Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
Redirecting Objects output.
takeshimiya:
--- Quote from: mandrav on January 31, 2006, 11:12:50 pm ---I think we must disable some text boxes that mean nothing in project properties when a makefile is used...
--- End quote ---
--- Code: (cpp) ---true;
--- End code ---
jayatk:
--- Quote from: mandrav on January 31, 2006, 11:12:50 pm ---
If you 're using external makefiles, C::B has nothing to do with where your makefile puts the object files.
I think we must disable some text boxes that mean nothing in project properties when a makefile is used...
--- End quote ---
Okay, but I don't have this problem with other IDE's that I use with a external makefile build.
I'll keep investigating...
mandrav:
--- Quote from: jayatk on February 01, 2006, 02:43:45 pm ---Okay, but I don't have this problem with other IDE's that I use with a external makefile build.
I'll keep investigating...
--- End quote ---
There's nothing to investigate. Let me tell you once again, in case you didn't understand it.
C::B is not using makefiles to build its projects. It uses its own sophisticated build system. The only time it needs to call make, is if the project is using a custom makefile.
In this case, all C::B does is to call make with the appropriate arguments. Nothing more, nothing less.
As you may very well know, a makefile contains all the info needed to build a project. Including the generated objects directory, the filenames to generate, etc.
So, since you are using a custom makefile for your project, C::B can't do nothing more than just launch make.
You don't think that C::B should automatically edit your makefile? :lol:
And for those "other IDEs" where you don't see this problem, they 're probably using make for builds anyway and generate a makefile automatically each time before building the project.
This is not a custom makefile, it's an IDE-maintained makefile. Huge difference ;).
Btw, seeing you don't quite understand the build system, why are you using custom makefiles? Are you sure you need them? (just checking)
jayatk:
--- Quote from: mandrav on February 01, 2006, 03:00:39 pm ---You don't think that C::B should automatically edit your makefile? :lol:
--- End quote ---
No, of course not :)
--- Quote from: mandrav on February 01, 2006, 03:00:39 pm ---And for those "other IDEs" where you don't see this problem, they 're probably using make for builds anyway and generate a makefile automatically each time before building the project.
This is not a custom makefile, it's an IDE-maintained makefile. Huge difference ;).
--- End quote ---
Yes...and no. See below. But, I do understand your point :D
--- Quote from: mandrav on February 01, 2006, 03:00:39 pm ---Btw, seeing you don't quite understand the build system, why are you using custom makefiles? Are you sure you need them? (just checking)
--- End quote ---
Yes, I'm sure we need an external makefile. The makefile, which is a proprietray build file generated by GreenHills compiler, is shared amongst a group of engineers who are using different IDE enviroments(GreenHills, Multi-Edit,Codewright, etc.). We need to maintain that build file in our version control system for consistent builds.
With Codewright, even though I have my projects files (in this case a .pjt file) in a separate directory as the GreenHills build/make file, I'm able to execute the build file where it is located. Hence, it dumps the objs right there. I think the problem I'm having with C::B is that it executes where the .cbp file is located. So, I've been playing around with the custom variables to "trick" it into running make out of the build directory. Not having much luck :?
My last resort will be to locate the .cbp file inside the build directory which I really do not want to do.
Thanks for your patience :D
P.S. Sorry for hosing up the post! I tried to fix it.
Edit by mandrav: fixed formatting.
mandrav:
Ah, I see. You should have told this from the start ;).
So all you need is to specify the directory where make is launched from. Right?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version