Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on May 22, 2007, 09:44:27 pm
-
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
A link to the unicode windows wxWidget dll for Code::Blocks : http://prdownload.berlios.de/codeblocks/wxmsw28u_gcc_cb_wx284.7z
For those who might need this one (when no MingW installed on your system) : the mingw10m.dll : http://prdownload.berlios.de/codeblocks/mingwm10.7z
The 22 May 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20070522_rev3988_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070522_rev3988_Ubuntu6.10+7.04.deb
http://prdownload.berlios.de/codeblocks/CB_20070522_rev3988_suse100-102.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070522_rev3988_fc4+5.i586.rpm (not yet)
Resolved Fixed:
- Fixed: Wizard not overwriting existing files when told to do so
- CodeSnippets 1.2.73 2007/05/21
- Add Recently Used Indexes
- Fix error in category to category drag - CodeSnippets 1.2.73 2007/05/21
- Add Recently Used Indexes
- Fix error in category to category drag - Added some missing includes I've found while compiling C::B
- Reverted to notebook (instead of choicebook) for compiler and project options dialogs (due to popular demand)
- Fixed crash when removing custom tools (bug #11141)
- Make project active by double-clicking in project manager tree (patch #2017)
- Default filename in "File->Save As" does not lose the extension anymore (patch #2006 for bug #11036)
- Don't ask for confirmation when removing a tool separator in tools configuration dialog (patch #1990)
- Fixed: [Bug #10790] red dot disappearing
- Compiler plugin: Replaced build target's wxComboBox with a wxChoice (it fixes the "disappearing combo box" bug on Linux)
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
-
Compiler plugin: Replaced build target's wxComboBox with a wxChoice (it fixes the "disappearing combo box" bug on Linux)
I have to say on my linux OpenSuse 10.2 box this problem still occurs. Tomorrow will try it out on another OpenSuse 10.2 box.
-
Ubuntu 6.10 & 7.04 Amd64 .deb installer (build with wx263 and wx284) can be found here (http://www.esnips.com/web/CodeBlocks).
-
- Make project active by double-clicking in project manager tree (patch #2017)
Thank you guys!! :D
-
...
Resolved Fixed:
- Reverted to notebook (instead of choicebook) for compiler and project options dialogs (due to popular demand)
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
Very nice. Thanks.
-
Hi,
I have been having an issue for quite awhile with the project settings not being saved properly.
I am using a custom compiler profile derived off of the gnu gcc compiler. For my compiler I do not want to include the -l option when linking libraries. So every time I open codeblocks i go to Settings-Compiler and debugger->Other Settings->Advanced Options->Others. and remove the "-l" under Link Library. This allows me to compile and properly link all objects and libraries. The problem is that this setting is not saved and every time I restart codeblocks I have to go through this sequence.
Can anyone else confirm? I am using the May 22. ver.
thanks,
Jordar
-
- Compiler plugin: Replaced build target's wxComboBox with a wxChoice (it fixes the "disappearing combo box" bug on Linux)
Thanks heaps! :D
-
Compiler plugin: Replaced build target's wxComboBox with a wxChoice (it fixes the "disappearing combo box" bug on Linux)
I have to say on my linux OpenSuse 10.2 box this problem still occurs. Tomorrow will try it out on another OpenSuse 10.2 box.
I've just compiled C::B svn rev 3988 against wxGTK-2.8.4 on my openSuse 10.2 and this problem has been solved. The selected build target is now shown in the wxChoice, and the control doens't disappear.
EDIT: The control remains in the screen but has no effect :D. The selected target there is ignored, and is needed to select it from Build -> "Select target" menu option.
-
Ubuntu 6.10 + 7.04 build for wx2.8.4 here (http://www.savefile.com/projects/808492570).
Tonight's "official" deb against wx2.6.3 is going to be late. Having a little problem with Berlios ftp.
-
EDIT: The control remains in the screen but has no effect :D. The selected target there is ignored, and is needed to select it from Build -> "Select target" menu option.
Yeah, I just tried that and you're right. I forgot to change the event association from EVT_COMBOBOX to EVT_CHOICE. It seems to be working fine now.
Commited to SVN.
-
- Reverted to notebook (instead of choicebook) for compiler and project options dialogs (due to popular demand)
It's very nice! Thanks.
-
please see bugs report about open watcom linker..
https://developer.berlios.de/bugs/?func=detailbug&bug_id=11150&group_id=5358
-
please see bugs report about open watcom linker..
https://developer.berlios.de/bugs/?func=detailbug&bug_id=11150&group_id=5358
I'll look into it.
-
Compiler plugin: Replaced build target's wxComboBox with a wxChoice (it fixes the "disappearing combo box" bug on Linux)
I have to say on my linux OpenSuse 10.2 box this problem still occurs. Tomorrow will try it out on another OpenSuse 10.2 box.
problem also remains on the other linux box.
Are you sure this works with wx263 ???
-
i have one question
is it save to compile C::B under linux against wx2.8.x
-
is it save to compile C::B under linux against wx2.8.x
Yes, if you're not using wx 2.8.3. :)
-
There is a bug in the new version (22 May).
We can“t now select a 'build target' and then operate with it (build, rebuild or clean workspace)
Thanks for your work!
-
@mushakk
Wait for the next nightly. It has been fixed. :)
-
bug I noticed today : https://developer.berlios.de/bugs/?func=detailbug&bug_id=11151&group_id=5358
I think in the past this used to work. Will try on an older build tomorrow hopefully.
-
# Make project active by double-clicking in project manager tree (patch #2017)
Now I have to click the tiny little plus sign to see the list of files in a project.
Ramazan Kartal
-
I love the new build options/project options tab interface instead of the flip down interface. It's a lot faster and easier to set project specific options with the tabs. I love this IDE.
-
Compiler plugin: Replaced build target's wxComboBox with a wxChoice (it fixes the "disappearing combo box" bug on Linux)
I have to say on my linux OpenSuse 10.2 box this problem still occurs. Tomorrow will try it out on another OpenSuse 10.2 box.
problem also remains on the other linux box.
Are you sure this works with wx263 ???
wxWidgets 2.6.3 is the version I have in my Gentoo and it's working fine. Do the wxChoice widgets in the CodeCompletion toolbar also disappear?
-
CC toolbar : no, they stay
-
bug I noticed today : https://developer.berlios.de/bugs/?func=detailbug&bug_id=11151&group_id=5358
I think in the past this used to work. Will try on an older build tomorrow hopefully.
Can you post a test project?
-
bug I noticed today : https://developer.berlios.de/bugs/?func=detailbug&bug_id=11151&group_id=5358
I think in the past this used to work. Will try on an older build tomorrow hopefully.
Can you post a test project?
just create a simple static lib project, check the settings like the example I gave in the bugreport.
-
I just started downloading OpenSuse 10.2 so I can give it a try there. Since it's a DVD it'll take a few hours to download, but I hope I can try it tonight.
-
just create a simple static lib project, check the settings like the example I gave in the bugreport.
Ok, even when the extension autogeneration is disabled, it's not respecting it. Does it happen with other compilers?
-
Now I have to click the tiny little plus sign to see the list of files in a project.
The tree doesn't expands only if you activate another project.
So if you are activating another project just doubleclick twice.
Regards raph
-
Now I have to click the tiny little plus sign to see the list of files in a project.
The tree doesn't expands only if you activate another project.
So if you are activating another project just doubleclick twice.
Regards raph
I have several static lib projects which link to the main executable projects. So I have to click to see and open the files in static lib projects. By the way, what's the point of project activating by double clicking? I change the active project once or twice a week, but open files in other projects hundreths of times in a week.
Ramazan Kartal
-
I was finally able to download and install OpenSuse 10.2. I installed wxGTK 2.6.3 with Yast, did a svn checkout of Code::Blocks, compiled it, ran it, opened the Code::Blocks project file, clicked on the build target's wxChoice and... it didn't disappear.
Did I do anything wrong? :P
-
I was finally able to download and install OpenSuse 10.2. I installed wxGTK 2.6.3 with Yast, did a svn checkout of Code::Blocks, compiled it, ran it, opened the Code::Blocks project file, clicked on the build target's wxChoice and... it didn't disappear.
Did I do anything wrong? :P
you are very lucky, I am so jealous. My suse boxes are 64 bit. But my laptop suse is 32 bit, will do a freesh svn checkout on that one and try out ...
-
bug I noticed today : https://developer.berlios.de/bugs/?func=detailbug&bug_id=11151&group_id=5358
I think in the past this used to work. Will try on an older build tomorrow hopefully.
Can you post a test project?
just create a simple static lib project, check the settings like the example I gave in the bugreport.
fixed it : rev 4003
-
I was finally able to download and install OpenSuse 10.2. I installed wxGTK 2.6.3 with Yast, did a svn checkout of Code::Blocks, compiled it, ran it, opened the Code::Blocks project file, clicked on the build target's wxChoice and... it didn't disappear.
Did I do anything wrong? :P
you are very lucky, I am so jealous. My suse boxes are 64 bit. But my laptop suse is 32 bit, will do a freesh svn checkout on that one and try out ...
switched one linux box (64 bit) from wx263 to wx284 : problem gone.
To be short and ver strict : die wx26x, welcome wx284 ;-)
-
fixed it : rev 4003
Thanks.. :)