[MacPorts] #32947: alliance: non-void function 'elpLotrsShrink' should return a value
MacPorts
noreply at macports.org
Fri Jan 20 06:22:43 PST 2012
#32947: alliance: non-void function 'elpLotrsShrink' should return a value
----------------------------------------+-----------------------------------
Reporter: yannick.heinrich@… | Owner: and.damore@…
Type: defect | Status: assigned
Priority: Normal | Milestone:
Component: ports | Version: 2.0.3
Keywords: clang | Port: alliance
----------------------------------------+-----------------------------------
Changes (by and.damore@…):
* status: new => assigned
Comment:
I confirm I get the same error of the reporter when using clang on 10.7.2
.
Switching to llvm-gcc-4.2 gives a symbol not found error in an archive
library
{{{
Undefined symbols for architecture x86_64:
"TMatrix<CNode>::operator[](int)", referenced from:
CMatrixNodes::obstacle(CRect&, int) in libU.a(MNodes.o)
CMatrixPri::findfree(int, CNet&) in libU.a(MPri.o)
CMatrixNodes::check(bool) in libU.a(AAstar.o)
"TMatrix<char>::operator[](int)", referenced from:
CMatrixPri::findfree(int, CNet&) in libU.a(MPri.o)
operator<<(std::basic_ostream<char, std::char_traits<char> >&,
CMatrixPri&)in libU.a(MPri.o)
CMatrixPri::take(int, int)in libU.a(MPri.o)
CMatrixPri::load(CNet&, bool, int)in libU.a(MPri.o)
ld: symbol(s) not found for architecture x86_64
}}}
Using apple-gcc42 compiler comletes the build just fine.
I think we should force ''apple-gcc42'' on Lion and report the issue with
different compilers upstream.
--
Ticket URL: <https://trac.macports.org/ticket/32947#comment:3>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list