Opened 14 years ago

Closed 13 years ago

#22203 closed defect (duplicate)

gcc42 installation problem on snow leopard (while installing opendx)

Reported by: comp.softmatter@… Owned by: mww@…
Priority: Normal Milestone:
Component: ports Version: 1.8.1
Keywords: Cc: nicholas.d.pate@…, michael.p.king@…, petr.fischer@…, jamal@…, macports@…, calsaiwing@…, SlaunchaMan (Jeff Kelley)
Port: gcc42

Description (last modified by ryandesign (Ryan Carsten Schmidt))

Hello everyone,

I was trying to install opendx on a newly build Snow Leopard system. However, the installation stops when I it is building gcc42. The error while building gcc42 is posted below. I have the latest version of xcode installed (3.2.1), and the latest updates from Apple. I also updated macports, no help. Any suggestions?

--->  Computing dependencies for gcc42
--->  Building gcc42
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc42/work/build" && /usr/bin/make -j16 all " returned error 2
Command output: /usr/bin/nm: can't open file: .libs/istream-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/istream.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/locale-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/misc-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/ostream-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/sstream-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/streambuf-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/streambuf.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/string-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/valarray-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/wlocale-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/wstring-inst.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/atomicity.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/codecvt_members.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/collate_members.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/ctype_members.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/messages_members.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/monetary_members.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/numeric_members.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/time_members.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/basic_file.o (No such file or directory)
/usr/bin/nm: can't open file: .libs/c++locale.o (No such file or directory)
/usr/bin/nm: no name list
/usr/bin/nm: no name list
nm error at /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc42/work/gcc-4.2.4/libstdc++-v3/scripts/make_exports.pl line 130.
make[4]: *** [libstdc++-symbols.explist] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-target-libstdc++-v3] Error 2
make: *** [all] Error 2

Error: Status 1 encountered during processing.

Change History (17)

comment:1 Changed 14 years ago by tobypeterson

Description: modified (diff)
Keywords: gcc42 opendx snow leopard removed
Port: opendx removed
Priority: HighNormal

comment:2 Changed 14 years ago by tobypeterson

Owner: changed from macports-tickets@… to mww@…

comment:3 in reply to:  1 Changed 14 years ago by jhelffrich@…

Replying to toby@…:

I had the same thing happen. Here's my output from a MB Pro running 10.6

