[MacPorts] #25708: libarchive variants and configure args fails to compile...breaks others
MacPorts
noreply at macports.org
Fri Jul 16 17:44:27 PDT 2010
#25708: libarchive variants and configure args fails to compile...breaks others
--------------------------------+-------------------------------------------
Reporter: gvibe06@… | Owner: toby@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 1.9.1
Resolution: worksforme | Keywords:
Port: libarchive |
--------------------------------+-------------------------------------------
Comment(by gvibe06@…):
Then explain to me why adding --disable-bsdtar and --disable-bsdcpio allow
this port to build...despite the windows.h being there. Neither tar nor
cpio have anything to do with Windows nor Wine.
Not to mention /usr and /usr/local are not in my path for LIBS, LDFLAGS,
not CFLAGS...so how come a port from Macports is finding it in the first
place? If it was really that straightforward then we wouldn't be having
this conversation in the first place...would we? If libarchive tries to
enable lzma support by default, then maybe the Variant should be used to
turn it off when not needed/desired. That sounds a lot more
straightforward to me.
It builds with the changes I made, and doesn't when I try to build using
the default Portfile. All of the deps needing libarchive are happy...so
please explain to me how this can be true when that windows.h files is
still there?
--
Ticket URL: <http://trac.macports.org/ticket/25708#comment:9>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list