#48213: tcpxtract @1.0.1_0: doesn't link with system lex on newer systems ------------------------+--------------------------------------------- Reporter: ionic@… | Owner: jul_bsd@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: mountainlion mavericks yosemite Port: tcpxtract | ------------------------+--------------------------------------------- Changes (by larryv@…): * status: new => closed * keywords: => mountainlion mavericks yosemite * resolution: => fixed Comment: This doesn’t have anything to do with Bison 3. The configure phase detects the system’s libl.a, but for some reason it doesn’t tell the build to link with `-ll`. {{{ :info:build ccache /usr/bin/clang -D_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pipe -Os -arch x86_64 -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o tcpxtract tcpxtract.o sessionlist.o util.o confy.o confl.o conf.o search.o extract.o -lpcap :info:build Undefined symbols for architecture x86_64: :info:build "_yywrap", referenced from: :info:build _yylex in confl.o :info:build ld: symbol(s) not found for architecture x86_64 :info:build clang: error: linker command failed with exit code 1 (use -v to see invocation) }}} I don’t know why this worked on the Snow Leopard and Lion buildslaves, but we shouldn’t allow the build to use the system libl.a anyway. Oddly, it adds `-lfl` correctly when it detects our flex. {{{ :info:build ccache /usr/bin/clang -D_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -pipe -Os -arch x86_64 -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -o tcpxtract tcpxtract.o sessionlist.o util.o confy.o confl.o conf.o search.o extract.o -lpcap -lfl }}} r138169 -- Ticket URL: <https://trac.macports.org/ticket/48213#comment:1> MacPorts <https://www.macports.org/> Ports system for OS X