#33515 closed defect (fixed)
quartz-wm build fails on Leopard/ppc due to unknown load command 5
Reported by: | yaseppochi (Stephen J. Turnbull) | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.0.99 |
Keywords: | ppc | Cc: | jeremyhu (Jeremy Huddleston Sequoia), ryandesign (Ryan Carsten Schmidt) |
Port: | quartz-wm |
Description
See attached log. I've edited the Portfile to include
configure.compiler macports-gcc-4.4
but it fails the same way with Apple's GCC 4.0.
MacBook Pro Intel Core duo Mac OS X 10.5.8 MacPorts ports tree at r90491 port built about two weeks ago Xcode 3.1.4
Attachments (2)
Change History (20)
Changed 13 years ago by yaseppochi (Stephen J. Turnbull)
comment:1 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
comment:2 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Can you please run the following and report the output:
strings /usr/bin/install_name_tool | grep cctools strings /Developer/usr/bin/install_name_tool | grep cctools
comment:3 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | ryandesign@… added |
---|
I'm able to reproduce the error on my G4 Leopard machine. The output you requested:
cctools-698.1
The error means that the pre-compiled libraries shipped with the quartz-wm package are newer than the install_name_tool program understands. The only solution would be for Jeremy or whoever's in charge of shipping these libraries to recompile them on an earlier OS (or on a newer OS with support for an earlier OS, if that's possible) and release a new version.
comment:4 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Yeah, but it's not that trivial because I need to build on a newer OS to support newer features.
I'm actually building them on Snow Leopard with XCode 3 in order to be as backwards compatible as possible ... I'm investigating solutions. Please be patient...
comment:5 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Owner: | changed from macports-tickets@… to jeremyhu@… |
---|
comment:6 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Status: | new → assigned |
---|
Please try installing odcctools as of r91264. That should provide a newer install_name_tool. If that works, I'll update the port to depend on it. If it doesn't work, please provide an updated build log.
Changed 13 years ago by yaseppochi (Stephen J. Turnbull)
Attachment: | odcctools.log added |
---|
odcctools build log
comment:7 follow-up: 8 Changed 13 years ago by yaseppochi (Stephen J. Turnbull)
Arrgh ... it went and built llvm-3.0_3. That configured, built, and installed, but then odcctools build failed. Log attached.
comment:8 Changed 13 years ago by yaseppochi (Stephen J. Turnbull)
comment:9 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Yeah, odcctools is actually now replaced_by cctools, and there are some issues I'm currently working out to get it to build on a wider range of OS versions... sit tight.
comment:10 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Keywords: | ppc added |
---|---|
Summary: | quartz-wm build fails on Leopard due to unknown load command 5 → quartz-wm build fails on Leopard/ppc due to unknown load command 5 |
r91565 will solve this for anyone on Leopard/intel, but Leopard/ppc is probably still an issue...
Adjusting the title to focus on the ppc issue.
comment:11 Changed 13 years ago by yaseppochi (Stephen J. Turnbull)
OK, I tried odcctools at about the time of my last post, and that somehow blew up (I've been sick and busy with $day_job for the last week, so I don't recall the details -- will check if this is still a problem on request).
Last night I did "port install cctools && port -u upgrade quartz_wm", which succeeded (after upgrading llvm to 3.0_4, which took enough hours that I went to sleep first). So I confirm that Leopard/Intel works for me now.
Thanks!
comment:12 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
r91689 works around this issue, but I'll try to address it more properly in the next quartz-wm release. I have not tested it on Tiger yet, and all my OS X boxes are Intel, so I'd appreciate confirmation that it at least works (somewhat) on those old machines.
comment:13 follow-up: 18 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
After fixing the use of ${os.arch} in r91697, quartz-wm builds and installs for me on PowerPC Leopard. How do I test whether the installed software works?
comment:14 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
It should be the default quartz-wm used by /Applications/MacPorts/X11.app, or you can force it to be chosen by /Applications/Utilities/X11.app by doing:
sudo gsed -i 's:quartz-wm:/opt/local/bin/quartz-wm:' /usr/X11R6/lib/X11/xinit/xinitrc
comment:15 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
The above was for Tiger, btw ... Leopard would be a similar change to /usr/X11/lib/X11/xinit/xinitrc
comment:16 Changed 13 years ago by ryandesign (Ryan Carsten Schmidt)
I verified /Applications/MacPorts/X11.app and an xterm launched there works. Anything else I should try?
comment:17 Changed 13 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
That should be good, thanks. As long as you can drag windows, minimize, restore, and maximize, things should be working right.
comment:18 Changed 2 years ago by barracuda156
Replying to ryandesign:
After fixing the use of ${os.arch} in r91697, quartz-wm builds and installs for me on PowerPC Leopard. How do I test whether the installed software works?
On Rosetta it builds, but then I get this:
Could not open /usr/lib/libgcc_s_ppc64.1.dylib: Error opening or reading file (referenced from /opt/local/lib/libquartz-wm-ds.1.dylib) ---> Found 1 broken file, matching files to ports ---> Found 1 broken port, determining rebuild order You can always run 'port rev-upgrade' again to fix errors. The following ports will be rebuilt: quartz-wm @1.3.2
install_name_tool is complaining ... hrm...