The Brand New OSX CVS Thread!

[Lonestar]

Ok, I am using gcc 3.3 on osx 10.4.3. I got rid of some of the errors by using Dan's suggestion of editing macosx_math.cpp to remove the ifdef at the top and change it to if 0. I think I got past some of the odder errors I was getting (I think they were due to me somehow having some odd versions of autotools in my fink install that were getting used somehow in conjunction with gcc)... but whatever. Here is where we are now :/

EDIT:

In case it matters, here are some changes I made to configure.ac before running bootstrap.sh in order to make sure everything got found (and not have to keep fiddling around with pain in the ass switches on configure)

if test "x$is_macosx" = "xyes" ; then
CXXFLAGS="$CXXFLAGS -I/Developer/SDKs/MacOSX10.4.0sdk/System/Library/Frameworks/Carbon.framework/Libraries/CIncludes"
CPPFLAGS="$CPPFLAGS -Wno-long-double"
dnl GL_CPPFLAGS="$GL_CPPFLAGS -framework OpenGL"
dnl GLUT_CPPFLAGS="$GLUT_CPPFLAGS -framework GLUT"
VS_LIBS="$VS_LIBS -F/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks -framework OpenGL -framework GLUT -framework CoreAudio"
#with_gl_inc=/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/Carbon.framework/Libraries/CIncludes
with_gl_inc=/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenGL.framework/Libraries -I/usr/X11R6/include
with_gl_libs=/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenGL.framework/Libraries
with_al_inc="/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenAL.framework/Headers -I/sw/include"
with_al_libs="/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenAL.framework/ -L/sw/lib"
with_expat_libs=/sw/lib
with_png_libs=/sw/lib
with_jpeg_libs=/sw/lib
with_jpeg_inc=/sw/include
with_expat_inc=/sw/include
with_png_inc=/sw/include
with_vorbis_libs=/sw/lib
with_vorbis_inc=/sw/include
PYTHON_LDOPTS="-L/System/Library/Frameworks/Python.framework"
with_python_inc=/System/Library/Frameworks/Python.framework/Headers
VS_LIBS="$VS_LIBS -lobjc"
else
VS_LIBS="$VS_LIBS -lutil"
fi

And here is the error:

