BUG: g77-3.3.3

[tom@…]

Failed to compile on clean installation of darwinports 1.0. Was installing py-matplotlib.

---> Building g77 with target bootstrap-lean Error: Target com.apple.build returned: shell command "cd "/opt/local/var/db/dports/build/ file._opt_local_var_db_dports_sources_rsync.rsync.opendarwin.org_dpupdate_dports_lang_g77/work/ build" && make bootstrap-lean" returned error 2 Command output: make[2]: Nothing to be done for `all'. Bootstrapping the compiler make CC=" stage1/xgcc -Bstage1/ -B/opt/local/powerpc-apple-darwin8.0.0/bin/" \

STAGE_PREFIX=stage1/ \ ADAC="\$(CC)" AR_FOR_TARGET="ar" RANLIB_FOR_TARGET="ranlib" CFLAGS="-g -O2"

LDFLAGS="" WARN_CFLAGS="\$(GCC_WARN_CFLAGS)" STRICT_WARN="-Wtraditional -pedantic -Wno- long-long" libdir=/opt/local/lib LANGUAGES="c gcov f77" MAKEOVERRIDES= OUTPUT_OPTION="-o \ $@" stage1/xgcc -Bstage1/ -B/opt/local/powerpc-apple-darwin8.0.0/bin/ -g -O2 -DIN_GCC -W -Wall - Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long - DHAVE_CONFIG_H -DGENERATOR_FILE -o gengtype \

gengtype.o gengtype-lex.o gengtype-yacc.o ../libiberty/libiberty.a

xgcc: installation problem, cannot exec `c++filt3': No such file or directory /usr/bin/ld: warning prebinding disabled because of undefined symbols /usr/bin/ld: Undefined symbols: _fprintf$LDBLStub collect2: ld returned 1 exit status make[2]: * [gengtype] Error 1 make[1]: * [stage2_build] Error 2 make: * [bootstrap-lean] Error 2

[Kai.Puolamaki@…]

I can verify the bug with OS X 10.4.1, with default settings and selfupdated darwinports 1.0.

The compile (sudo port install g77) ends with a complaint of undefined symbol "_fprintf$LDBLStub".

• - /opt/local/var/db/dports/build/

file._opt_local_var_db_dports_sources_rsync.rsync.opendarwin.org_dpupdate_dports_lang_g77/work/ gcc-3.3.3/gcc/gengtype-yacc.c -o gengtype-yacc.o /usr/share/bison/bison.simple: In function `yystrlen': /usr/share/bison/bison.simple:307: warning: traditional C rejects ISO C style function definitions /usr/share/bison/bison.simple: In function `yystpcpy': /usr/share/bison/bison.simple:332: warning: traditional C rejects ISO C style function definitions stage1/xgcc -Bstage1/ -B/opt/local/powerpc-apple-darwin8.1.0/bin/ -g -O2 -DIN_GCC -W -Wall - Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long - DHAVE_CONFIG_H -DGENERATOR_FILE -o gengtype \

gengtype.o gengtype-lex.o gengtype-yacc.o ../libiberty/libiberty.a

/usr/bin/ld: warning prebinding disabled because of undefined symbols /usr/bin/ld: Undefined symbols: _fprintf$LDBLStub collect2: ld returned 1 exit status make[2]: * [gengtype] Error 1 make[1]: * [stage2_build] Error 2 make: * [bootstrap-lean] Error 2

[michaelm@…]

the g77 port is basically obsolete and should be removed. Try using the gcc34 or gcc4 ports instead as they both include fortran compilers.

[tom@…]

Many packages (like py-scipy) depend on this particular package, so those will need updating.

[yves@…]

Ad many of these don't accept gfortran

[zpincus@…]

Gee, thanks; silly me for trying to install SciPy. And to think that I was trying to leave Fink behind because of precisely this kind of amateurism.

If something has got a bug, either FIX IT or REMOVE IT FROM THE TREE and deal with the consequences of doing so, such as resolving the dependencies of other projects on it.

Not doing either and calling it "WONTFIX" like that makes everything OK is shameful. It especially doesn't make it OK when there are other unresolved dependencies. Not maintaining (and not even having the guts to officially retire) something that other people depend on tends to leave a bad taste.

[michaelm@…]

you might do better filing bugs against the packages with g77 as a dependency, complaining on a closed bug, to the wrong person is unlikely to help.

FWIW g77 still works on older releases of OS X, which is why I didn't just drop it completely. However, I did send emails to the list pointing out it was broken and people should use the other gcc ports instead. As quite a bit of time has passed since then I've cvs removed the port, that retired enough for you?

so, I'm still not fixing this. that doesn't mean nothing is wrong, just that this bug is pointless. People should be filing bugs against ports that depend on g77.