Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
New plugin committed
Michael:
--- Quote from: mandrav on April 18, 2006, 06:08:23 pm ---@michael: I confirm the wxXmlResource::Unload() problem in Ubuntu. I have #ifdef'd this line of code, but note that the second time you 'll run this wizard (in the same session) you may expect a crash because the loaded XRC will not be refreshed...
--- End quote ---
Thank you very much for the help and the warning :D. Now it compiles fine. The problem with Ubuntu is due to the wxGTK library that is too old?
Best wishes,
Michael
mandrav:
--- Quote from: Michael on April 18, 2006, 10:08:52 pm ---Thank you very much for the help and the warning :D. Now it compiles fine. The problem with Ubuntu is due to the wxGTK library that is too old?
--- End quote ---
Yes. Although I haven't checked this, maybe there's a newer wxGTK in the backports repository...
Michael:
--- Quote from: mandrav on April 18, 2006, 10:41:09 pm ---
--- Quote from: Michael on April 18, 2006, 10:08:52 pm ---Thank you very much for the help and the warning :D. Now it compiles fine. The problem with Ubuntu is due to the wxGTK library that is too old?
--- End quote ---
Yes. Although I haven't checked this, maybe there's a newer wxGTK in the backports repository...
--- End quote ---
Ok. I am quite sure that Dapper will come with an update version (I hope it anyway :)). If not it would be better to build wxGTK directly from the sources. I will look to check if I find a newer version.
Best wishes,
Michael
MortenMacFly:
--- Quote from: mandrav on April 18, 2006, 03:31:32 pm ---Known "issue": when you run update.bat to update your installation, it copies the Makefile.am files too. These are not part of the sample projects.
--- End quote ---
If you change some lines in update.bat as following it will work.
Change:
xcopy /y /s plugins\projectwizard\resources\* %RESDIR%\templates\wizard >nul
xcopy /y /s plugins\projectwizard\resources\* output\share\codeblocks\templates\wizard >nul
...into:
echo Makefile.am > excludes.txt
xcopy /y /s plugins\projectwizard\resources\* %RESDIR%\templates\wizard /EXCLUDE:excludes.txt >nul
xcopy /y /s plugins\projectwizard\resources\* output\share\codeblocks\templates\wizard /EXCLUDE:excludes.txt >nul
del excludes.txt
With regards, Morten.
manmach:
--- Quote from: TDragon on April 18, 2006, 04:00:21 pm ---
* I like the Debug/Release options; they save me a bit of work. Beginners to programming and/or Visual Studio converts will also feel much more comfortable. (I know your goal isn't to duplicate VS, but a few crossovers like this definitely don't hurt.)
* The assumption that I will want my project in a subfolder of whatever folder I choose, with the same name as the project, is faintly irritating to me. Admittedly, I only have a few "projects" for which this wouldn't be suitable -- i.e. "solutions", containing multiple C::B "Projects", and I only have to set them up once. Still, semi-pros such as myself might appreciate a way to put the .cbp file exactly where we want when it's first created.
--- End quote ---
I don't like the idea of the subfolder either. In fact, in my (our) case it is almost always the wrong choice.
And if you want to compromise, make the compisted path editable. It is already listed to show the final result, so making that editable can't be too much bother. People who prefer the current setup can simply accept the end result, while others can remove the unwanted smartness.
Myself, I would go with letting people specify the path without adding a subdirectory automatically. Most other programs don't.
As for the debug and release, that is nice, but I find the choice of directorie odd. That may be because I am used to how KDevelop does it.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version