#156 Unable to build 7.10.4 on OSX Leopard

closed-fixed
5
2011-02-04
2008-01-29
Ken Aron
No

Attempting to build 7.10.4 on an OSX Leopard machine results in:

...
Making all in tclscripts
TCL_LIBRARY=../../src/other/tcl/library \ LD_LIBRARY_PATH=../../src/other/tcl/unix:../../src/other/tk/unix:$LD_LIBRARY_PATH \ DYLD_LIBRARY_PATH=../../src/other/tcl/unix:/src/other/tk/unix:$DYLD_LIBRARY_PATH \ ../../src/bwish/btclsh ../../src/tclscripts/ampi.tcl ../../src/tclscripts
dyld: Symbol not found: __cg_png_create_info_struct
Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO
Expected in: /Users/kennya/Downloads/brlcad-7.10.4/src/other/libpng/.libs/libpng.1.dylib

make[2]: *** [pkgIndex.tcl] Trace/BPT trap

The OS is current with patches, Xcode installed from the Leopard CD. This machine is quite new, brlcad is the first project I've attempted to build on it (very little time/opportunity for library pollution to occur, whatever is broken is with the stock config)

I tried the MacOSX 7.10.4 distribution first, mged segfaults. I also tried downloading & building the latest libpng, same issue with the missing symbol.

Configuration summary from ./configure

Build Tcl ............................: yes
Build Tk .............................: yes
Build Itcl/Itk .......................: yes
Build IWidgets .......................: yes
Build BLT ............................: yes
Build tkImg ..........................: yes
Build libpng .........................: yes
Build libregex .......................: no (using system)
Build zlib ...........................: no (using system)
Build termlib ........................: no (using system)
Build Utah Raster Toolkit.............: yes
Build Template Numerical Toolkit......: yes
Build openNURBS.......................: no (doing without, BREP unsupported)
Build jove ...........................: no

ADRT support .........................: no (need python and sdl)
X11 support ..........................: yes
OpenGL support .......................: no
Java Developer Kit support ...........: yes
Enable run-time debugging ............: yes

Build 64-bit release .................: no (32-bit)
Build optimized release ..............: no
Build debug release ..................: yes
Build profile release ................: no
Build static libraries ...............: yes
Build shared/dynamic libraries .......: yes
Print verbose compilation warnings ...: no
Print verbose compilation progress ...: no

Only build benchmark suite ...........: no
Only build librtserver ...............: no
Install example geometry models ......: yes

Discussion

  • John McDermon

    John McDermon - 2008-04-30

    Logged In: YES
    user_id=2075941
    Originator: NO

    Were you able to resolve this? I'm not actualy working on this project, but since upgrading one of my systems to 10.5 and than 10.5.2 I get the exact same errors when trying to use X11. Except, in my case it's " Expected in: "/usr/X11R6/lib/libPng.dylib" I tried downloading and installing X11-2.2.0.1 but the error didn't change. I removed and reinstalled all the X11 stuff, same error. Then I tried new users and X11 doesn't even start.

    Any ideas would really help

    Thanks,
    --John

     
  • Ken Aron

    Ken Aron - 2008-04-30

    Logged In: YES
    user_id=1994523
    Originator: YES

    No resolution. I stumbled upon the 'nofork' trick that allowed me to run the prebuilt binaries, so gave up trying to build the source. After running through a couple of the tutorials I gave up on this and bought MacTurboCad for $30 off E-Bay.

     
  • Sean Morrison

    Sean Morrison - 2008-05-07
    • milestone: 387261 --> serious bug / workaround
    • status: open --> open-accepted
     
  • Sean Morrison

    Sean Morrison - 2008-05-07

    Logged In: YES
    user_id=785737
    Originator: NO

    The libpng problem in 10.5 is a known issue being looked into. It does amount to a problem with a cyclic reference in 10.5 between the ImageIO framework and the new libPng library provided by Xorg's X11. The latest 7.12.2 release of BRL-CAD takes care of fork problem that previously required using the -f workaround.

    As for how to work around the problem .. both libraries have to be moved out of the way in order to compile then put back after BRL-CAD is installed. Else, just use the prebuilt Mac binary release. Hope that helps some.

     
  • Erik Greenwald

    Erik Greenwald - 2010-12-09

    This issue has been resolved in the latest (unreleased) version of the source code. Thank you for bringing the issue to our attention! You're welcome and encouraged to test and make sure this issue is resolved after the next source release of BRL-CAD.

     
  • Erik Greenwald

    Erik Greenwald - 2010-12-09
    • assigned_to: nobody --> erikgreenwald
     
  • Erik Greenwald

    Erik Greenwald - 2011-02-04
    • status: open-accepted --> closed-fixed
     

Log in to post a comment.

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.





No, thanks