On 4/22/12 9:45 AM, Jack Howarth wrote: > On Sun, Apr 22, 2012 at 12:06:03PM -0430, Eduardo Pestana wrote: >> On Sun, Apr 22, 2012 at 11:38 AM, Alexander Hansen < >> [email protected]> wrote: >> >>> On 4/22/12 8:38 AM, Eduardo Pestana wrote: >>>> Dear All, >>>> >>>> gcc47 fails to build on my iMac4,1 (32bit Intel Core Duo) using OSX >>> 10.6.8 >>>> I get this message: >>>> >>>> . . . . . . . . . . . . >>>> . . . . . . . . . . . . >>>> checking whether byte ordering is bigendian... no >>>> checking assembler .cfi pseudo-op support... no >>>> checking whether .eh_frame section should be read-only... no >>>> checking for __attribute__((visibility("hidden")))... no >>>> configure: updating cache ./config.cache >>>> configure: creating ./config.status >>>> config.status: creating include/Makefile >>>> config.status: creating include/ffi.h >>>> config.status: creating Makefile >>>> config.status: creating testsuite/Makefile >>>> config.status: creating man/Makefile >>>> config.status: creating fficonfig.h >>>> config.status: linking >>>> ../../../../gcc-4.7.0/libffi/src/x86/ffitarget.h to >>> include/ffitarget.h >>>> config.status: executing default-1 commands >>>> Adding multilib support to Makefile in ../../../../gcc-4.7.0/libffi >>>> with_multisubdir=x86_64 >>>> config.status: executing depfiles commands >>>> config.status: executing libtool commands >>>> config.status: executing include commands >>>> config.status: executing src commands >>>> config.status: executing depfiles commands >>>> config.status: executing libtool commands >>>> config.status: executing include commands >>>> config.status: executing src commands >>>> make: *** [all] Error 2 >>>> ### execution of /tmp/fink.8WPai failed, exit code 2 >>>> Removing runtime build-lock... >>>> Removing build-lock package... >>>> /sw/bin/dpkg-lockwait -r fink-buildlock-gcc47-4.7.0-1001 >>>> (Reading database ... 237422 files and directories currently >>> installed.) >>>> Removing fink-buildlock-gcc47-4.7.0-1001 ... >>>> Failed: phase compiling: gcc47-4.7.0-1001 failed >>>> >>>> Before reporting any errors, please run "fink selfupdate" and try >>> again. >>>> Also try using "fink configure" to set your maximum build jobs to 1 >>> and >>>> attempt to build the package again. >>>> If you continue to have issues, please check to see if the FAQ on >>>> Fink's >>>> website solves the problem. If not, ask on one (not both, please) of >>>> these mailing lists: >>>> >>>> The Fink Users List <[email protected] >>>> <mailto:[email protected]>> >>>> The Fink Beginners List <[email protected] >>>> <mailto:[email protected]>>, >>>> >>>> with a carbon copy to the maintainer: >>>> >>>> Jack Howarth <[email protected] >>>> <mailto:[email protected]>> >>>> >>>> Note that this is preferable to emailing just the maintainer >>> directly, >>>> since most fink package maintainers do not have access to all >>> possible >>>> hardware and software configurations. >>>> >>>> Please try to include the complete error message in your report. >>> This >>>> generally consists of a compiler line starting with e.g. "gcc" or >>> "g++" >>>> followed by the actual error output from the compiler. >>>> >>>> Also include the following system information: >>>> Package manager version: 0.32.6 >>>> Distribution version: selfupdate-cvs Sun Apr 22 05:59:19 2012, 10.6, >>>> i386 >>>> Trees: local/main stable/main stable/crypto unstable/main >>>> unstable/crypto >>>> Xcode: 3.2.6 >>>> Max. Fink build jobs: 2 >>>> >>>> >>>> >>>> It is strange because gcc47 builds perfectly on a MacBookPro 10.6.8 >>>> using 32bit fink >>>> that has the same packages installed as the iMac. >>>> gcc47 also builds on another MacBookPro 10.6.8 with 64bit fink and the >>> same >>>> packages. >>>> >>>> The iMac was the first machine I updated. The others were updated after >>>> the >>>> gcc47 fix (in the context of qrupdate) was published by Aleksander >>> Hansen. >>>> >>>> Could you please help me? >>>> >>>> All the best, >>>> Eduardo Pestana >>>> >>>> >>>> >>>> >>> >>> That's a very cryptic error. Check for non-Fink stuff that is different >>> on your 10.6.8/32bit machines, e.g. in /usr/local. And you might need >>> to check earlier in the build output to see if there's an earlier error. >>> >>> As a workaround, you can copy the gcc47 .deb files >>> (/sw/fink/10.4/stable/main/binary-darwin-i386/languages/gcc47*.deb) from >>> your MacBookPro with 32-bit Fink to your iMac, and use >>> >>> dpkg -i /path/to/gcc47*.deb >>> >>> (replacing '/path/to' by the actual path to the files, of course) to >>> install them. And after installing the gcc47* packages, you can still >>> continue to help us with debugging by using "fink -l rebuild gcc47" to >>> get a log file. >>> >>> >>> -- >>> Alexander Hansen, Ph.D. >>> Fink User Liaison >>> http://finkakh.wordpress.com/2012/02/21/got-job/ >>> >> >> >> You were right there was an earlier error message: >> >>> . . . . . . . . . >>> . . . . . . . . . >>> checking for style of include used by make... GNU >>> checking for i386-apple-darwin10.8.0-gcc... >>> /sw/src/fink.build/gcc47-4.7.0-1001/darwin_objdir/./gcc/xgcc >>> -B/sw/src/fink.build/gcc47-4.7.0-1001/darwin_objdir/./gcc/ >>> -B/sw/lib/gcc4.7/i386-apple-darwin10.8.0/bin/ >>> -B/sw/lib/gcc4.7/i386-apple-darwin10.8.0/lib/ -isystem >>> /sw/lib/gcc4.7/i386-apple-darwin10.8.0/include -isystem >>> /sw/lib/gcc4.7/i386-apple-darwin10.8.0/sys-include -m64 >>> yes >>> checking for -exported_symbols_list linker flag... yes >>> checking for -force_load linker flag... checking for C compiler default >>> output file name... a.out >>> checking whether the C compiler works... configure: error: in >>> `/sw/src/fink.build/gcc47-4.7.0-1001/darwin_objdir/i386-apple-darwin10.8.0/x86_64/libquadmath': >>> configure: error: cannot run C compiled programs. >>> If you meant to cross compile, use `--host'. >>> See `config.log' for more details. >>> yes >>> checking how to run the C preprocessor... >>> /sw/src/fink.build/gcc47-4.7.0-1001/darwin_objdir/./gcc/xgcc >>> -B/sw/src/fink.build/gcc47-4.7.0-1001/darwin_objdir/./gcc/ >>> -B/sw/lib/gcc4.7/i386-apple-darwin10.8.0/bin/ >>> -B/sw/lib/gcc4.7/i386-apple-darwin10.8.0/lib/ -isystem >>> /sw/lib/gcc4.7/i386-apple-darwin10.8.0/include -isystem >>> /sw/lib/gcc4.7/i386-apple-darwin10.8.0/sys-include -E >>> make[1]: *** [configure-target-libquadmath] Error 1 >>> make[1]: *** Waiting for unfinished jobs.... >>> checking for ANSI C header files... yes >>> checking for sys/types.h... yes >>> checking for sys/stat.h... yes >>> checking for stdlib.h... yes >>> checking for string.h... yes >>> checking for memory.h... yes >>> checking for strings.h... yes >>> checking for inttypes.h... yes >>> checking for stdint.h... yes >>> checking for unistd.h... yes >>> checking for dlfcn.h... yes >>> checking for objdir... .libs >>> checking if /sw/src/fink.build/gcc47-4.7.0-1001/darwin_objdir/./gcc/xgcc >>> -B/sw/src/fink.build/gcc47-4.7.0-1001/darwin_objdir/./gcc/ >>> -B/sw/lib/gcc4.7/i386-apple-darwin10.8.0/bin/ >>> -B/sw/lib/gcc4.7/i386-apple-darwin10.8.0/lib/ -isystem >>> /sw/lib/gcc4.7/i386-apple-darwin10.8.0/include -isystem >>> /sw/lib/gcc4.7/i386-apple-darwin10.8.0/sys-include supports -fno-rtti >>> -fno-exceptions... no >>> >> >> >> In /usr/local I have texlive2011 and teTex. >> >> Also I have a libexec folder with a gnuplot port from hmug users group that >> failed to build. It is almost two years old, sep24 2010. >> >> Nothing else in /usr/local >> >> Thanks again, >> Eduardo Pestana > > > It appears that we have accidentally dropped the patch section... > > --- gcc-4.6.1/libquadmath/configure.orig 2011-07-29 21:31:51.000000000 > -0400 > +++ gcc-4.6.1/libquadmath/configure 2011-07-29 21:32:36.000000000 -0400 > @@ -3395,7 +3395,7 @@ > eval ac_try_echo="\"\$as_me:${as_lineno-$LINENO}: $ac_try_echo\"" > $as_echo "$ac_try_echo"; } >&5 > (eval "$ac_try") 2>&5 > - ac_status=$? > + ac_status=0 > $as_echo "$as_me:${as_lineno-$LINENO}: \$? = $ac_status" >&5 > test $ac_status = 0; }; }; then > cross_compiling=no > > which hacks around the run-time test for the multilib libquadmath support to > avoid > the configure failure with Core Solo/Duo processors which lack EMT64 support. > We should > be able to just append that to the existing gcc4x patches and change the > patch md5sum. > Jack >
I just added that back in and updated the md5 sums. The change should show up via selfupdate shortly. -- Alexander Hansen, Ph.D. Fink User Liaison http://finkakh.wordpress.com/2012/02/21/got-job/ ------------------------------------------------------------------------------ For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 _______________________________________________ Fink-users mailing list [email protected] List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
