Wont compile in windows.

[mpo]

With the library it seems to be ok, thank you so much.
I have the last problem. The compiler tell me:
[Build Error] [../../Vdrift.exe] Error 255

and in the log there's written:
-lSDLmain -lSDL -lSDL_image -lSDL_net -lSDL_gfx -mwindows -lwinmm -lAlut -lOpenAL32 -lSDLmain -lSDL -g3

Line too much long in input.

make.exe: *** [../../VDrift.exe] Error 255

Execution terminated

What is the problem?

[thelusiv]

I think we'll need to see the full output from the compiler to tell what's going wrong here. It's OK to paste long things into posts. You just might want to put it in a code block so that the formatting stays the same, and turn off smilies in the post, or some parts of the output will become happy faces.

[mpo]

The compiler say only:
[Build error] [../../VDrift.exe]Error 255

In the log is written:

Code:

Compilatore: Default compiler
Building Makefile: "C:\Documents and Settings\mpo\Documenti\TESI\progetto\vdrift-2007-03-23-src\tools\win\Makefile.win"
Esecuzione di  make...
make.exe -f "C:\Documents and Settings\mpo\Documenti\TESI\progetto\vdrift-2007-03-23-src\tools\win\Makefile.win" all
windres.exe -i VDrift_private.rc --input-format=rc -o VDrift_private.res -O coff

g++.exe -D__DEBUG__ ../../src/gui/button.o ../../src/gui/controlgrab.o ../../src/gui/gui.o ../../src/gui/image.o ../../src/gui/label.o ../../src/gui/multi_image.o

../../src/gui/slider.o ../../src/gui/spinning_car.o ../../src/gui/textbox.o ../../src/gui/toggle.o ../../src/gui/calibrate.o ../../src/weather.o ../../src/backdrop.o

../../src/bezier.o ../../src/camera.o ../../src/configfile.o ../../src/controls.o ../../src/font.o ../../src/gamestate.o ../../src/joepack.o ../../src/keyman.o

../../src/logo.o ../../src/main.o ../../src/messageq.o ../../src/model.o ../../src/mouse.o ../../src/multiplay.o ../../src/net.o ../../src/objects.o ../../src/particles.o

../../src/quat.o ../../src/replay.o ../../src/settings.o ../../src/sound.o ../../src/textures.o ../../src/timer.o ../../src/track.o ../../src/utility.o ../../src/vamosworld.o

../../src/vamos/body/Aerodynamic_Device.o ../../src/vamos/body/Brake.o ../../src/vamos/body/Car.o ../../src/vamos/body/Clutch.o

../../src/vamos/body/Contact_Point.o ../../src/vamos/body/Differential.o ../../src/vamos/body/Drivetrain.o ../../src/vamos/body/Engine.o

../../src/vamos/body/Exerter.o ../../src/vamos/body/Frame.o ../../src/vamos/body/Fuel_Tank.o ../../src/vamos/body/Gauge.o

../../src/vamos/body/Gl_Car.o ../../src/vamos/body/Particle.o ../../src/vamos/body/Rigid_Body.o ../../src/vamos/body/Suspension.o

../../src/vamos/body/Tire.o ../../src/vamos/body/Transmission.o ../../src/vamos/body/Wheel.o ../../src/vamos/geometry/Gl_Texture_Image.o

../../src/vamos/geometry/Inertia_Tensor.o ../../src/vamos/geometry/Linear_Interpolator.o ../../src/vamos/geometry/Material.o

../../src/vamos/geometry/Sample.o ../../src/vamos/geometry/Spline.o ../../src/vamos/geometry/Texture_Image.o ../../src/vamos/geometry/Three_Matrix.o

../../src/vamos/geometry/Three_Vector.o ../../src/vamos/geometry/Two_Point.o ../../src/vamos/world/World.o ../../src/gui/page.o ../../src/cardinfo.o

../../src/ai.o VDrift_private.res -o "..\..\VDrift.exe" -L"C:/Dev-Cpp/lib" -L"J:/programas/Dev-Cpp/lib" -L"../../tools/win/SDL/lib" -lmingw32 -lglu32 -lopengl32

-lSDLmain -lSDL -lSDL_image -lSDL_net -lSDL_gfx -mwindows -lwinmm -lAlut -lOpenAL32 -lSDLmain -lSDL  -g3

