[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