Code::Blocks Forums
User forums => Nightly builds => Topic started by: killerbot on June 27, 2007, 11:21:14 pm
-
Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.codeblocks.org/index.php/topic,3232.0.html).
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 27 June 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20070627_rev4190_win32.7z
- Linux :
http://prdownload.berlios.de/codeblocks/CB_20070627_rev4190_Ubuntu6.10+7.04_wx2.8.4.deb (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070627_rev4190_suse100-102.wx28.i586.rpm (not yet)
http://prdownload.berlios.de/codeblocks/CB_20070627_rev4190_fc4+5.i586.rpm (not yet)
Resolved Fixed:
- Fixed: [Bug #11454] wxDatePickerCtrl: wxDataEvent instead of wxDateEvent
- wxSmith: Added few missing icons and fixed small bug in property editor (it didn't clear events page after closing editor)
- Fixed: Couldn't compile on MSW without PCH (applied patch #1992 - thanks stahta01)
- DragScroll 1.1.04 2007/06/27
- Reduce minimum Unix Context menu sentry delay
- Clean up configuration panel - CodeSnippets 1.2.83 2007/06/27
- Fixed: Index might not be saved when changing category label
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
-
@wxSmith Dev
When creating project through wizard, you don't check if the user wants the PCH file or not, it's always included in the source file.
Do you want me to fill a bug report ?
(Bug noticed for the last 2 nightlies on Windows Vista)
-
@wxSmith Dev
When creating project through wizard, you don't check if the user wants the PCH file or not, it's always included in the source file.
Do you want me to fill a bug report ?
(Bug noticed for the last 2 nightlies on Windows Vista)
Thanks for feedback. There's no need to fill bug report. Should work fine in next nightly :).
Regards
BYO
-
I got C::B to build on Fedora 7 as-is. If someone writes the .spec file (or helps me do it), I could help have nightly builds for Fedora 7 on x86_64 (and possibly i386 if I can get it to cross-compile).
-
I've found a strange behavior of the GCC compiler when I compile : when not using some declared variables, I now have errors instead of warnings.
Kurapix
-
kurapix: What was the last version (before this one) of CodeBlocks you used?
-
Yeah sorry.
I've seen this problem for the first time in build 4181, now I'm using build 4191 and the problem is still there.
I'm using Ubuntu 7.04 with wxWidgets 2.8.4.
Suggestion for the compile log :
- ability to hide some warnings (and keep others like not using some variables, ...)
Kurapix
-
Suggestion for the compile log :
- ability to hide some warnings (and keep others like not using some variables, ...)
Hehe, I'm not sure that's a good idea. Warnings are there for a reason :lol:
-
Suggestion for the compile log :
- ability to hide some warnings (and keep others like not using some variables, ...)
You can change the Warnings level: see project->build options->Compiler Flags...
-
I used to be able to find the value of a variable while debugging just by hovering over it, this has stopped working for me :?
I'm on Ubuntu Feisty with the latest nightly (but this could have started at any time recently). Is there an option that I may have turned off? Debugging symbols are enabled in the project.
-
Suggestion for the compile log :
- ability to hide some warnings (and keep others like not using some variables, ...)
Hehe, I'm not sure that's a good idea. Warnings are there for a reason :lol:
Exactly. If you want to disable certain warnings, you can do that by adding the respective commandline options to compiler flags: http://gcc.gnu.org/onlinedocs/gcc-4.1.0/gcc/Warning-Options.html
(you want the ones starting with -fno-...)
It is usually a better idea to fix the code, though. Although most of the time, things seem to work just fine despite warnings, code that produces warnings may break on some platforms under some conditions, at the most inappropriate and most unpredictable time.
-
Hello,
I am going to play the damned pesky but would it be possible to homogenize spaces/tabs in files from wizard (main.cpp and all other file created with wizard).
There are some files which contains tabs and spaces to indent code.
Depend of Tab options, the code is or isn't correctly indented.
If you want, I can do it and send you the new files.
-
If you want, I can do it and send you the new files.
We'd be happy to get them. :)
-
Ok, I will do it this afternoon.
Do you know if there is any standard in code formatting?
Do you prefer Tab or space from the beginning of a line?
If I have to use spaces, do you prefer 2 or 4 spaces?
-
Ok, I will do it this afternoon.
Do you know if there is any standard in code formatting?
Do you prefer Tab or space from the beginning of a line?
If I have to use spaces, do you prefer 2 or 4 spaces?
Please use 4 Spaces and No Tabs. :)
I'm not sure which files are affected. But it could some of the files I committed. Morten pointed me that problem. :roll:
-
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
How long has that been there? Isn't it time to find a workaround or at least remove it from the list? :P
-
Job done.
I have updated all files which contained Tabs by four spaces.
I also indented all files which used only two spaces instead of four.
Thanks to regular expressions :D
You can find my archive here:
http://www.mytempdir.com/1364422
-
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
How long has that been there? Isn't it time to find a workaround or at least remove it from the list? :P
Feel free to submit a patch to Microsoft.
Tim S
-
Thank you for the warnings tips.
The warnings are here because of the SDL library so if I have to fix theses ... I'll need to type all the keyboards keys, etc.
*EDIT* : Whops ... it is because I've forgotten the default case ... shame on me lol.
Of course I'm careful about my code not having warnings because like thomas said, it cans produces some problems.
Kurapix
-
I got C::B to build on Fedora 7 as-is. If someone writes the .spec file (or helps me do it), I could help have nightly builds for Fedora 7 on x86_64 (and possibly i386 if I can get it to cross-compile).
C::B is already part of Fedora. For the spec file and some patches see http://cvs.fedora.redhat.com/viewcvs/devel/codeblocks/?root=extras
I can upload my internal development versions to http://fedora.danny.cz/ occasionally
-
Hi,
wxSmith crashed C::B after I changed some sizer settings and started the preview. My whole work with wxSmith is destroyed now although I compiled the project may times before the crash. Perhaps the file was overwritten... I don't know.
But please add the wxs file to the autosave files. If got backups of the cpp and hpp files - which are ok :? - but there's no wxs.save file. :(
-
people are already working on this issue. It's because it is not part of the project, you can always add that file your self to the project. Things will probably be ok.
@Thomas : you implemented the autosave --> is it correct it will be included then ??
-
people are already working on this issue. It's because it is not part of the project, you can always add that file your self to the project. Things will probably be ok.
@Thomas : you implemented the autosave --> is it correct it will be included then ??
Autosave only saves editors that validate as builtin editors, as I know they are just text files. It then uses the standard write-string-to-file function to do its job. Later, saving projects was added by calling the respective ProjectManager function. I don't think it's a good idea, but popular demand was large.
Other than that, Autosave knows nothing about any editors or the data within, and does not touch them. They might be wxSmith editors or something entirely different. Remember that Byo's Tetris-game is an editor too.
Unless we implement a kind of document interface for opening and saving files, and things like this, I see now way how this could be implemented. If an editor is not a builtin editor, you know nothing about it, and should not attempt to save it on your own.