...--->  Building mpfr
--->  Staging mpfr into destroot
--->  Installing mpfr @2.4.1-p4_1
--->  Activating mpfr @2.4.1-p4_1
--->  Cleaning mpfr
--->  Fetching gcc42
--->  Attempting to fetch gcc-core-4.2.4.tar.bz2 from ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.2.4/
--->  Attempting to fetch gcc-fortran-4.2.4.tar.bz2 from ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.2.4/
--->  Attempting to fetch gcc-g++-4.2.4.tar.bz2 from ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.2.4/
--->  Attempting to fetch gcc-java-4.2.4.tar.bz2 from ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.2.4/
--->  Attempting to fetch gcc-objc-4.2.4.tar.bz2 from ftp://gcc.gnu.org/pub/gcc/releases/gcc-4.2.4/
--->  Verifying checksum(s) for gcc42
--->  Extracting gcc42
--->  Configuring gcc42
--->  Building gcc42
Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_gimp2/work/gimp-2.6.7" && /usr/bin/make -j2 all " returned error 2^[Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc42/work/build" && /usr/bin/make -j2 all " returned error 2
Command output: /usr/bin/ranlib: file: .libs/libgfortran.a(_exp_c16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_log_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_log_c16.o) has no symbols

--and I had a similar problem (error 2 during make process) for Gimp2 installed via MacPorts.

comment:4 in reply to:  description Changed 14 years ago by scottadmi@…

Same issue compiling gcc42 under Snow Leopard. It gets a very long way through process but fails with libgfortran - here's some more complete output of the failure:

/usr/bin/ranlib: file: .libs/libgfortran.a(_dim_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_atan2_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_mod_r16.o) has no symbols
creating libgfortran.la
(cd .libs && rm -f libgfortran.la && ln -s ../libgfortran.la libgfortran.la)
make: *** [all] Error 2
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc42/work/build" && /usr/bin/make -j2 all " returned error 2
Command output: /usr/bin/ranlib: file: .libs/libgfortran.a(_exp_c16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_log_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_log_c16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_log10_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_sqrt_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_sqrt_c16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_asin_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_asinh_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_acos_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_acosh_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_atan_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_atanh_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_sin_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_sin_c16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_cos_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_cos_c16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_tan_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_sinh_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_cosh_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_tanh_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_conjg_c16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_aint_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_anint_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_sign_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_dim_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_atan2_r16.o) has no symbols
/usr/bin/ranlib: file: .libs/libgfortran.a(_mod_r16.o) has no symbols
creating libgfortran.la
(cd .libs && rm -f libgfortran.la && ln -s ../libgfortran.la libgfortran.la)
make: *** [all] Error 2

Replying to comp.softmatter@…:

Hello everyone,

I was trying to install opendx on a newly build Snow Leopard system. However, the installation stops when I it is building gcc42. The error while building gcc42 is posted below. I have the latest version of xcode installed (3.2.1), and the latest updates from Apple. I also updated macports, no help. Any suggestions?

--->  Computing dependencies for gcc42[[BR]]
--->  Building gcc42[[BR]]
Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc42/work/build" && /usr/bin/make -j16 all " returned error 2[[BR]]
Command output: /usr/bin/nm: can't open file: .libs/istream-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/istream.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/locale-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/misc-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/ostream-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/sstream-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/streambuf-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/streambuf.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/string-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/valarray-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/wlocale-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/wstring-inst.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/atomicity.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/codecvt_members.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/collate_members.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/ctype_members.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/messages_members.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/monetary_members.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/numeric_members.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/time_members.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/basic_file.o (No such file or directory)[[BR]]
/usr/bin/nm: can't open file: .libs/c++locale.o (No such file or directory)[[BR]]
/usr/bin/nm: no name list[[BR]]
/usr/bin/nm: no name list[[BR]]
nm error at[[BR]] /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc42/work/gcc-4.2.4/libstdc++-v3/scripts/make_exports.pl line 130.[[BR]]
make[4]: *** [libstdc++-symbols.explist] Error 1[[BR]]
make[3]: *** [all-recursive] Error 1[[BR]]
make[2]: *** [all] Error 2[[BR]]
make[1]: *** [all-target-libstdc++-v3] Error 2[[BR]]
make: *** [all] Error 2[[BR]]
[[BR]]
Error: Status 1 encountered during processing.[[BR]]

comment:5 Changed 14 years ago by nicholas.d.pate@…

Cc: nicholas.d.pate@… added

Cc Me!

comment:6 Changed 14 years ago by michael.p.king@…

Cc: michael.p.king@… added

Cc Me!

comment:7 Changed 14 years ago by petr.fischer@…

Cc: petr.fischer@… added

Cc Me!

comment:8 Changed 14 years ago by christian.christoffersen@…

CC Me!

comment:9 Changed 14 years ago by jamal@…

Cc: jamal@… added

Cc Me!

comment:10 Changed 14 years ago by macports@…

Cc: macports@… added

Cc Me!

comment:11 Changed 14 years ago by lowell@…

I ran into a similar issue installing GNUstep a couple of hours ago; initially, I'd run into a similar problem, but I found a, um, "fix". It's rather inelegant and it isn't recommended, but I'm going to share anyways.

First, sudo port install gcc43.

When installing GNUstep, the first port built is gnustep-make. The Portfile specifies port:gcc42 for depends_lib and macports-gcc-4.2 for configure.compiler. I changed them to port:gcc43 & macports-gcc-4.3, respectively.

Next, the remaining GNUstep ports are still going to look for g++ and friends in the 4.2 paths, so I symlinked them:

sudo ln -s /opt/local/bin/g++-mp-4.3 /opt/local/bin/g++-mp-4.2
sudo ln -s /opt/local/bin/gcc-mp-4.3 /opt/local/bin/gcc-mp-4.2
sudo ln -s /opt/local/bin/gccbug-mp-4.3 /opt/local/bin/gccbug-mp-4.2
sudo ln -s /opt/local/bin/gcj-mp-4.3 /opt/local/bin/gcj-mp-4.2
sudo ln -s /opt/local/bin/gcov-mp-4.3 /opt/local/bin/gcov-mp-4.2
sudo ln -s /opt/local/bin/gfortran-mp-4.3 /opt/local/bin/gfortran-mp-4.2
sudo ln -s /opt/local/include/gcc43 /opt/local/include/gcc42
sudo ln -s /opt/local/lib/gcc43 /opt/local/lib/gcc42
sudo ln -s /opt/local/lib/gcc43/gcc/x86_64-apple-darwin10/4.3.4 /opt/local/lib/gcc43/gcc/x86_64-apple-darwin10/4.2.4

Now, sudo port install gnustep-core gnustep-base gnustep-back works! This is where you can invoke sudo port install on whatever project needed gcc42 and wasn't working.

Obviously, if the project uses any of the changes between 4.2.x and 4.3.x, this isn't going to work - and problems may not be immediately evident. Again, not recommended. I've been following GNUstep since 2007 and have failed trying to install it on many occasions - inside and outside of MacPorts, during that timeframe. This post is for those that are in a similar situation & state of frustration at the ever-changing list of reasons a project refuses to build; you don't care anymore and are willing to open a whole 'nother can of worms just to get past the same failed build phase every time.

comment:12 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)

Description: modified (diff)

comment:13 Changed 14 years ago by calsaiwing@…

Cc: calsaiwing@… added

Cc Me!

comment:14 Changed 14 years ago by SlaunchaMan (Jeff Kelley)

Cc: SlaunchaMan@… added

Cc Me!

comment:15 Changed 13 years ago by ivan@…

Also reproduced on MacPorts 1.9.1, OS X 10.6.4, while installing GNUStep.

Duplicate: #21665

comment:16 Changed 13 years ago by ivan@…

A thought crossed my mind, by the way; why isn't a detection of Snow Leopard added, in which case only Fortran would be disabled?

Apparently, Fortran is what's causing issues; it's blocking several other packages such as GNUStep from building. So perhaps the maintainer of the GCC4.2 portfile should just kill Fortran?

comment:17 Changed 13 years ago by jmroot (Joshua Root)

Resolution: duplicate
Status: newclosed
Note: See TracTickets for help on using tickets.