[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