make all-am
g++ -g -O2 -I/Developer/SDKs/MacOSX10.4.0sdk/System/Library/Frameworks/Carbon.framework/Libraries/CIncludes -pipe -falign-loops=2 -falign-jumps=2 -falign-functions=2 -I/sw/include/SDL -D_THREAD_SAFE -D_REENTRANT -pipe -o vegastrike src/cmd/ai/vegastrike-aggressive.o src/cmd/ai/vegastrike-comm_ai.o src/cmd/ai/vegastrike-communication_xml.o src/cmd/ai/vegastrike-communication.o src/cmd/ai/vegastrike-docking.o src/cmd/ai/vegastrike-event_xml.o src/cmd/ai/vegastrike-fire.o src/cmd/ai/vegastrike-fireall.o src/cmd/ai/vegastrike-flybywire.o src/cmd/ai/vegastrike-hard_coded_scripts.o src/cmd/ai/vegastrike-ikarus.o src/cmd/ai/vegastrike-missionscript.o src/cmd/ai/vegastrike-navigation.o src/cmd/ai/vegastrike-order_comm.o src/cmd/ai/vegastrike-order.o src/cmd/ai/vegastrike-script.o src/cmd/ai/vegastrike-tactics.o src/cmd/ai/vegastrike-turretai.o src/cmd/ai/vegastrike-warpto.o src/cmd/vegastrike-alphacurve.o src/cmd/vegastrike-asteroid_generic.o src/cmd/vegastrike-atmosphere_generic.o src/cmd/vegastrike-beam_generic.o src/cmd/vegastrike-bolt_generic.o src/cmd/vegastrike-building_generic.o src/cmd/vegastrike-collection.o src/cmd/vegastrike-collide_map.o src/cmd/vegastrike-collide.o src/cmd/vegastrike-container.o src/cmd/vegastrike-csv.o src/cmd/vegastrike-faction_xml.o src/cmd/vegastrike-missile_generic.o src/cmd/vegastrike-mount.o src/cmd/vegastrike-nebula_generic.o src/cmd/vegastrike-planet_generic.o src/cmd/vegastrike-role_bitmask.o src/cmd/vegastrike-unit_bsp.o src/cmd/vegastrike-unit_collide.o src/cmd/vegastrike-unit_const_cache.o src/cmd/vegastrike-unit_csv.o src/cmd/vegastrike-unit_factory_generic.o src/cmd/vegastrike-unit_functions_generic.o src/cmd/vegastrike-unit_generic.o src/cmd/vegastrike-unit_util_generic.o src/cmd/vegastrike-unit_xml.o src/cmd/vegastrike-weapon_xml.o src/cmd/collide/vegastrike-box.o src/cmd/collide/vegastrike-matrix3.o src/cmd/collide/vegastrike-pbuild.o src/cmd/collide/vegastrike-peigen.o src/cmd/collide/vegastrike-prapid.o src/cmd/collide/vegastrike-vector3.o src/gui/vegastrike-button.o src/gui/vegastrike-control.o src/gui/vegastrike-eventmanager.o src/gui/vegastrike-eventresponder.o src/gui/vegastrike-font.o src/gui/vegastrike-general.o src/gui/vegastrike-glut_support.o src/gui/vegastrike-groupcontrol.o src/gui/vegastrike-guidefs.o src/gui/vegastrike-guitexture.o src/gui/vegastrike-modaldialog.o src/gui/vegastrike-newbutton.o src/gui/vegastrike-painttext.o src/gui/vegastrike-picker.o src/gui/vegastrike-scroller.o src/gui/vegastrike-simplepicker.o src/gui/vegastrike-slider.o src/gui/vegastrike-staticdisplay.o src/gui/vegastrike-text_area.o src/gui/vegastrike-textinputdisplay.o src/gui/vegastrike-window.o src/gui/vegastrike-windowcontroller.o src/networking/vegastrike-inet_file.o src/networking/vegastrike-inet.o src/networking/vegastrike-accountsxml.o src/networking/vegastrike-client.o src/networking/vegastrike-fileutil.o src/networking/vegastrike-savenet_util.o src/networking/vegastrike-cubicsplines.o src/networking/vegastrike-mangle.o src/networking/vegastrike-netclient_clients.o src/networking/vegastrike-netclient_devices.o src/networking/vegastrike-netclient_login.o src/networking/vegastrike-netclient.o src/networking/vegastrike-netserver_acct.o src/networking/vegastrike-netserver_clients.o src/networking/vegastrike-netserver_devices.o src/networking/vegastrike-netserver_login.o src/networking/vegastrike-netserver_net.o src/networking/vegastrike-netserver.o src/networking/vegastrike-prediction.o src/networking/vegastrike-zonemgr.o src/networking/vegastrike-networkcomm.o src/networking/vegastrike-webcam_support.o src/python/vegastrike-init.o src/python/vegastrike-python_compile.o src/python/vegastrike-unit_exports.o src/python/vegastrike-unit_exports1.o src/python/vegastrike-unit_exports2.o src/python/vegastrike-unit_exports3.o src/python/vegastrike-unit_method_defs.o src/python/vegastrike-unit_wrapper.o src/python/vegastrike-universe_util_export.o src/vegastrike-cg_global.o src/vegastrike-command.o src/vegastrike-config_xml.o src/vegastrike-debug_vs.o src/vegastrike-faction_util.o src/vegastrike-force_feedback.o src/vegastrike-gfxlib_struct.o src/vegastrike-in_joystick.o src/vegastrike-in_kb.o src/vegastrike-in_main.o src/vegastrike-in_mouse.o src/vegastrike-in_sdl.o src/vegastrike-macosx_math.o src/vegastrike-main_loop.o src/vegastrike-mmorpgclient.o src/vegastrike-physics.o src/vegastrike-rendertext.o src/vegastrike-ship_commands.o src/vegastrike-star_system_jump.o src/vegastrike-star_system.o src/vegastrike-universe_util.o src/vegastrike-universe.o src/vegastrike-configxml.o src/vegastrike-easydom.o src/vegastrike-endianness.o src/vegastrike-faction_generic.o src/vegastrike-faction_util_generic.o src/vegastrike-galaxy_gen.o src/vegastrike-galaxy_xml.o src/vegastrike-galaxy.o src/vegastrike-hashtable.o src/vegastrike-lin_time.o src/vegastrike-load_mission.o src/vegastrike-pk3.o src/vegastrike-posh.o src/vegastrike-savegame.o src/vegastrike-star_system_generic.o src/vegastrike-star_system_xml.o src/vegastrike-stardate.o src/vegastrike-universe_generic.o src/vegastrike-universe_util_generic.o src/vegastrike-vs_globals.o src/vegastrike-vsfilesystem.o src/vegastrike-xml_serializer.o src/vegastrike-xml_support.o src/cmd/script/vegastrike-director_generic.o src/cmd/script/vegastrike-mission_script.o src/cmd/script/vegastrike-mission.o src/cmd/script/vegastrike-msgcenter.o src/cmd/script/vegastrike-pythonmission.o src/cmd/script/vegastrike-script_call_olist.o src/cmd/script/vegastrike-script_call_omap.o src/cmd/script/vegastrike-script_call_order.o src/cmd/script/vegastrike-script_call_string.o src/cmd/script/vegastrike-script_call_unit_generic.o src/cmd/script/vegastrike-script_callbacks.o src/cmd/script/vegastrike-script_expression.o src/cmd/script/vegastrike-script_generic.o src/cmd/script/vegastrike-script_statement.o src/cmd/script/vegastrike-script_util.o src/cmd/script/vegastrike-script_variables.o src/aldrv/vegastrike-al_globals.o src/aldrv/vegastrike-al_init.o src/aldrv/vegastrike-al_listen.o src/aldrv/vegastrike-al_sound.o src/cmd/ai/vegastrike-firekeyboard.o src/cmd/ai/vegastrike-flyjoystick.o src/cmd/ai/vegastrike-flykeyboard.o src/cmd/ai/vegastrike-input_dfa.o src/cmd/vegastrike-asteroid.o src/cmd/vegastrike-atmosphere.o src/cmd/vegastrike-base_init.o src/cmd/vegastrike-base_interface.o src/cmd/vegastrike-base_util.o src/cmd/vegastrike-base_write_python.o src/cmd/vegastrike-base_write_xml.o src/cmd/vegastrike-base_xml.o src/cmd/vegastrike-basecomputer.o src/cmd/vegastrike-beam.o src/cmd/vegastrike-bolt.o src/cmd/vegastrike-briefing.o src/cmd/vegastrike-building.o src/cmd/vegastrike-click_list.o src/cmd/vegastrike-cont_terrain.o src/cmd/vegastrike-music.o src/cmd/vegastrike-nebula.o src/cmd/vegastrike-planet.o src/cmd/script/c_alike/vegastrike-c_alike.tab.o src/cmd/script/c_alike/vegastrike-lex.yy.o src/cmd/script/vegastrike-director.o src/cmd/script/vegastrike-flightgroup.o src/cmd/script/vegastrike-script_call_briefing.o src/cmd/script/vegastrike-script_call_unit.o src/cmd/vegastrike-terrain.o src/cmd/vegastrike-unit_factory.o src/cmd/vegastrike-unit_functions.o src/cmd/vegastrike-unit_interface.o src/cmd/vegastrike-unit_util.o src/gfx/vegastrike-ani_texture.o src/gfx/vegastrike-animation.o src/gfx/vegastrike-aux_logo.o src/gfx/vegastrike-aux_palette.o src/gfx/vegastrike-aux_texture.o src/gfx/vegastrike-background.o src/gfx/vegastrike-camera.o src/gfx/vegastrike-cockpit_xml.o src/gfx/vegastrike-cockpit.o src/gfx/vegastrike-coord_select.o src/gfx/vegastrike-env_map_gent.o src/gfx/vegastrike-gauge.o src/gfx/vegastrike-halo_system.o src/gfx/vegastrike-halo.o src/gfx/vegastrike-hud.o src/gfx/vegastrike-jpeg_memory.o src/gfx/vegastrike-loc_select.o src/gfx/vegastrike-masks.o src/gfx/vegastrike-mesh_gfx.o src/gfx/nav/vegastrike-criteria_xml.o src/gfx/nav/vegastrike-criteria.o src/gfx/nav/vegastrike-drawgalaxy.o src/gfx/nav/vegastrike-drawlist.o src/gfx/nav/vegastrike-drawsystem.o src/gfx/nav/vegastrike-navcomputer.o src/gfx/nav/vegastrike-navgetxmldata.o src/gfx/nav/vegastrike-navpath.o src/gfx/nav/vegastrike-navscreen.o src/gfx/nav/vegastrike-navscreenoccupied.o src/gfx/vegastrike-particle.o src/gfx/vegastrike-pipelined_texture.o src/gfx/vegastrike-quadsquare_cull.o src/gfx/vegastrike-quadsquare_render.o src/gfx/vegastrike-quadsquare_update.o src/gfx/vegastrike-quadsquare.o src/gfx/vegastrike-quadtree_xml.o src/gfx/vegastrike-quadtree.o src/gfx/vegastrike-ring.o src/gfx/vegastrike-sphere.o src/gfx/vegastrike-sprite.o src/gfx/vegastrike-star.o src/gfx/vegastrike-stream_texture.o src/gfx/vegastrike-tex_transform.o src/gfx/vegastrike-vdu.o src/gfx/vegastrike-vsbox.o src/gfx/vegastrike-vsimage.o src/gfx/vegastrike-warptrail.o src/gldrv/vegastrike-gl_clip.o src/gldrv/vegastrike-gl_fog.o src/gldrv/vegastrike-gl_globals.o src/gldrv/vegastrike-gl_init.o src/gldrv/vegastrike-gl_light_pick.o src/gldrv/vegastrike-gl_light_state.o src/gldrv/vegastrike-gl_light.o src/gldrv/vegastrike-gl_material.o src/gldrv/vegastrike-gl_matrix.o src/gldrv/vegastrike-gl_misc.o src/gldrv/vegastrike-gl_quad_list.o src/gldrv/vegastrike-gl_sphere_list.o src/gldrv/vegastrike-gl_state.o src/gldrv/vegastrike-gl_texture.o src/gldrv/vegastrike-gl_vertex_list.o src/gldrv/vegastrike-winsys.o src/vegastrike-main.o src/python/vegastrike-briefing_wrapper.o libboost_python.a libgfx.a libnetlowlevel.a -lz -L/sw/lib -lvorbisfile -lvorbis -logg -F/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks -framework OpenGL -framework GLUT -framework CoreAudio -lobjc -L/sw/lib -lSDLmain -lSDL -framework Cocoa -framework OpenGL -L/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenGL.framework/Libraries -lGL -lGLU -framework GLUT -L/sw/lib -lexpat -L/sw/lib -lpng -L/sw/lib -ljpeg -framework OpenAL -L/sw/lib -lvorbisfile -lvorbis -logg /sw/lib/python2.3/config/libpython2.3.a --export-dynamic
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_1E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_1E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_1E in section (__DATA,__data)
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_2E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_2E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_2E in section (__DATA,__data)
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_3E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_3E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_3E in section (__DATA,__data)
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_4E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_4E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_4E in section (__DATA,__data)
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_5E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_5E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_5E in section (__DATA,__data)
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_6E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_6E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_6E in section (__DATA,__data)
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_7E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_7E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_7E in section (__DATA,__data)
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_8E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_8E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_8E in section (__DATA,__data)
ld: multiple definitions of symbol __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_9E
src/vegastrike-command.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_9E in section (__DATA,__data)
src/vegastrike-star_system_generic.o definition of __ZN50_GLOBAL__N__ZGVZN8VSRandom13genrand_int32EvE5mag012_9E in section (__DATA,__data)
ld: warning multiple definitions of symbol _access
libnetlowlevel.a(vsnet_dloadmgr.o) definition of _access in section (__TEXT,__text)
/usr/lib/libSystem.dylib(access.So) definition of _access
make[1]: *** [vegastrike] Error 1
make: *** [all] Error 2

