As a warning, the annoyance may have been removed, but the position buffering settings are not loaded until the settings window is opened (at least once) due to a missing initialization (http://forums.codeblocks.org/index.php/topic,17070.msg117249.html#msg117249).
- applied patch by Alpha to remove some annoyance in EditorTweaks plugin
As a warning, the annoyance may have been removed, but the position buffering settings are not loaded until the settings window is opened (at least once) due to a missing initialization (http://forums.codeblocks.org/index.php/topic,17070.msg117249.html#msg117249).Done in trunk.
<CodeBlocks_project_file>
<Project>
...
<Compiler>
<Add option="`wx-config --cflags`" />
<Add option="-Wall" />
</Compiler>
<Linker>
<Add option="`wx-config --libs`" />
</Linker>
...
</Project>
</CodeBlocks_project_file>
<CodeBlocks_project_file>
...
<Project>
...
<Build>
<Target title="Debug">
...
<Compiler>
<Add option="-g" />
<Add option="`wx-config --version=2.8 --static=no --unicode=yes --debug=yes --cflags`" />
</Compiler>
<Linker>
<Add option="`wx-config --version=2.8 --static=no --unicode=yes --debug=yes --libs`" />
</Linker>
</Target>
</Build>
</Project>
</CodeBlocks_project_file>
<CodeBlocks_project_file>
...
<Project>
...
<Build>
<Target title="Release">
...
<Compiler>
<Add option="-O2" />
<Add option="`wx-config --version=2.8 --static=no --unicode=yes --debug=no --cflags`" />
</Compiler>
<Linker>
<Add option="-s" />
<Add option="`wx-config --version=2.8 --static=no --unicode=yes --debug=no --libs`" />
</Linker>
</Target>
</Build>
</Project>
</CodeBlocks_project_file>
I've just tried to compile C::B svn 8604 on windows, but it complains for a new cb_release_type environment variable not defined. What are we supposed to put in it ?Either -g or -O2.
CB continued to reload all the projects ==> crashCrash log?
Its was the first try of CodeBlocks under MS Windows with mingw, but, I found it could not load a UTF-8 encoded text file(including *.c and *.cpp source file)Works for me. Can you send a sample file which does not work? And: Is it really UTF-8?
Eventually it seems that it was a known issue... Was it worth a RTFM answer?This is because the Windows-only compilers "do not exist" in Linux builds. The XML Compiler branch has changed this behavior, but this branch will not be merged until after the release.Well, if I try to change compiler flags for MSVC8 under linux, I get "the defined compiler cannot be located (ID:msvc8)" even though the build target is not set up to "Windows only".2) When using several build targets / environments, it happens that it is not possible to change the compiler flags for a compiler that is not installed on the computerI cannot reproduce. It works just fine here. Maybe you setup the target so that it is "Windows only"? In that case, just don't do it and you can change flags as you like. (I can.)
As promised here is a way to reproduce. (The delay is due to the fact that I did not have a windows computer with bost MSVC8 and MSVC9 accessible). So, I just made a fresh install of the RC2 release.I will send you a more detailed description of the problem separately.3) Apparently, when both MSVC2005 and MSVC2008 are installed, C::B does not make the differenceAgain: I cannot reproduce. I have two targets: MSVC 2005 and MSVC 2008 and if I change flags for the one target the other is not affected. What exactly are you doing? Steps to reproduce, please?
It is mixing directories of MSVC8 and MSVC9. One can correct if by referring to only one of the two versions in the include directies and Compiler's installation directory.This is for convenience only, as if the compiler cannot be 100% detected, default path's are used. Its up to the user to verify the setup for the chosen compiler, so its not really a bug. You cannot rely 100% on the auto-detection engine as you can have thousands of editions and different ways to install these.
Problems with UTF-8 here too, quick feedback.This is not a bug.
Sorry if I irritated you, if you think I'm beeing annoying, tell me and I will search by myself :)Don't worry - what would be more helpful is to provide a sample that worked before and behaves different now.
I've just created a test file in Notepad++ with some french accents in it and saved it in UTF-8 without BOM.Fixed in trunk. Thank you.
I've just tried to compile C::B svn 8604 on windows, but it complains for a new cb_release_type environment variable not defined. What are we supposed to put in it ?Either -g or -O2.
<Add option="$(#CB_RELEASE_TYPE)" />
I do not understand the use of a global variable in this location.It wouldn't work across projects in a workspace. Why this was done it to allow to compile the whole C::B workspace either in debug (-g) or release (-o2) mode. This is not doable with an envvar currently, unless its a global (OS/system) envvar. But if so and its not set you would simple have neither the one nor the other flag. GCV's are queried to the user exactly for this purpose.
Would not a custom variable be a better/more correct choice?
<Add option="$(#cb.cflags)" />
No, this is for the SDK......and also doesn't apply for all plugins. In fact, the plugins in our SVN should not use it at all. Its more for external, third party plugins (including those you would create using the wizard or alike). But we might have a better solution in place after the release. Just be patient... I have that feeling that oBFusCATed has something in mind... ;-)
I have that feeling that oBFusCATed has something in mind... ;-)Don't count on this to happen soon :-P
I'm just downloaded RC2 vesrion, and I noticed, that when I'm putting new charcters or delete them from to top most or bottom lines in current view in editor, whole tekst scrolls in direction to achive active line as close to middle as it can be. It happens every typed key in the new opened file. It may stop for a while but it comes back in non determistic moment ;)
Sorry, RC2 is rev 8598, but the missing initialization was fixed in rev 8599 (fix arrived one commit too late :(). This means that in RC2, this one setting (for buffering the caret position in the editor) is a random number at startup, and only reads your config when the editor settings window is opened.As a warning, the annoyance may have been removed, but the position buffering settings are not loaded until the settings window is opened (at least once) due to a missing initialization (http://forums.codeblocks.org/index.php/topic,17070.msg117249.html#msg117249).Done in trunk.
Yes, its really UTF-8 encoded, Im sure. So, I have to reinstall old version svn8401, it works for me. Because Im Chinese, I usually use Chinese label in my source files, like wxMessageBox(wxT("消息")); if the file encoded in ANSI, gcc will refuse to compile, so I have to convert it into UTF-8 encoded, however, CB can's display it, so that I can't use it to debugging.Its was the first try of CodeBlocks under MS Windows with mingw, but, I found it could not load a UTF-8 encoded text file(including *.c and *.cpp source file)Works for me. Can you send a sample file which does not work? And: Is it really UTF-8?
if the file encoded in ANSI, gcc will refuse to compile, so I have to convert it into UTF-8 encoded....I this case, you can either compile this ansi file with gcc option like
-finput-charset=GBK
(2) I also have problems with UTF-8 encoded sources. I have attached a header that I actually created and edited with previous versions of C::B, by manually selecting the encoding mode as UTF-8.It has already been fixed - see post somewhere else in the forums.
Hi, I just updated to RC2. When using the "Project-> Set programs' argument" menu, modifications in program arguments are lost when clicking on another target. One apparently has to click on "OK" after setting up the argument for a given target, and come back to "Project-> Set programs' argument" to modify the arguments for the next one.Hello, does anyone have an idea on this one?
SC
Hello, does anyone have an idea on this one?Known issue... should be fixed someday...
1.Are you sure it worked with makefile based (as cmake projects are)?
When recompile my project, I see a lot of stuff in Build log (and this is OK). The first line is
[100.0% Running command: (blablabla)/Makefile" VERBOSE=1
But when I change:
Settings->Compiler->Other settings->Compiler logging: Task description
there is only one line during whole recompilation:
[100.0%] Using makefile: Makefile
Old version 10.05 works as expected:
[ 1%] Building...
[ 2%] Building...
etc.
1.Are you sure it worked with makefile based (as cmake projects are)?
When recompile my project, I see a lot of stuff in Build log (and this is OK). The first line is
[100.0% Running command: (blablabla)/Makefile" VERBOSE=1
I can't believe it, because C::B does not (and can not) scan makefiles, and is therefore not able to know wich percentage of the build-process is done.
It works as you have described with C::B's native projects.
About the 3rd point: sometimes need time before the break work, at least if multiple parallel build processes are used.
But the most important is why C::B freezes when loads a source file. I have just removed codeblocks-contrib and it did not help.What file? Samples please, otherwise we cannot reproduce and cannot do anything about it.
But the most important is why C::B freezes when loads a source file. I have just removed codeblocks-contrib and it did not help.What file? Samples please, otherwise we cannot reproduce and cannot do anything about it.
The Source formatter doesn't work for me on Code::Blocks 12.11 RC2 (23 November 2012 build 8598)What exactly does not work? Steps to reproduce? It works fine here.
I use Ubuntu 12.04, 32 bit.
on this version, I can see nothing when I open some exist files. ???I just met this. It may be caused by file encoding. I use visualstudio to open the .cpp file , it complains some encoding problem ,and convet it . Then I reopen the cbp in codeblocks , the cpp file can be openned. ( the old encode maybe gb3212 (chinese encoding))
The Source formatter doesn't work for me on Code::Blocks 12.11 RC2 (23 November 2012 build 8598)What exactly does not work? Steps to reproduce? It works fine here.
I use Ubuntu 12.04, 32 bit.
Just saying that "something does not work" is not really helpful you know...
void method()
{}
void method()
{
}
The problem appeared after upgrade of Code::Blocks from RC1 to RC2
The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)I checked into this ppa, and it appears that the most recent build does not contain the SmartIndent* plugins (lost during packaging??).
The problem appeared after upgrade of Code::Blocks from RC1 to RC2That is strange because we didn't even touch this component between these builds. Do you really mean the astyle based source formatter, or do you mean "AutoBrace" features or alike form the editor?
Can this be caused by reusing default.conf from earlier nightlies? Everything else seems to work fine...Yes. But this can be disabled in the EditorTweaks options, just not in this specific version (its already fixed in trunk). Please disable the EditorTweaks plugin for now if it drives you nuts.
Do you really mean the astyle based source formatter, or do you mean "AutoBrace" features or alike form the editor?
Hello all,
long time I did not get by there, and I see a release! Nice!
However:
ALL CodeBlocks nightlies up to now have had a very simple but annoying bug with SDCC, so it's time to fix that I guess.
OLD revisions of SDCC used a "rel" extension for object files, which is reflected in this compiler settings.
All recent SDCC releases have now been using "o" for object files.
Can you update that please? There's no chance that anyone will still use such an old SDCC release!
Thanks for codeblocks, it's my daily tool for 3 compilers: mingw, sdcc, and arm-none-eabi using the official arm embedded toolchain (which is not supported yet, so I just change compiler names in "GNU ARM Compiler".)
Sorry for asking this from nowhere, but I guess a RC is the proper moment to do that request ;)
Regards
What I'm asking for is to make "o" the default for SDCC object files because "rel" has been totally irrelevant for months.Patch changing defaults in XML compiler branch:
Index: src/plugins/compilergcc/resources/compilers/options_sdcc.xml
===================================================================
--- src/plugins/compilergcc/resources/compilers/options_sdcc.xml (revision 8640)
+++ src/plugins/compilergcc/resources/compilers/options_sdcc.xml (working copy)
@@ -25,7 +25,7 @@
<Switch name="linkLibs" value="-l"/>
<Switch name="defines" value="-D"/>
<Switch name="genericSwitch" value="-"/>
- <Switch name="objectExtension" value="rel"/>
+ <Switch name="objectExtension" value="o"/>
<Switch name="needDependencies" value="true"/>
<Switch name="forceCompilerUseQuotes" value="false"/>
<Switch name="forceLinkerUseQuotes" value="false"/>
Index: src/plugins/compilergcc/compilerSDCC.cpp
===================================================================
--- src/plugins/compilergcc/compilerSDCC.cpp (revision 8640)
+++ src/plugins/compilergcc/compilerSDCC.cpp (working copy)
@@ -67,7 +67,7 @@
m_Switches.linkLibs = _T("-l");
m_Switches.defines = _T("-D");
m_Switches.genericSwitch = _T("-");
- m_Switches.objectExtension = _T("rel");
+ m_Switches.objectExtension = _T("o");
m_Switches.needDependencies = true;
m_Switches.forceCompilerUseQuotes = false;
The problem appeared after upgrade of Code::Blocks from RC1 to RC2That is strange because we didn't even touch this component between these builds. Do you really mean the astyle based source formatter, or do you mean "AutoBrace" features or alike form the editor?
The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)I checked into this ppa, and it appears that the most recent build does not contain the SmartIndent* plugins (lost during packaging??).
The AutoBrace feature was only example of what is happens. All auto formatting features are disabled in Code::Blocks RC2 from Linux Ubuntu repository: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)Has anyone yet sent a message to let pasgui know the packaging was faulty (missing the SmartIndent* plugins)?
What I'm asking for is to make "o" the default for SDCC object files because "rel" has been totally irrelevant for months.Done in trunk. I guess nobody of us works with that compiler, so hopefully no other users complain that might still use the version that requires "rel"... we will see...
||=== wxWidgets - Contrib Items wx2.9.x, wxKWIC ===|
KWIC\include\wx\KWIC\AngularRegulator.h|28|error: invalid use of incomplete type 'class wxControl'|
C:\wxTrunk\include\wx\msw\bitmap.h|21|error: forward declaration of 'class wxControl'|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp||In member function 'virtual wxObject* kwxAngularRegulatorHandler::DoCreateResource()':|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp|69|error: no matching function for call to 'kwxAngularRegulatorHandler::SetupWindow(kwxAngularRegulator*&)'|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp|69|note: candidate is:|
C:\wxTrunk\include\wx\xrc\xmlreshandler.h|325|note: void wxXmlResourceHandler::SetupWindow(wxWindow*)|
C:\wxTrunk\include\wx\xrc\xmlreshandler.h|325|note: no known conversion for argument 1 from 'kwxAngularRegulator*' to 'wxWindow*'|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp|71|error: cannot convert 'kwxAngularRegulator*' to 'wxObject*' in return|
C:\wxTrunk\include\wx\object.h||In instantiation of 'T* wxCheckCast(const void*, T*) [with T = kwxAngularRegulator]':|
C:\SVN_Codes\codeblocks\src\plugins\contrib\wxContribItems\KWIC\src\wx\xrc\xh_kwxangularregulatorhandler.cpp|47|required from here|
C:\wxTrunk\include\wx\object.h|161|error: invalid static_cast from type 'kwxAngularRegulator*' to type 'const wxObject*'|
||=== Build finished: 5 errors, 2 warnings (20 minutes, 7 seconds) ===|
UPDATE: I have compiled the latest C::B repository, svn-8643 (with TDM's GCC 4.7.1-2 and wxMSW-2.8.12 [32-bit on Windows XP]) and the issue remains the same.View -> Hide editor tabs (Ctrl-H)
After discussion with pasgui, the plugins apparently do exist, /usr/lib/codeblocks/plugins, but for some reason have the file extension *.do_not_load. You can manually rename them, or re-install Code::Blocks. I found a purge necessary for the re-install to work:The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)I checked into this ppa, and it appears that the most recent build does not contain the SmartIndent* plugins (lost during packaging??).
sudo apt-get purge codeblocks
sudo rm -rf /usr/lib/codeblocks/
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get update
sudo apt-get install codeblocks codeblocks-contrib
For other users:After discussion with pasgui, the plugins apparently do exist, /usr/lib/codeblocks/plugins, but for some reason have the file extension *.do_not_load. You can manually rename them, or re-install Code::Blocks. I found a purge necessary for the re-install to work:The Code::Blocks repository for Ubuntu linux is ppa: https://launchpad.net/~pasgui/+archive/ppa/ (https://launchpad.net/~pasgui/+archive/ppa/)I checked into this ppa, and it appears that the most recent build does not contain the SmartIndent* plugins (lost during packaging??).Codesudo apt-get purge codeblocks
sudo rm -rf /usr/lib/codeblocks/
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get update
sudo apt-get install codeblocks codeblocks-contrib
UPDATE: I have compiled the latest C::B repository, svn-8643 (with TDM's GCC 4.7.1-2 and wxMSW-2.8.12 [32-bit on Windows XP]) and the issue remains the same.View -> Hide editor tabs (Ctrl-H)
Guys, upon moving buttons from wxBoxSizer1 to wxBoxSizer2 it crashed twice up to now. I will try to reproduce it and write down the steps.
It happened under Windows XP, svn-8587, TDM's GCC 4.7.1-2 [32-bit], wxMSW-2.8.12
stefanos_: please start a new topic and provide a minimal sample for the wxsmith issue!
Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?Nope
User CBFanNUser produced cannot compute error message.I am definitely made of Fail. I just tried to reproduce using a backup copy of the project and yeah... no my bad.
Retry, Abort, Fail?_
But the most important is why C::B freezes when loads a source file. I have just removed codeblocks-contrib and it did not help.What file? Samples please, otherwise we cannot reproduce and cannot do anything about it.
I know.
But it is quite strange. Loading sqlite3.h file (original version 3.7.13) to C::B with no worspace succeedes, but when I load my .cbp project and then open sqlite3.h the C::B freezes. I will try to prepare a minimal test case.
But there is still problem with compilation options - setting "Compiler logging" to "Task description" gives empy Compiler log. (It is working fine in 10.05 version). To fix this I have to go to Build options of my project and in "Make commands" tab remove "VERBOSE=1" argument.You're just using custom makefiles. So they take over the build process and C::B has very little control.
Similar - to use all my CPU cores I have to add here "-j 8" switch (setting "Number of processes for paralell bulds" gives me nothing.
All my project files are generated by CMake so manual modification of these files is useles - they are quite often recreated during developement process.
Am I doing something wrong?
Greetings to all - many thanks for this latest version! However -This is most likely a gtk issue, none of the "Shift"-shortcuts should work, because the "Shift" is eaten by gtk and is never seen by wxWidgets.
Shift+F7 doesn't perform a 'step into' when debugging - it just does a 'next line' (the toolbar icon does behave as expected). I'm using Ubuntu 12.04, 64-bit.
DrShred: Search the forum about this ... it is discussed a lot, also there was a link to gtk+'s bugzilla with a lengthy discussionApologies - I searched for F7, keyboard, step into, and shift, but found nothing. I figured it was best to report it twice than have it go unnoticed.
Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?Nope
void DoWait()
{
++m_Patience;
}
Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?Packaging is most time consuming these days.
Another little bug I found in 8598:
* Find & replace using regex inserts newline when matching end of line pattern "$"
* Any newly defined abbreviations (Ctrl+J) insert 2 newlines for every 1 until you exit Code::Blocks (which will save to the conf file correctly); on restart it's all good.
#2 there were a bunch of recent fixes for newline handling. This may be a regression.Untested, but may be where the issue comes from:
Index: src/plugins/abbreviations/abbreviationsconfigpanel.cpp
===================================================================
--- src/plugins/abbreviations/abbreviationsconfigpanel.cpp (revision 8644)
+++ src/plugins/abbreviations/abbreviationsconfigpanel.cpp (working copy)
@@ -110,7 +110,10 @@
if (!key.IsEmpty())
{
AutoCompleteMap* compMap = m_Plugin->m_AutoCompLanguageMap[lang];
- (*compMap)[key] = m_AutoCompTextControl->GetText();
+ wxString code = m_AutoCompTextControl->GetText();
+ code.Replace(wxT("\r\n"), wxT("\n"));
+ code.Replace(wxT("\r"), wxT("\n"));
+ (*compMap)[key] = code;
}
}
#1 is I think a limitation of advanced reg ex with dos style newlines. The $ matches on \n instead of \r\n. Try switching on eol markers to see what I mean. If it is something else give steps to reproduceYes, it does seem to do exactly what you said. An initial replace("\r", "") allows it to work normally.
#2 there were a bunch of recent fixes for newline handling. This may be a regression. Or maybe just breaks oldTo reproduce, add an abbreviation, e.g.snippetsabbreviations? More detailed steps to reproduce would be helpful.
for(int j = 0; j < $(count); j++)
{
|
}
Codeblocks.exe /na /nd /ns --build --target=Debug "...\Project.cbp"
The last nigthly RC2 contains still the editor-initialization bug.What is that?
See here (http://forums.codeblocks.org/index.php/topic,17130.msg117251.html#msg117251), but irrelevant because:The last nigthly RC2 contains still the editor-initialization bug.What is that?
They already released 12.11
If I take a detailed look into the "About"-output I see that the nightly I use (8598) was was build on November the 20th. But the date of the coresponding forum-topic is November the 23.The latest stable (http://forums.codeblocks.org/index.php/topic,17200.0.html) is currently newer than the last nightly/RC; remove your current version and install the stable for the bug fix.
The latest stable is currently newer than the last nightly/RC; remove your current version and install the stable for the bug fix.
when do you assume to post the next development-nightly?When the nightly maintainer (killerbot) find the time again... (Sorry for being not more specific though...)
Installing a nightly means only extract some compressed files, what can be done without admin-rights.The Windows installers do not require admin-rights (... at least, last time I checked they did not).
The next nightly will bring major changes btw...Major ;)
The Windows installers do not require admin-rights (... at least, last time I checked they did not).This may be the case on your private computer. But if you are using a machine maintained from a central support-team you may have less rights. And if you have to follow additional process-rules ("law of a company") for doing something like this installing becomes not easier.
This may be the case on your private computer. But if you are using a machine maintained from a central support-team you may have less rights. And if you have to follow additional process-rules ("law of a company") for doing something like this installing becomes not easier.Well the installer comes in two flavours to suite exactly your need in case you don't have admin rights. Please read the download section on our webpage more carefully. (Not just the download links at BerliOS/SourceForge).
On the other side between the releases you always answer questions about the next release with:Sorry, but I don't get whats the problem here.
"... use the nightly, since it contains everything you will get if we would post a release now ..."
Now you post a release and I wonder where is the nightly?
Hi, thx for the ongoing hard work, i really appreciate.
I have found some issues on LinuxMint64 C::B svn 8832
#1
The code-completion does not work for me as it should.
I work with the irrlicht engine, everything is found in namespace irr, irr::core, irr::video etc...
when i use a statement "using namespace irr;" in my main.cpp then the cc does not
include the related things into the cc-list, i still have to write irr::anything to get access.
The same happens when i am inside a namespace scope
namespace irr{
namespace video{
irr::video::anything i have to write irr::? to get access to the cc-list
}}
#2The same, need a test case to reproduce.
when i have pointers/references to classes and use ->/. operators, then there is often (not always) no cc-list showing
members and functions and such.
--> so cc is not usable for me after update to 12rc, but it happened to work much better in previous svn-version 8600 and like
#4 when i have a class i.e. IImage and i press right and want to find its declaration or implementation, codeblocks simply does not find it.Maybe, the #include "IImage.h" was stripped out by the preprocessor directives? Anyway, test case needed. :)
the class header "IImage.h" is declared in file <irrlicht.h> which is included in my main.cpp.
thx in advance
Maybe, the #include "IImage.h" was stripped out by the preprocessor directives? Anyway, test case needed.
Patch tracker seems to be offline, I upload patch here.Looks like no one has picked up this patch yet. I will look into it.
QuoteQuote from: eckard_klotz on January 17, 2013, 10:04:07 amWhen the nightly maintainer (killerbot) find the time again... (Sorry for being not more specific though...)
when do you assume to post the next development-nightly?
The next nightly will bring major changes btw...
Posted on: January 17, 2013, 10:06:17 amPosted by: jens
when do you assume to post the next development-nightly?When the nightly maintainer (killerbot) find the time again... (Sorry for being not more specific though...)
The next nightly will bring major changes btw...
When the nightly maintainer (killerbot) find the time again... (Sorry for being not more specific though...)that made me wonder, what may hapened. In the past i understood the nightly more as an extended test-posibility for the developers. Thus it may be a every drastic change if they don't want to start some test-baloons here.
The next nightly will bring major changes btw...
1. What is a nightly build
Nightly builds are provided "as is". They are "binary" distributions, normally provided daily (http://forums.codeblocks.org/index.php/topic,3232.0.html), representing the latest and greatest state of the codeblocks sources. Normally they are pretty stable, but however they can introduce new bugs, regressions, and on the other hand they can introduce new features, bug fixes, ...