mftrace 1.2.14 failing build

[hashashin@…]

---> Staging mftrace into destroot Error: Target org.macports.destroot returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/mftrace-1.2.14" && make install DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/destroot " returned error 2 Command output: Wall -O2 -I. gf2pbm.c -o gf2pbm Wall: illegal option -- O usage: wall [-g group] [file] make: [gf2pbm] Error 1 (ignored) install -d /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/destroot/opt/local/share/man/man1 install -m644 mftrace.1 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/destroot/opt/local/share/man/man1/ install -d /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/destroot/opt/local/share/mftrace/ install -m644 afm.py tfm.py afm.pyc tfm.pyc /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/destroot/opt/local/share/mftrace/ install -d /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/destroot/opt/local/bin install mftrace /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/destroot/opt/local/bin install gf2pbm /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_mftrace/work/destroot/opt/local/bin/gf2pbm install: gf2pbm: No such file or directory make: * [install] Error 71

Error: Status 1 encountered during processing.

[hashashin@…]

Well, given that I failed to format the log properly, check attachment, please.

[jmroot (Joshua Root)]

Assigning to maintainer.

[mas@…]

I don't use mftrace any more, and don't have any spare time to look into this atm.

[ryandesign (Ryan Carsten Schmidt)]

Confirmed with Mac OS X 10.5.4, Xcode 3.1, MacPorts from trunk, on a MacBook Pro.

Workaround: run "sudo port install mftrace" again. It works the second time.

The first time, it tries to run the command "Wall -O2 -I. gf2pbm.c -o gf2pbm" which makes no sense. "-Wall -O2 -I." are the CFLAGS defined in the GNUmakefile that are supposed to be sent to the C compiler. But the C compiler name and the hyphen before "Wall" are missing for some reason. MacPorts is setting the CC environment variable to /usr/bin/gcc-4.0 during the configure phase, and the configure script is seeing it, but this message is apparently not getting to the build phase for some reason. Because you are on a case-insensitive file system, the OS tries to execute the totally unrelated program /usr/bin/wall which does not have a -O option so we get the error message "Wall: illegal option -- O".

The second time we run the install (which picks up at the destroot phase), it uses the command "cc -Wall -O2 -I. gf2pbm.c -o gf2pbm" which is better. For some reason it knows the C compiler's name the second time and the installation can finish. Note that it's using cc and not /usr/bin/gcc-4.0. Maybe the reason it succeeds the second time has something to do with the fact that MacPorts is not attempting to set the CC environment variable since we're in the destroot phase where that value shouldn't be needed.

[ryandesign (Ryan Carsten Schmidt)]

Interesting: No problem on Mac OS X 10.4.11, Xcode 2.5, MacPorts from trunk, on a Power Mac G4 466.

[ryandesign (Ryan Carsten Schmidt)]

Anders, could this be a new variant of the Leopard environment variable issue?

[afb@…]

Replying to ryandesign@macports.org:

Anders, could this be a new variant of the Leopard environment variable issue?

Sure, would be easy to test by installing a fixed MacPorts base or looking at the debug log output from the build to see the command it is trying to run.

But since Leopard's Tcl is broken, everyone needs the workaround there.

[ryandesign (Ryan Carsten Schmidt)]

I am using MacPorts from trunk which includes the env variable fixes you committed but I am still experiencing the issue with this port. I think your fixes don't entirely fix the issue, but my previous reproduction recipe required installing a dozen ports in order to experience the issue. But here we have an issue while installing just a single port which is much easier to try to fix (if indeed it's the same problem).

[blb@…]

It's definitely env-based in some way. I updated the Portfile, changing the deps to port: style and upgrading it to python25. To get mftrace to use MacPorts' python, I used a configure.env PYTHON=... to do so, and it builds fine. Comment-out that line, it fails as before. Will attach the patch of changes I made.

[blb@…]

diff to Portfile

[blb@…]

(FYI, I also removed t1utils as a dependency as texlive provides the same programs).

[raimue (Rainer Müller)]

Committed patch in r40162.

Also incremented revision for the new dependencies.

[(none)]

Milestone Port Bugs deleted