From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20829 invoked by alias); 7 Sep 2011 13:53:15 -0000 Received: (qmail 20816 invoked by uid 22791); 7 Sep 2011 13:53:13 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from elasmtp-scoter.atl.sa.earthlink.net (HELO elasmtp-scoter.atl.sa.earthlink.net) (209.86.89.67) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Sep 2011 13:52:56 +0000 Received: from [71.163.33.18] (helo=brucesimac.home) by elasmtp-scoter.atl.sa.earthlink.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.67) (envelope-from ) id 1R1IYi-0006YY-2I; Wed, 07 Sep 2011 09:52:56 -0400 Subject: Re: long long size compute failure during make of gcc-4.6.1 on OS X 10.7 Lion Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-1 From: Bruce Hoglund In-Reply-To: Date: Wed, 07 Sep 2011 13:53:00 -0000 Cc: gcc-help@gcc.gnu.org Content-Transfer-Encoding: quoted-printable Message-Id: <6A491C25-3199-49FA-A2A1-447CD041148F@mac.com> References: <76A9B64F-3A3E-451E-BC23-EB4580B9875F@mac.com> <563FFE3F-C083-4668-B459-EF4D00E4EECB@mac.com> To: Jonathan Wakely X-ELNK-Trace: 9276e8c789f3a5f61aa676d7e74259b7b3291a7d08dfec7927de7b3ac73c776b0d431d351731b0c6350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2011-09/txt/msg00053.txt.bz2 On Sep 7, 2011, at 4:27 AM, Jonathan Wakely wrote: > On 7 September 2011 06:06, Ian Lance Taylor wrote: >> 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. >>=20 >> In general, the bottommost parts of config.log are not helpful. You >> need to look for the failing test. >=20 > Which to remind you, was: > configure: error: cannot compute sizeof (long long) Yes, thank you. I simplistically searched for the string "long" & it was not found in the c= onfig.log. As a guess, I'd say the failure to compute the size of the long = long was a collateral damage effect from some other failure, such as the on= e I sent Ian: " 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: $? =3D 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: $? =3D 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. */ |=20 | /* 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: $? =3D 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 () | { |=20 | #if PPL_VERSION_MAJOR !=3D 0 || PPL_VERSION_MINOR < 11 | choke me | #endif |=20 | ; | return 0; | } configure:5799: result: no "