Any good ideas on this one?

[dandandaman]

We'll get through it!

Seems progress is being made in the other thread

Dan.a

[Lonestar]

This problem is still on-going. I get the same thing with all versions of boost with gcc3.3. Gcc3.1 won't even start compiling on my system for some reason and 4.0.1 throws up those oddball errors still, so I've been using 3.3 since it's the one that gets the furthest .

Any ideas on what those errors relate to?

[dandandaman]

Well, I can tell you what the messages mean: That files are being included that have the same functions defined...

But why it's happening, and what these functions actually are (automatically generated?) I don't know enough to say... :-/

When I get back for real (or if I land some free time next break (I'm still away now, but have some time to burn in the office )), I'll sit down and harrass dan or klauss till I start making sense of it

Dan.a

[hellcatv]

I've personally only had luck with gcc-3.1 actually

I do

./configure --with-boost=1.28
to get gcc-3.1 to get anywhere--without boost1.28 you are really in trouble with gcc-3.1

however with 3.3 and 4.01 it should work fine--though mac has always had problems with these duplicate symbol things

if you want it to "just work" albiet not fast you can do
./configure CXXFLAGS="" --with-boost=1.28

then there won't be as many duplicate symbols--thouugh the one called access in the networking code may cause problems--I'll look into it

[Lonestar]

Holy unsigned integers, hellcatman! It worked. *sniff* Today I am the parent of a bouncing baby binary! Now to see what optimizations I can get away with.

[klauss]

Sadly, you'd have to disable inlining (I'm almost certain that you can get away with everything except inlining), and inlining is what makes the difference.

[Lonestar]

A buddy suggested I try these flags (with boost 1.28 and gcc3.3), which compiled fine. It uses mtune and mcpu = G4, but I'm on a powerbook g4 so neener neener. I haven't tested the binary yet because I just compiled it at work

CXXFLAGS='-O3 -fast -fgcse-sm -funroll-loops -fstrict-aliasing -fsched-interblock -falign-loops=16 -falign-jumps=16 -falign-functions=16 -falign-jumps-max-skip=15 -falign-loops-max-skip=15 -malign-natural -freorder-blocks -freorder-blocks-and-partition -mpowerpc-gfxopt -mpowerpc-gpopt -fstrict-aliasing -mtune=G4 -mcpu=G4'

Anything there that stands out that might cause problems?

[klauss]

It seems redundant (many of those options, IIRC, are part of -O3). You have -fstrict-aliasing twice... not a problem but...
Anyway, -O3 enables inlining, and I think that's what was causing trouble before. Try... but I don't think it will work any better.

If it fails, you may want to try -fno-default-inline at the end (or even -fno-inline).

[Lonestar]

Actually, that compiled. I didn't notice that it had fstrict-aliasing twice, but it worked and produced a binary. But, again, I haven't gotten to test it yet.

[klauss]

Hm... if you feel like humouring me, try with -fno-inline. If it doesn't build, then I think the problem was the reverse of what I thought, and it is indeed a compiler bug (it's not declaring inlined functions as static ones, as it should). That would prevent you from building debug versions, but I don't think you care

