Opened 10 years ago
Last modified 6 weeks ago
#46331 assigned defect
libtool contains references to ccache when it was built with ccache
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | larryv (Lawrence Velázquez) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.3.3 |
Keywords: | Cc: | chrstphrchvz (Christopher Chavez), cooljeanius (Eric Gallager) | |
Port: | libtool |
Description
If my MacPorts installation is configured to use ccache at the time that the libtool port is built and installed, then the installed copy of libtool contains references to ccache and uses ccache when other software uses libtool, even if those other ports have requested that ccache be disabled.
$ grep ccache /opt/local/bin/glibtool LTCC="ccache /usr/bin/clang" CC="ccache /usr/bin/clang" CC="ccache /usr/bin/clang++"
In fact it looks like it contains references to the compiler (clang in this case) as well.
Attachments (2)
Change History (7)
comment:1 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
pdflib main.log
comment:2 Changed 8 years ago by larryv (Lawrence Velázquez)
Status: | new → assigned |
---|
Sorry for taking so long to look into this (to put it mildly).
I agree that there’s something mildly unsettling about the hardcoded references to ccache, but it's not clear to me that they’re the root cause of this build problem. Unfortunately, I’m unable to reproduce the problem with pdflib @7.0.5_2, even though I deleted MacPorts’s ccache…cache…and the build did copy over the “infected” libtool:
% port installed libtool and active The following ports are currently installed: libtool @2.4.6_2+universal (active) % sudo rm -fR /opt/local/var/macports/build/.ccache % sudo port build pdflib +universal build.jobs=1 ---> Computing dependencies for pdflib ---> Fetching distfiles for pdflib ---> Verifying checksums for pdflib ---> Extracting pdflib ---> Applying patches to pdflib ---> Configuring pdflib ---> Building pdflib % ag ccache $(port work pdflib)/PDFlib-Lite-7.0.5/libtool 171:LTCC="ccache /usr/bin/clang" 324:CC="ccache /usr/bin/clang" 504: compile | *[\\/]compile | ccache | *[\\/]ccache ) ;; 11679:CC="ccache /usr/bin/clang++" %
Can you still reproduce this?
Changed 8 years ago by larryv (Lawrence Velázquez)
Attachment: | pdflib-universal-buildjobs1.log added |
---|
log for single-threaded, universal pdflib @7.0.5_2 build
comment:3 Changed 4 years ago by chrstphrchvz (Christopher Chavez)
This problem still exists, and I agree it is more generally that whichever compiler commands were specified are getting hardcoded.
comment:4 Changed 4 years ago by chrstphrchvz (Christopher Chavez)
Cc: | chrstphrchvz added |
---|
comment:5 Changed 6 weeks ago by cooljeanius (Eric Gallager)
Cc: | cooljeanius added |
---|
I'm attaching a logfile which shows how pdflib fails to build when libtool was built with ccache (even though the pdflib portfile already says "configure.ccache no". It would be nice if we could fix this somehow. The simplest would be to set "configure.ccache no" in the libtool portfile and increase its revision.