[MacPorts] #27002: py26-numpy @1.5.0, Revision 1 - build failure

[MacPorts]

#27002: py26-numpy @1.5.0, Revision 1 - build failure
---------------------------------+------------------------------------------
 Reporter:  dannowolk@…          |       Owner:  mcalhoun@…           
     Type:  defect               |      Status:  new                  
 Priority:  Normal               |   Milestone:                       
Component:  ports                |     Version:  1.9.1                
 Keywords:  tiger                |        Port:  py26-numpy           
---------------------------------+------------------------------------------

Comment(by jpmasseria@…):

 Replying to [comment:8 jpmasseria@…]:
 > Actually, the file names for the routines start with single underscore
 characters, but the external symbols have three underscores, using "nm" to
 display the symbol tables reveals the following:
 >
 > {{{
 >
 > $ nm -m /opt/local/lib/gcc44/gcc/ppc-apple-darwin8/4.4.5/libgcc.a | grep
 'powi[sd]f2'
 > /opt/local/lib/gcc44/gcc/ppc-apple-darwin8/4.4.5/libgcc.a(_powisf2.o):
 > 00000000 (__TEXT,__text) private external ___powisf2
 > /opt/local/lib/gcc44/gcc/ppc-apple-darwin8/4.4.5/libgcc.a(_powidf2.o):
 > 00000000 (__TEXT,__text) private external ___powidf2
 >
 > }}}
 >
 > So I don't believe that this is an atlas issue.  I need to redo the
 build of py26-numpy and check to see how "ld" was being used when these
 undefined values popped up as they appear to be defined in libgcc.a

 Looking at this again, I'm confused over the fact that these labels are
 "external" and "private".  To me that's almost an oxymoron.  However,
 greping the nm for "external" shows that all of the external labels are
 private.  I have to admit, that I'm not very experienced with UNIX and MAC
 linking.  My background in building executables is on UNISYS mainframe
 computers, but the concept of a library file containing a table of all the
 exported (external) symbols that is then used my the linker to resolve the
 undefined labels of the program being built is the same as on the UNISYS.

-- 
Ticket URL: <https://trac.macports.org/ticket/27002#comment:9>
MacPorts <http://www.macports.org/>
Ports system for Mac OS