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
------------------------------------------------------------------------------
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
