Re: long long size compute failure during make of gcc-4.6.1 on OS X 10.7 Lion

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sep 7, 2011, at 1:06 AM, Ian Lance Taylor wrote:

> Bruce Hoglund <bhoglund@xxxxxxx> writes:
> 
>> However, looking at the top, I noticed autoconfig 2.64 being used, while my 'which autoconf' says I'm using version 2.68 in /opt/local/bin/autoconf, and there is a version 2.61 in /usr/bin/autoconf. So where is the autoconf 2.64 from the config.og coming from?
> 
> autoconf is run by a gcc developer.  It is not run when compiling gcc.
> This is not an issue.

Ok, it just seemed the mismatch between the autoconfi I have & it used was odd, but again, I claim no expertise here. Here is the topmost part, which includes my configure directive:

"
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.64.  Invocation command line was

  $ /Users/bhoglund/tmp/gcc-4.6.1/configure --enable-languages=c,fortran,java,objc --enable-threads --with-cpu-64=x86-64 --with-gmp-lib=/usr/local/lib/ --with-mpfr-lib=/usr/local/lib/ --with-mpc-lib=/usr/local/lib/
"


> 
>> I can send the whole config.log if that will help, but here's the bottom-most bits of it:
> 
> This is probably the wrong config.log file.  You need the one in the
> directory in which configure is being run.  In this case,
> gcc/config.log.

The config.log I am referencing is in the same directory (see above) that in invocked my configure directive.

> 
> In general, the bottommost parts of config.log are not helpful.  You
> need to look for the failing test.

Searching the config.log on the word "fail" I found this middle bit:


"
configure:5545: gcc -o conftest -g -O2    conftest.c  -L/usr/local/lib/ -L/usr/local/lib/ -L/usr/local/lib/ -lmpc -lmpfr -lgmp >&5
configure:5545: $? = 0
configure:5546: result: yes
configure:5730: checking for PWL_handle_timeout in -lpwl
configure:5755: gcc -o conftest -g -O2    conftest.c -lpwl   >&5
ld: library not found for -lpwl
collect2: ld returned 1 exit status
configure:5755: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define LT_OBJDIR ".libs/"
| /* end confdefs.h.  */
| 
| /* Override any GCC internal prototype to avoid an error.
|    Use char because int might match the return type of a GCC
|    builtin and then its argument prototype would still apply.  */
| #ifdef __cplusplus
| extern "C"
| #endif
| char PWL_handle_timeout ();
| int
| main ()
| {
| return PWL_handle_timeout ();
|   ;
|   return 0;
| }
configure:5764: result: no
configure:5778: checking for version 0.11 (revision 0 or later) of PPL
configure:5795: gcc -c -g -O2    conftest.c >&5
conftest.c:10:19: fatal error: ppl_c.h: No such file or directory
compilation terminated.
configure:5795: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL ""
| #define LT_OBJDIR ".libs/"
| /* end confdefs.h.  */
| #include "ppl_c.h"
| int
| main ()
| {
| 
|     #if PPL_VERSION_MAJOR != 0 || PPL_VERSION_MINOR < 11
|     choke me
|     #endif
| 
|   ;
|   return 0;
| }
configure:5799: result: no

"

I hope this helps, and thank you for your help.


Bruce






[Index of Archives]     [Linux C Programming]     [Linux Kernel]     [eCos]     [Fedora Development]     [Fedora Announce]     [Autoconf]     [The DWARVES Debugging Tools]     [Yosemite Campsites]     [Yosemite News]     [Linux GCC]

  Powered by Linux