[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