Compiling |
by C_olin
on 03/11/2004 00:47, 101 messages, last message: 04/04/2006 20:25, 58412 views, last view: 09/30/2024 02:24 |
|
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
|
|
#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
|
|