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.next.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 01 October 2007 build is out.
- Windows :
http://prdownload.berlios.de/codeblocks/CB_20071001_rev4503_win32.7z
- Linux :
none
Resolved Fixed:
- Fixed: Wrong pop-up menu in Project Tree
- Fixed: File association detection code not detecting the files associated
- Applied: [Patch #2191] Patch for Bug #11979 (in modified form)
Regressions/Confirmed/Annoying/Common bugs:
- toolbar-images-not-changing-state (is a wx problem/Win XP problem)
It's the first by the way. (The RSS feed gives the right date.)
I think they live in Europe, they're always a week or so ahead of us.
Correct the day of the topic =) Thx as always
Wow, it's October 11th today? Man, I had an exam and I missed it! I was sure today was October 1st. I must be sleeping too much.
Build for Ubuntu i386/amd64 can be found here (http://lgp203.free.fr/spip/spip.php?article1)
:shock: :shock: :shock:
woops, maybe I should sleep instead of you Ceniza ;-)
So many fixes during the last few days... :shock:
What about the road map:
XML-based configuration system
XML-based compiler framework
Property-based build system
Automatic updates
Usability and stability fixes for code completion plugin
Regression and bug handling.
Do somebody sometime update the road map in WiKi :?:
Quote from: Grom on October 01, 2007, 09:21:35 PM
Do somebody sometime update the road map in WiKi :?:
Yes, but IIRC the status has not changed in the past few months.
Tim S
Would be grate to see the accomplished steps... :shock:
Dear all,
Using Mandriva 2008 linux i would like to know how to install code::block on it ?
Thank you
http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux
Ubuntu 6.10 & 7.04 Amd64 tar.gz archive (containing '.deb' installers builds with wx284) can be found here (http://www.esnips.com/web/CodeBlocks).
When I try to debug (on a particular project) it's telling me "no source file named <filename>.cpp" on the list. Other projects work fine, but not this one.
I build a repo for debian unstable.
At the moment I use the deb-scripts from mandrav (I hope it's ok for you) that come with the source.
The repo is on a home-server so the maximum download-rate is about 200 to 300 kBit for all users.
This is planned to be changed in the future to use a "real" server.
You can put the following line to your "/et/apt/sources.list":
deb http://jens.lody.name/debian/ unstable main
The Release file is self-signed.
To add the my public-key to your trusted key list for apt use the following command:
wget -q http://jens.lody.name/debian/jens.asc -O- | sudo apt-key add -
or download it manually from http://jens.lody.name/debian/ (http://jens.lody.name/debian/)
+hm+
It seems hard to get the XP nightly since the server seems to be a little busy.
I wonder why there are no Mac OS X nightlies.
Is it still that hard to compile for OS X?
Some entries in the forums say so...
Regards
Marco
I just changed my debian repository announced here (http://forums.next.codeblocks.org/index.php/topic,7029.msg53777.html#msg53777) .
Now there's a build for unstable/sid and one for stable/etch.
Both build with pbuild against the correct libraries and with the correct compilers (e.g. gcc 4.1 for etch and 4.2 for unstable).
So this line (in /etc/apt/sources.list)
deb http://jens.lody.name/debian/ unstable main
should work for unstable,
this one
deb http://jens.lody.name/debian/ etch main
for etch.
The place for the public-key did not change, so this command:
wget -q http://jens.lody.name/debian/jens.asc -O- | sudo apt-key add -
will fetch it and put it to apt's trusted keys.
AVR Wizard file is not correct?
line 90 of wizard.script,
pb_eepbin = _T("avr-objcopy --no-change-warnings --j .eeprom --change-section-lma .eeprom=0 -O binary $(TARGET_OUTPUT_FILE) $(TARGET_OUTPUT_FILE).eep.bin");
should be
pb_eepbin = _T("avr-objcopy --no-change-warnings -j .eeprom --change-section-lma .eeprom=0 -O binary $(TARGET_OUTPUT_FILE) $(TARGET_OUTPUT_FILE).eep.bin");
I got a built error, so i guess some thing wrong here. Not sure ;-)
Quote from: Lucas de Vil on October 04, 2007, 04:38:02 PM
I wonder why there are no Mac OS X nightlies.
The decision was made to provide montly builds instead,
as there is usually no need for users to do daily updates.
You can use the "codeblocks-devel" port from MacPorts,
as it builds directly from the SVN trunk - daily if needed.
Quote
Is it still that hard to compile for OS X?
Some entries in the forums say so...
Not really, no. :-)
It's usually better if the forum posters say so in bug reports
or direct emails, as then something can be done about it...
This is still not fixed (currently it is 90 line of share\CodeBlocks\templates\wizard\avr\wizard.script):
Quote from: dannygao on October 07, 2007, 05:13:43 PM
AVR Wizard file is not correct?
line 90 of wizard.script,
pb_eepbin = _T("avr-objcopy --no-change-warnings --j .eeprom --change-section-lma .eeprom=0 -O binary $(TARGET_OUTPUT_FILE) $(TARGET_OUTPUT_FILE).eep.bin");
should be
pb_eepbin = _T("avr-objcopy --no-change-warnings -j .eeprom --change-section-lma .eeprom=0 -O binary $(TARGET_OUTPUT_FILE) $(TARGET_OUTPUT_FILE).eep.bin");
I got a built error, so i guess some thing wrong here. Not sure ;-)
any other avr user which can confirm the "--j" should be "-j".
If anyone can confirm please do,so I can apply the suggested fix.
it must be -j because objcopy does not recognize --j option (any version of objcopy, not only avr, i check also MinGW and it has the same parameter)
c:\WinAVR-20071221\bin>avr-objcopy.exe
Usage: avr-objcopy.exe [option(s)] in-file [out-file]
Copies a binary file, possibly transforming it in the process
The options are:
-I --input-target <bfdname> Assume input file is in format <bfdname>
-O --output-target <bfdname> Create an output file in format <bfdname>
-B --binary-architecture <arch> Set arch of output file, when input is binary
-F --target <bfdname> Set both input and output format to <bfdname>
--debugging Convert debugging information, if possible
-p --preserve-dates Copy modified/access timestamps to the output
-j --only-section <name> Only copy section <name> into the output --add-gnu-debuglink=<file> Add section .gnu_debuglink linking to <file>
-R --remove-section <name> Remove section <name> from the output
-S --strip-all Remove all symbol and relocation information
-g --strip-debug Remove all debugging symbols & sections
[cut]
c:\MinGW\bin>objcopy
Usage: objcopy [option(s)] in-file [out-file]
Copies a binary file, possibly transforming it in the process
The options are:
-I --input-target <bfdname> Assume input file is in format <bfdname>
-O --output-target <bfdname> Create an output file in format <bfdname>
-B --binary-architecture <arch> Set arch of output file, when input is binary
-F --target <bfdname> Set both input and output format to <bfdname>
--debugging Convert debugging information, if possible
-p --preserve-dates Copy modified/access timestamps to the output
-j --only-section <name> Only copy section <name> into the output --add-gnu-debuglink=<file> Add section .gnu_debuglink linking to <file>
-R --remove-section <name> Remove section <name> from the output
-S --strip-all Remove all symbol and relocation information
-g --strip-debug Remove all debugging symbols & sections
--strip-unneeded Remove all symbols not needed by relocations
-N --strip-symbol <name> Do not copy symbol <name>
[cut]
Quote from: cieszak on March 13, 2008, 12:15:02 AM
it must be -j because objcopy does not recognize --j option (any version of objcopy, not only avr, i check also MinGW and it has the same parameter)
Fixed in trunk. Thanks for the fix. :)