User forums > Help
Using C::B...but problems
sydbod:
Sorry for these newbi questions but help would be appreciated.
We are a group of novices that are working on an old game code, and have been using VS6 VC6++.
We have no problems modifying the code and compiling it under VS6.
Windows XP environment.
The task was to use C::B as the IDE rather than the poorer VS6 IDE and see if we could work under this better environment.
We ripped out the ALT, Bin, Lib, MFC, Include folders from the VC6++ and inserted them into a desktop folder called "CodeBlocks".
We also included a relevant folder for the combined files for the SDK2005, SmackerSDK, GlideSDK, DX6SDK(yes it is very old code and required this).
We also brought across the game source code in its own folder into the "CodeBlocks" desktop folder.
The reason this was done, is that the project is a bit complex and we hoped to be able to just zip up a pre-configured "CodeBlocks" folder, and distribute it to the others (Yes the blind is leading the blind in this case). This should save me the massive problems I have been having getting people set up to work with the code at the present.
Questions:
1) Is it acceptable to specify paths for libraries etc in the form of ".\VC6plusLIBRARIES\Lib" rather than the full C:\Documents and Settings\user\Desktop\CodeBlocks\VC6plusLIBRARIES\Lib"
I am trying to make things as generic as I can without having to introduce full paths or environment variables.
2) I can compile the *.c files and the *.cpp files, but I see no way to integrate the "ML" assembler in the compile process. The configuration is just ignoring the *.asm files in the compile phase.
--- Code: ---cl.exe /nologo /W3 /GX /O2 /DWIN32 /DNDEBUG /D_WINDOWS /YX /G5 /Zp1 /MT /Zi /Ot /Oi /Oy /Ob2 /DGLIDE3_ALPHA /D_WIN32 /DWIN95 /D__MSC__ /FR /FD /MT /G5 /GX /Ot /W1 /I"C:\Documents and Settings\user\Desktop\CodeBlocks\VC6plusLIBRARIES\EAW 2005 DX6 SDK" /I"C:\Documents and Settings\user\Desktop\CodeBlocks\VC6plusLIBRARIES\Include" /I"C:\Documents and Settings\user\Desktop\CodeBlocks\VC6plusLIBRARIES\MFC\Include" /I"C:\Documents and Settings\user\Desktop\CodeBlocks\VC6plusLIBRARIES\ATL\Include" /c sim_misc.asm /Fo.\Release4\sim_misc.obj
Command line warning D4025 : overriding '/W3' with '/W1'
Command line warning D4021 : no action performed
Command line warning D4024 : unrecognized source file type 'sim_misc.asm', object file assumed
Command line warning D4027 : source file 'sim_misc.asm' ignored
--- End code ---
Is there some solution, or do I have to preload the assembled object files for these *.asm files.
3)The object files for the compiled files are directed to the ".\Release4" folder and do arrive there with no problem.BUT...the linking does not find this folder when it tries to do its part.
--- Code: ---LINK:: fatal error LNK1181: cannot open input file ".\Release4\clipline.obj"
--- End code ---
Is there any way to fix this or do I have to specify the full path?
Any help would be greatly appreciated :)
Regards sydbod
Seronis:
--- Quote from: sydbod on October 10, 2007, 04:43:41 pm ---1) Is it acceptable to specify paths for libraries etc in the form of ".\VC6plusLIBRARIES\Lib" rather than the full C:\Documents and Settings\user\Desktop\CodeBlocks\VC6plusLIBRARIES\Lib"
I am trying to make things as generic as I can without having to introduce full paths or environment variables.
--- End quote ---
Let people keep the libraries where they normally do on their systems. But use the CodeBlocks specific global variables (not OS env vars) so that the paths used in the project setting all reference those. If you need an example you can look in the wiki at the compiler variables page, or you can just look at the codeblocks project itself. It uses 2 variables, 'cb' and 'wx', which resolve to where your local installations of CodeBlocks and wxWidgets are respectively.
sydbod:
Ahhhhhhh...something like
"$(CODEBLOCKS)\VC6plusLIBRARIES\Lib"
This looks like one of the 3 problems may be solved.
Thanks for that one :)
EDIT: Yes using $(CODEBLOCKS) does give me the path to where the C::B exe is located, so this part works now.
--- Quote ---3)The object files for the compiled files are directed to the ".\Release4" folder and do arrive there with no problem.BUT...the linking does not find this folder when it tries to do its part.
--- End quote ---
Is not a problem, the object files are actually found in that path by C::B. Have just confirmed this. It was the fact that the *.asm files were not assembled by ML that the *.obj files for these files could not be found.
Only problem left is how to integrate assembler into C::B so that the *.asm files also get worked on?
Seronis:
--- Quote from: sydbod on October 11, 2007, 12:25:47 am ---Only problem left is how to integrate assembler into C::B so that the *.asm files also get worked on?
--- End quote ---
Sorry thats beyond me. I've -never- dealt with assembly.
mandrav:
--- Quote from: Seronis on October 11, 2007, 04:52:33 am ---
--- Quote from: sydbod on October 11, 2007, 12:25:47 am ---Only problem left is how to integrate assembler into C::B so that the *.asm files also get worked on?
--- End quote ---
Sorry thats beyond me. I've -never- dealt with assembly.
--- End quote ---
Still work-in-progress but have a look at this.
Navigation
[0] Message Index
[#] Next page
Go to full version