qt3 build fails

[sgcomp]

When I tried to install xxdiff with port, the following qt3 errors happenned and stopped. Tell me how to solve this issue.

# port install xxdiff
--->  Computing dependencies for xxdiff
The following dependencies will be installed:  qt3
Continue? [Y/n]: Y
--->  Building qt3
Error: Failed to build qt3: command execution failed
Error: See
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_x11_qt3/qt3/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets to report a bug.
Error: Processing of port xxdiff failed

[ryandesign (Ryan Carsten Schmidt)]

You could attach the main.log file mentioned in the error message; that would tell us why it failed to build.

But note that qt3 is very old, having been superseded by qt4 and then by qt5. Probably nobody is interested in fixing the ancient qt3 port at this point.

Instead, we should try to move anything that is using qt3 off of that and onto a newer qt. It looks like there is a new version 4 of the xxdiff project now, which uses qt4. We should try to update the port to that version. Ticket #44526 tracks our progress of attempting to do so.

[sgcomp]

logs of building qt3

[sgcomp]

Thanks for your comment. Here I attached "main.log". I see. Now qt3 is very old. I would really like to use xxdiff with qt4 and let me know the version when it will be available.

[jmroot (Joshua Root)]

It's directly inspecting /usr/include for headers. It could probably be persuaded to look in the SDK one way or another.

[ryandesign (Ryan Carsten Schmidt)]

Replying to sgcomp:

I would really like to use xxdiff with qt4 and let me know the version when it will be available.

You can click the "Cc Me!" button on ticket #44526 to be notified of any changes to it.

[sgcomp]

Thanks! I will do "Cc Me!

[dgilman (David Gilman)]

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/.