On Sun, Apr 22, 2012 at 10:06:08AM -0700, Alexander Hansen wrote:
> 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/
Alexander,
That should only be applied to gcc46.patch and gcc47.patch as libquadmath
first appeared
in gcc 4.6.0.
Jack
------------------------------------------------------------------------------
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
