yang686526

mac link problems
mac link problems
i am attempting to link to dwgdirect 2.20 on build machines running macosx 10.4.4. we have a 32-bit, 64-bit, and intel build machine. each of these machines is running gcc 4.0.1, and as you can see i am using the static universal binary libs.
on the 32 and 64-bit machines, i get the following undefined symbols:
code:
___cxa_atexit
___dso_handle
/usr/local/mac32/priv/libdd_macub_acisbuilder.a(absubtype.o) reference to undefined ___cxa_atexit
/usr/local/mac32/priv/libdd_macub_acisbuilder.a(absubtype.o) reference to undefined ___dso_handle
/usr/local/mac32/priv/libdd_macub_db.a(dbcommandcontext.o) reference to undefined ___cxa_atexit
/usr/local/mac32/priv/libdd_macub_db.a(dbcommandcontext.o) reference to undefined ___dso_handle
/usr/local/mac32/priv/libdd_macub_db.a(dbdocmanager.o) reference to undefined ___cxa_atexit
/usr/local/mac32/priv/libdd_macub_db.a(dbdocmanager.o) reference to undefined ___dso_handle
...
on the intel machine,
code:
___dso_handle
/usr/local/macintel/priv/libdd_macub_acisbuilder.a(absubtype.o) reference to undefined ___dso_handle
/usr/local/macintel/priv/libdd_macub_db.a(dbcommandcontext.o) reference to undefined ___dso_handle
/usr/local/macintel/priv/libdd_macub_db.a(dbdocmanager.o) reference to undefined ___dso_handle
/usr/local/macintel/priv/libdd_macub_db.a(dberrorinvalidsysvar.o) reference to undefined ___dso_handle
i am using xcode 2.4.1 having gcc 4.0.1 (5367) and i was able to build my project without any problems on both macppc and mactel.
regards,
varun
why is the version of xcode relevant? (i do not use it)
no progress
we haven't been able to resolve this issue. i suspect it might be the gcc build, since varunsnair reports no problems with build 5367, and i'm using build 5250. presently i am not in a position to update the compiler version.
more bad news...
updating gcc to 4.0.1 build 5367 does not solve this problem for me.
i build a huge convertor using the .a libs dd 2.2 for the mac under xcode 2.4.1
and i do not experience any linking problem . are you cocoa or carbon ?
neither, we link against the x11 libs. perhaps i'm missing some link parameter that xcode normally uses?
libtool -dynamic -y 200 -arch_only ppc -install_name libdwg.dylib -syslibroot /developer/sdks/macosx10.3.9.sdk -lc -l/usr/lib/gcc/powerpc-apple-darwin8/4.0.1 -lstdc++ -lgcc -lgcc_eh -lsystem -multiply_defined suppress -framework carbon -framework iokit -dylib_file libpq.dylib:/usr/local/pgsql/lib/libpq.dylib -y_sprintfdblstub -o libdwg.dylib *.o -l/usr/lib/gcc/powerpc-apple-darwin8/4.0.1 -l/usr/local/pgsql/lib -l/usr/local/lib/mysql /usr/x11r6/lib/libfreetype.a -lmisystem -lgeom -lxml2 -ldd_macub_acisbuilder -ldd_macub_acisrenderer -ldd_macub_br -ldd_macub_db -ldd_macub_spatialindex -ldd_macub_ge -ldd_macub_gi -ldd_macub_gs -ldd_macub_modelergeometry -ldd_macub_root -lz 2> dwg.ler
i also tried macosx10.4u.sdk, which didn't work.
hi,
not sure this will help, but here is the link command used to link our app.
(debug phase, dynamic linking)
ld "/volumes/mystuff/mystuff/turbov5/3d turbo v5x/datatransporter 2/build/debug/datatransporter2.app/contents/macos/datatransporter2" normal ppc
cd "/volumes/mystuff/mystuff/turbov5/3d turbo v5x/datatransporter 2"
/usr/bin/g++-4.0 -o /volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/build/debug/datatransporter2.app/contents/macos/datatransporter2 -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/build/debug -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/../oda/lib/macub/release -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/oda/lib/macub/release -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/oda/lib/macub/release -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/dd_2.0.3/lib\ dd_macub/macub/release -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/dd_2.0.3/lib\ dd_macub/macub/release -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/dd_2.0.3/lib\ dd_macxc/macxc/release -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/oda\ 2.1.0/lib\ dd_macxc/macxc/release -l/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/oda\ 2.2.0/lib\ dd_macxc/macxc/release -f/volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/build/debug -filelist /volumes/mystuff/mystuff/turbov5/3d\ turbo\ v5x/datatransporter\ 2/build/datatransporter210.build/debug/datatransporter2.build/objects-normal/ppc/datatransporter2.linkfilelist -framework coreservices -framework carbon -framework quicktime -framework applicationservices -ldd_macxc_acisbuilder -ldd_macxc_acisrenderer -ldd_macxc_alloc -ldd_macxc_ave -ldd_macxc_br -ldd_macxc_db -ldd_macxc_dbcommands -ldd_macxc_dynblocks -ldd_macxc_exfieldevaluator -ldd_macxc_ft -ldd_macxc_ge -ldd_macxc_gi -ldd_macxc_gs -ldd_macxc_modelergeometry -ldd_macxc_plotstyleservices -ldd_macxc_rasterprocessor -ldd_macxc_recomputedimblock -ldd_macxc_root -ldd_macxc_spatialindex -ldd_macxc_svgexport -ldd_macxc_winbitmap -arch ppc -wl,-y,1455 -mmacosx-version-min=10.4 -wl,-dead_strip -no_dead_strip_inits_and_terms -isysroot /developer/sdks/macosx10.4u.sdk
hth
need rebuild of dwgdirect 2.2
i've finally figured out the cause of this problem. when i fully rebuild my own library, changing include paths to 10.4 sdk and linking to /developer/sdks/macosx10.4u.sdk, everything seems fine. this was on a ppc 64-bit mac running 10.4.
so apparently dwgdirect 2.2 requires os x 10.4. since we support 10.3, we would like to request a build of dwgdirect that links to 10.3 libraries. preferably would get intel, 32 and 64-bit ppc builds, but we require at least both ppc builds.
is this possible?
last edited by broncofan; 21st march 2007 at 11:34 amfff">.
please send your login id for our member download page to and we will see what we can do for this.