[MacPorts] #57350: qt3 build fails
MacPorts
noreply at macports.org
Sat Sep 28 14:47:27 UTC 2024
#57350: qt3 build fails
---------------------+--------------------
Reporter: sgcomp | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.5.4
Resolution: | Keywords:
Port: qt3 |
---------------------+--------------------
Comment (by dgilman):
qt3 does build on macOS 14! However, this port needs some love and I am
not going to attempt to finish it off. Agreed that the way forward should
probably be to drop it entirely from the archive.
- need to change `-cups` to `-no-cups` in the configure arguments. Not
sure how you're supposed to link against libcups now because `cups-config
--ldflags` returns nothing, I think it's been folded into other
frameworks. However, if you look at upstream's source for qt5/qt6 they are
disabling their cups support entirely on macOS. There might be a more
elegant fix here to only add the `-cups` flag on the older macOS releases
where cups was still in /usr/lib.
- The stuff about LIBRESOLV in the MacPorts-provided CompileScript.sh:
there is no longer a `/usr/lib/libresolv.dylib` either. If you rip out the
conditional to have it always link with `-lresolv` all the libs build!
- Something is up with dynamic linking, the CompileScript.sh sets what
looks like a valid `DYLD_LIBRARY_PATH` to point to `${worksrcdir}/lib`
(home of the newly compiled libraries) but something is still looking in
`${prefix}` to find them. This happens after all the libs are built and it
goes to compile all the extra programs in tools/.
--
Ticket URL: <https://trac.macports.org/ticket/57350#comment:6>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list