too much long line in income.

make.exe: *** [../../VDrift.exe] Error 255

Execution terminated

[thelusiv]

Not sure what "too much long line in income" means. I can't imagine that the compiler is complaining that the line length is too long. Are you sure "-lSDLmain" is needed? What is SDLmain? Was that already in the Dev-C++ project files?

[mpo]

I have inserted "-lSDLmain -lSDL" in the linker editor because was written in the post. Now i have tried to compile without it but nothing change, i have the same error.
For the openAL, ALUT and GLUT i have just copied the header files in the include directory of the Dev, i haven't used the package manager because it give to me some problems (it doesn't wont install the package). Could be this the problem? it could need some dll?

[joevenzon]

too much long line in income

That's a really odd statement. It sounds like something that's been through the babelfish auto-translator. Do you think it means that the command-line input to the g++ executable is too long? Windows has relatively short command-line length limits. I searched around on google and it sounds like others have had similar problems with the Minigw32 toolset exceeding the Windows command-line input length. The solutions were pretty complicated, though, so you might want to try just upgrading your version of Dev-C++ (and the minigw32 toolset).

[mpo]

I have already installed the last version of the Dev. I have found in the forum of the Dev that i could:

- group the object files into several static libraries
- put the needed object files in the same folder (with no other object files among them) and then modify the makefile to link "foldername\*.o" (but then you have to keep working with a custom makefile, otherwise Dev will rewrite it)
- use a linker script; I don't know much about it, basically you write all the object file names in a file and give that file to the linker; search the web for more information; this will probably require keeping a custom makefile too

I have searched in internet but i haven't understand really well what i have to do to write this linker script.
Could someone tell me something to understand better what i have to write in the linker script? There's an other way (more simple) to solve my problem?

thanks.

[rookie1]

Do you by chance use Win2000? I think this might be the problem - http://support.microsoft.com/default.asp...-us;830473

Just a suggestion to try,

Currently the default object files are created in the same directory as the source file. That's why you see a lot ../../src/<somefile>.o listed in the command line. Maybe you can create a directory <your>/tools/win/obj. And in Project Options, specify Object file output directory as 'obj'. This should change the command line to use obj/<somefile>.o instead. Hopefully this should shorten the command line enough.

Or if you are feeling adventurous, check out the svn trunk and use scons to compile. See thelusiv's other thread for details.

[mpo]

I've tried to specify a new Object file output directory, but now it tells to me:

cannot find -ISDL_gfx
id returned 1 exit status
[Build error] [../../Vdrift.exe]Error 1

Is a problem of dll? for the SDL_gfx i've included in the project just the header file, because the package manager give to me some problems.
What i have to do? What i have forgotten to insert?

thanks.

[rookie1]

You need to put SDL_gfx header files in include directory, and libSDL_gfx.a in lib directory. This is what happens if you install the DevPak. I think libSDL_gfx.a is missing in your installation.

[mpo]

Now it's ok thank you . Where i can find trackmap.cpp? I have downloaded all the souce packages but i don't find that file..

[thelusiv]

If you want to compile from source use SVN, not a source package. trackmap.cpp is in SVN.

Very soon I'll have VDrift SVN compiling on Windows using SCons. There are still some problems blocking progress but I hope to fix those tonight. Watch the other thread for progress. I'll need help testing very soon.

[mpo]

Ok!!!

[mpo]

I have had the following error:
error: `GLhandleARB' does not name a type

I have seen in the forum that it's a problem of openGL version, i have downloaded mesa 7.0 (there's openGL 2.1 inside) and i have replaced the GL files in my project (gl.h, glext.h, glu.h), i have done the wrong thing?
Because i have the following error:

src/vamos/track/Strip_Track.cc:20:37: vamos/track/Strip_Track.h: No such file or directory


and a lot of other errors in the same file, i suppose because it don't find Strip_Track.h, but this file there isn't in the source. Where i can find it?

[thelusiv]

I'm not sure why you're missing so many files. Did you do a complete checkout with TortoiseSVN? All the files you've been missing are most certainly in SVN.

The SCons build is working (well, at least it's compiling) now, so you should try it out on your machine. See the other thread for instructions.