News:

As usual while waiting for the next release - don't forget to check the nightly builds in the forum.

Main Menu

The 12.11 RC2 (23 November 2012 build 8598) is out.

Started by killerbot, November 23, 2012, 07:26:15 PM

Previous topic - Next topic

MortenMacFly

Quote from: squalyl on November 30, 2012, 11:39:51 PM
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...
Compiler logging: Settings->Compiler & Debugger->tab "Other"->Compiler logging="Full command line"
C::B Manual: [url="https://www.codeblocks.org/docs/main_codeblocks_en.html"]https://www.codeblocks.org/docs/main_codeblocks_en.html[/url]
C::B FAQ: [url="https://wiki.codeblocks.org/index.php?title=FAQ"]https://wiki.codeblocks.org/index.php?title=FAQ[/url]

stefanos_

#61
A very awkward thing just happened to me. I have compiled the latest wxWidgets trunk and tried to compile Code::Blocks 2.9.x workspace with it, and a compilation error appeared that had something to do with KWIC. The error is this

Quote||=== 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) ===|

BUT...that is not the purpose I am posting this. There seems to be an issue with tabs too.

See the attached picture to get what I mean...no tabs on top of editor. This is the first time that happens to me :/

NOTE: Do not let exchndl.c confused you about the error message; I just opened it to check the issue with tabs and make my point of not be able to see them on top.

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.

[attachment deleted by admin]

squalyl


oBFusCATed

Quote from: stefanos_ on December 01, 2012, 10:00:24 AM
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)
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Alpha

Quote from: Alpha on November 29, 2012, 11:00:29 PM
Quote from: ptolomey on November 27, 2012, 07:45:32 PM
The Code::Blocks repository for Ubuntu linux is 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??).
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:

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

Jenna

Quote from: Alpha on December 03, 2012, 04:31:34 AM
Quote from: Alpha on November 29, 2012, 11:00:29 PM
Quote from: ptolomey on November 27, 2012, 07:45:32 PM
The Code::Blocks repository for Ubuntu linux is 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??).
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:

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:
if that happens to you, please try first to run sudo dpkg-reconfigure codeblocks-contrib .

stefanos_

Quote from: oBFusCATed on December 01, 2012, 11:53:29 AM
Quote from: stefanos_ on December 01, 2012, 10:00:24 AM
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)

Thanks. Indeed that was the issue; I guess the "Search and Replace [ctrl-H]" in Notepad++ got me used to it :P

stefanos_

Quote from: stefanos_ on November 28, 2012, 01:46:46 PM
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

This issue remains as of svn-8643. You can clearly see from the attachment that upon moving any item from wxChoiceBook to wxBoxSizer2, it crashed Code::Blocks.

[attachment deleted by admin]

oBFusCATed

stefanos_: please start a new topic and provide a minimal sample for the wxsmith issue!
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

stefanos_

Quote from: oBFusCATed on December 03, 2012, 09:33:32 AM
stefanos_: please start a new topic and provide a minimal sample for the wxsmith issue!

Done. I hope I have done it as it should; you may find it here http://forums.next.codeblocks.org/index.php/topic,17189.0.html

CBFanNUser

I had an issue when I upgraded from a previous nightly build (pre-RC) to RC2. The issue was the projects cbp file. The project file had some compiler options in it that were used instead of what was intended. I could not find them bringing up the project properties and build options. I had to manually remove the lines from cbp file.

I am off to bed. I am sorry in advance if this is my error or mentioned before.

oBFusCATed

User CBFanNUser produced cannot compute error message.
Retry, Abort, Fail?_
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

Alpha

Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?

No pressure; just curious if there is somewhere that would be helpful for me to focus my efforts.

oBFusCATed

Quote from: Alpha on December 05, 2012, 12:47:27 AM
Would any of the devs like to reveal what step(s) are left before RC2 becomes stable 12.11 (erm, 12.12)?
Nope
(most of the time I ignore long posts)
[strangers don't send me private messages, I'll ignore them; post a topic in the forum, but first read the rules!]

raynebc

Any news on the project parsing bug where casting a function's return value to (void) breaks the ability to find the function's declaration/implementation (previously mentioned at http://forums.next.codeblocks.org/index.php/topic,17070.msg117061.html#msg117061)?  This is one of the only two issues I can think of for Codeblocks.  The other being the performance issues of the auto-completion:  If I've been working in C::B long enough, it gets to the point where every time it tries to suggest an auto-completion, the IDE drops any keystrokes I enter for the next half second or so.  I notice no correlation with this behavior with any lack of free system memory or CPU cycles.  When it gets like this I usually just have to put up with it or re-open the IDE and my project to continue.