[Lonestar]

I'm compiling now, but I doubt I'll be done in any kind of time to post the results today, so I'll let you know, at the latest, next year

[klauss]

See you next year then

[Lonestar]

Well, when I run that binary I made I get:

Fatal signal: Bus Error (SDL Parachute Deployed)

It starts up, loads everything, opens the window, shows space, and bam, back to the commandline

[Lonestar]

Well, it compiled without inlining. No idea what is keeping it from compiling with the default cxxflags.

[Lonestar]

Hmmm, OK. I can now compile with just --use-boost=1.28 in OSX with gcc3.3 Here are the changes I made to CVS:

1. Changed the following in configure.ac (because my computer came with osx and my libs are in different places and I didn't want to manually specify every time I ran configure again):

if test "x$is_macosx" = "xyes" ; then
CXXFLAGS="$CXXFLAGS -I/Developer/SDKs/MacOSX10.4.0sdk/System/Library/Frameworks/Carbon.framework/Libraries/CIncludes"
CPPFLAGS="$CPPFLAGS -Wno-long-double"
VS_LIBS="$VS_LIBS -F/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks -framework OpenGL -framework GLUT -framework CoreAudio"
with_gl_inc=/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/Carbon.framework/Libraries/CIncludes
with_gl_libs=/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenGL.framework/Libraries
with_al_inc="/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenAL.framework/Headers -I/sw/include"
with_al_libs="/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenAL.framework/ -L/sw/lib"
with_expat_libs=/sw/lib
with_png_libs=/sw/lib
with_jpeg_libs=/sw/lib
with_jpeg_inc=/sw/include
with_expat_inc=/sw/include
with_png_inc=/sw/include
with_vorbis_libs=/sw/lib
with_vorbis_inc=/sw/include
PYTHON_LDOPTS="-L/System/Library/Frameworks/Python.framework"
with_python_inc=/System/Library/Frameworks/Python.framework/Headers
VS_LIBS="$VS_LIBS -lobjc"
else
VS_LIBS="$VS_LIBS -lutil"
fi

2. edited src/macosx_math.cpp as dan suggested in one or the other of the osx threads i've started
3. copied /usr/X11R6/include/GL/* to /sw/include/GL, which only had glut.h
4. made and prayed

This one started and actually loaded, rather than crashing on startup. No idea what changed to make it compile...

[hellcatv]

so it works now? hurrah!

[Lonestar]

Yeah. I about danced a jig. Additionally, I'm not suffering from the graphics problems related to the 32 bit buffers in osx not being 32 bit and I have significant performance improvements from 0.4.3.

I'm still suffering from a few bugs though. A few keys don't work when bound to certain functions (f to StopKey, s to StopKey - very few bind properly to stopkey for me). Sometimes a rogue Andolian will start attacking me and we both seem to have unlimited shields (and I have good Andolian standing; fighting back and destroying with missiles, which apparently go through the shields, makes no difference with my standing). And when VS first starts, before it loads the station/planet I'm stationed at, it shows the flight view with the mouse in the upper right-hand corner and me apparently spinning out of control. The last bug is that sometimes when I start, it seems to not recognize signals from the mouse (neither an external mouse or the touchpad). Not sure what is causing any of those.

As far as why it's compiling now - I didn't get any updated files from CVS between the days that it wouldn't compile and the day that it started to. Is it possible that there were some default cxxflags set on the system that might have been cleared when I tried compiling vs without any cxxflags?

[JunkDNA]

Lonestar,

Would it be possible to get hold of a copy of the Makefile you eventually used to build successfully? I'm trying to set up an xcode project to build vegastrike and it would be useful if I had a working Makefile so I can figure out what is *supposed* to get built.

Cheers

[dandandaman]

There should already be an xcode file in cvs that *almost* works ... that is, I think it almost works, I never bothered to try and get over the little hurdles I had

Dan

[Lonestar]

I just redownloaded the source and am compiling again. I'll post as soon as I'm done.

[Lonestar]

Well, now I'm getting this with today's CVS:

Code: Select all

source='objconv/MeshParse/template_generator.cpp' object='objconv/MeshParse/template_generator.o' libtool=no \
depfile='objconv/MeshParse/.deps/template_generator.Po' tmpdepfile='objconv/MeshParse/.deps/template_generator.TPo' \
depmode=gcc3 /bin/sh ./depcomp \
g++ -DHAVE_CONFIG_H -I. -I. -I.   -I./boost/1_28  -Wno-long-double -I/sw/include  -DHAVE_SDL=1 -DSDL_WINDOWING=1  -I/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/Carbon.framework/Libraries/CIncludes  -I/sw/include -I/sw/include -I/sw/include -DJPEG_SUPPORT -DHAVE_AL=1 -I/Developer/SDKs/MacOSX10.4.0.sdk/System/Library/Frameworks/OpenAL.framework/Headers -I/sw/include -I/sw/include -DHAVE_OGG   -I/usr/include/python2.3 -DHAVE_PYTHON=1   -I./src   -O3 -I/Developer/SDKs/MacOSX10.4.0sdk/System/Library/Frameworks/Carbon.framework/Libraries/CIncludes -pipe  -falign-loops=2 -falign-jumps=2 -falign-functions=2  -I/sw/include/SDL -D_THREAD_SAFE -D_REENTRANT -pipe -c -o objconv/MeshParse/template_generator.o `test -f 'objconv/MeshParse/template_generator.cpp' || echo './'`objconv/MeshParse/template_generator.cpp
objconv/MeshParse/template_generator.cpp: In function `void 
   UnitBeginElement(const std::string&, const XMLSupport::AttributeList&, XML*)
   ':
objconv/MeshParse/template_generator.cpp:672: error: incomplete type `Unit' 
   does not have member `Names'
objconv/MeshParse/template_generator.cpp:672: error: parse error before `=' 
   token
objconv/MeshParse/template_generator.cpp:673: error: incomplete type `Unit' 
   does not have member `Names'
objconv/MeshParse/template_generator.cpp:673: error: parse error before `;' 
   token
objconv/MeshParse/template_generator.cpp:787: error: `elem' undeclared (first 
   use this function)
objconv/MeshParse/template_generator.cpp:787: error: (Each undeclared 
   identifier is reported only once for each function it appears in.)
objconv/MeshParse/template_generator.cpp:788: error: incomplete type `Unit' 
   does not have member `UNIT'
objconv/MeshParse/template_generator.cpp:792: error: incomplete type `Unit' 
   does not have member `attribute_map'
objconv/MeshParse/template_generator.cpp:793: error: incomplete type `Unit' 
   does not have member `UNITSCALE'
objconv/MeshParse/template_generator.cpp:799: error: incomplete type `Unit' 
   does not have member `MESHFILE'
objconv/MeshParse/template_generator.cpp:801: error: incomplete type `Unit' 
   does not have member `attribute_map'
objconv/MeshParse/template_generator.cpp:802: error: incomplete type `Unit' 
   does not have member `XFILE'
objconv/MeshParse/template_generator.cpp: In function `void 
   UnitEndElement(const std::string&, XML*)':
objconv/MeshParse/template_generator.cpp:850: warning: initialization to `int' 
   from `float'
objconv/MeshParse/template_generator.cpp:850: warning: argument to `int' from `
   float'
make[1]: *** [objconv/MeshParse/template_generator.o] Error 1
make: *** [all] Error 2

...and my latest binary has some strange properties. In particular, friendlies appear hostile and communications seem to be inverted (i.e. friendly for hostiles and hostile communications for friendlies).[/code][/quote]

[JunkDNA]

There should already be an xcode file in cvs that *almost* works ... that is, I think it almost works, I never bothered to try and get over the little hurdles I had

Thanks for the tip . I took a look at the .pbproj file. It looks like the binaries are built as an "external target" so projectbuilder (now xcode) just runs make to build the binaries. It's been a while since I tried to build vegastrike from cvs (pre 0.4.3 release) but if I remember rightly even if running make succeeds, trying to build via the project file fails. I didn't really dig into why at the time.

At the moment, if I run make, the whole thing fails fairly early on (compiling src/cmd/unit_generic.cpp as part of the libcmdserver.a target). I'm pretty sure this is down to some shabby configuration on my part. It was this that set me thinking about setting up an xcode project.

Disclaimer: the following may be complete nonsense

It seems that the configure script doesn't get on well with OS X's eccentricities and so has a hard time producing a functioning Makefile. I though it would be worth seeing if using xcode was a bit more reliable. Also, at some point someone might want a universal binary. It's probably possible to do that from the command line but Apple's only advice on the subject seems to be "use xcode"!

[Halleck]

I asked hellcatv about making a "universal binary" with Xcode... he said that we would basically make a huge binary without Xcode that would work on both intel and PPC macs. I don't remember the details.

[JunkDNA]

Ah, so it can be done then. I've learnt somthing there.

Vegastrike - fun and educational