Compiling

by C_olin on 03/11/2004 00:47, 101 messages, last message: 04/04/2006 20:25, 57140 views, last view: 05/05/2024 15:09

I'm no noob to VC++ 6.0... but I have not gotten Cube to compile correctly!

I put all of the includes and libs where they are supposed to be in the vc++ folder.

And added the right linking stuff... but I still get unresolved externals.

And why doesn't it include a VC++ workspace?

Does anyone have project/workspace project files they are wiling to send to me?

This would help out me, and a lot of other poeple... thanks!

   Board Index   

#82: Re: Right...

by arghvark on 05/15/2004 03:32, refers to #81

Could you tell me what parts need clarified, I'm new to the whole writing howto's thing any input is of extreme help.

reply to this message

#83: Re: Right...

by Bascule on 05/15/2004 20:47, refers to #82

Comments on HowTo:

Just downloading mysys is not enough, MinGW is required as well.

Path setting section is good, I would have struggled to know how to do that in XP. Foe clarity, needs to state that the path is the make.exe.

It's a bit unclear exactly where the source.gcc folder should be placed, as you are mixing up fixed paths (...create the folder C:\mysys\mingw\bin) with relative ones (...or wherever you created x/y/z). This is what caught me out, as I didn't place the new bin folder in the right place in the folder structure.

It would be better when editing the .bat file to just say replace cube.exe with my_cube.exe, as people may have personalised their settings and nor want the ones you provided.

reply to this message

#84: Someone more knowledgeable and helpful too

by arghvark on 05/24/2004 00:26

I think someone who is more knowledge able then I am and helpful too, should post a mingw friendly version of the newest cube release's source code.

:)

/me bats eyelashes and winks.

reply to this message

#85: ..

by Thalion on 05/24/2004 15:32

-sigh-

Here you go:

http://www.webfile.ru/12034

Site is in Russian, but I hope you can figure it out that the gray link in the middle of the page is "Download" =)

This link will stay online for only a week, so I hope someone will mirror it by then.

This time it comes with a (sort of) instruction. Hope this will reduce the number of questions like "where do I unpack it?" and "why is there no 'bin' folder??" =) Well, at least now I will be able to reply with just "RTFM"...


P.S. Special thanks for this release goes to Mark "Fanatic" Pullen. Your maps are almost as good as
your music =)

reply to this message

#86: Re: ..

by Thalion on 05/24/2004 15:43, refers to #85

Oh yes, and expect the Makefile for free Microsoft compiler to follow soon =)

reply to this message

#87: ..

by arghvark on 05/24/2004 20:51

Thank you to the max :)

reply to this message

#88: ..

by arghvark on 05/24/2004 21:07

There is a mirror here:
http://www.superrobotpirateninja.org/hosted/cube_2004_05_22_src_mingw.zip

reply to this message

#89: mingw

by me1.0 on 05/25/2004 21:20

I know just enough to really make a mess of things. Only progamming type experience was a fortran 77 class in college about 10 years ago. Followed directions for using mingw, but when I try to 'make' I get

make
g++ -Wall -03 -fsigned-char fomit-frame-pointer -I../include -c -o client.o client.cpp
make: g++: Command not found
make: *** [client.o]Error 127

I am hoping I am making some minor mistake. Any help would be much appreciated.

reply to this message

#90: ..

by >driAn<. on 05/25/2004 21:50

it seems you havent installed all needed compiler stuff...

reply to this message

#91: ..

by arghvark on 05/26/2004 03:01

You need to setup the path.

reply to this message

#92: Re: mingw

by Thalion on 05/26/2004 06:52, refers to #89

set PATH=C:\mingw\bin;C:\msys\bin;%PATH%
make

reply to this message

#93: Re: mingw

by me1.0 on 05/26/2004 09:36, refers to #92

Tried setting the path with the above command. Received the following message.

sh: c:mysysbin: command not found
sh: fg: %path%: no such job

I guess I am just a tard and need someone to spoon feed me through this.

reply to this message

#94: Re: mingw

by Thalion on 05/26/2004 10:58, refers to #93

You are not supposed to do it in sh. You are supposed to do it in Windows command prompt.

reply to this message

#95: Re: ..

by Thalion on 05/29/2004 05:39, refers to #53

This is exactly the problem. Cube gets _statically_ linked to libGL. On my SUSE, the problem was that there was libGL.a and libGL.so.1 in /usr/lib, but no libGL.so. So, when you do -lGL, it links to libGL.a rather than libGL.so.1.

What you need to do is create a symbolic link in /usr/lib, libGL.so -> libGL.so.1, and recompile (I'd suggest doing "make clean" first, just in case). Works for me.

reply to this message

#96: ..

by >driAn<. on 05/29/2004 21:27

Thalion:
thx! I just installed a newer version of suse and there is now the libGL.so correctly symbolic linked.

reply to this message

#97: Re: ..

by Thalion on 05/30/2004 06:17, refers to #96

It wasn't for me, for some reason, and I have the latest version (9.1). Oh well =)

reply to this message

#98: ..

by driAn@familyMachine on 05/30/2004 11:56

You'r right, its not made by suse. It was the xorg that did the symbolic link.

reply to this message

#99: where is the patch?

by loki1985 on 12/29/2004 15:21

hi folks!

can someone re-post a link to the patch? i am trying to get the 2004 source working in mingw since 2 days :(

thanx in advance....

reply to this message

#100: Re: ..

by Sparr on 05/06/2005 13:26, refers to #46

same problem here. had to rename the sleep function and re-type socklen_t to get it to compile. now it compiles fine but then segfaults at the same place as yours (after init:gl)

reply to this message

#101: Already solved?

by tanelius on 04/04/2006 20:25

Have someone solved that weird error already?

tanelius@tanelius1:~/sauerbraten$ ./sauerbraten_unix
init: sdl
init: enet
init: video: sdl
init: video: mode
init: video: misc
init: console
init: gl
Fatal signal: Segmentation Fault (SDL Parachute Deployed)

That appears when compiled from source code.

Original binary executables work fine.

I'll be happy if someone got idea to solve that problem!

SDL version: 1.2.8
GCC version 3.3.5
Automake version: 1.9

reply to this message

   Board Index