Opened 17 years ago
Closed 15 years ago
#12853 closed defect (fixed)
libcompat doesn't build on Mac OS X 10.5 Leopard (Build9a559)
Reported by: | thomas.kosch@… | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.5.2 |
Keywords: | Cc: | thomas.kosch@…, ryandesign (Ryan Carsten Schmidt), dlr@…, aschenke@… | |
Port: | libcompat |
Description
libcompat doesn't on Leopard because the definition of "L_cuserid" is removed from stdio.h.
Change History (10)
comment:1 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | thomas.kosch@… ryandesign@… added |
---|---|
Milestone: | MacPorts 1.5 → Port Bugs |
Summary: | ibcompat doesn't build on Leopard (Build9a559) → libcompat doesn't build on Mac OS X 10.5 Leopard (Build9a559) |
comment:3 follow-up: 5 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
fortune no longer depends on libcompat as of r30319. Any other remaining reason why libcompat would be needed on Leopard?
comment:4 Changed 17 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | dlr@… added |
---|
Has duplicate #13717.
comment:5 Changed 17 years ago by dlr@…
Replying to ryandesign@macports.org:
fortune no longer depends on libcompat as of r30319. Any other remaining reason why libcompat would be needed on Leopard?
The xmgr5-3.01M code (x-y plotting with INEL/NRC extensions) uses libcompat. I was able to copy the tiger libcompat libraries to leopard and they worked but that is not really a viable path forward.
Doug Reeder
comment:6 Changed 16 years ago by tobypeterson
Looks like Xmgr is obsolete as well (replaced by grace), so wouldn't it be safe to delete libcompat now?
comment:7 follow-up: 8 Changed 16 years ago by ryandesign (Ryan Carsten Schmidt)
Cc: | aschenke@… added |
---|---|
Port: | libcompat added |
Priority: | High → Normal |
It does not appear that the xmgr port (which was added in r38235, months after Doug mentioned it above) depends on libcompat. But I filed #16908 to delete xmgr.
The only port I can find that now depends on libcompat is still needed by larn, which depends on it on all OSes except Darwin 9. Adam, does larn still requires libcompat on earlier Mac OS X and on non-Mac OSes?
comment:8 Changed 16 years ago by aschenke@…
Replying to ryandesign@…:
The only port I can find that now depends on libcompat is still needed by larn, which depends on it on all OSes except Darwin 9. Adam, does larn still requires libcompat on earlier Mac OS X and on non-Mac OSes?
Looking at the source code, larn needs libcompat for the ftime function. This function is provided with 10.5, so libcompat is not needed on Leopard. I don't have a pre-Leopard system to test with unfortunately, but from what I can tell it looks like ftime is also available in Tiger (10.4) but not in earlier versions; older man pages for ftime on OS X I found on Google explicitly call for usage of libcompat. If this is the case, and not an error with the man page, larn would still need libcompat for OS X versions older than 10.4.
If we need to remove libcompat, it should be fairly simple to write a patch for larn to use the newer gettimeofday function, which is basically what libcompat does. It would be helpful if someone with access to older systems could try building larn without libcompat; any problems would occur during compilation or linking rather than at run-time.
comment:10 Changed 15 years ago by tobypeterson
Resolution: | → fixed |
---|---|
Status: | new → closed |
port removed in r54497
Does one actually need libcompat on Leopard?