Code::Blocks live svn ebuild [Check last page for news]

Message

Tiger683 · Post by **Tiger683** » Sun Mar 05, 2006 8:29 pm

Please look at last few pages for updates, i don't maintain this post/topic/ebuild anymore.
So, pls no PMs as well...

Thx

immudium · Post by **immudium** » Mon Mar 06, 2006 7:07 pm

Just wanted to say thanks for sharing your work Tiger683. The previous svn ebuild was kicking my butt with various errors. Now it's working very well and I must say I'm quite taken with it so far and looking forward to getting some good, solid coding done with it.

immudium · Post by **immudium** » Mon Mar 06, 2006 8:44 pm

Another thing I found while messing around with codeblocks. If you add "--enable-contrib" to econf, i.e.

Code: Select all

econf --with-wx-config=wx-config-2.6 --enable-dependency-tracking \
        --enable-contrib \
        $(use_enable debug) || die "Died in action: econf ..."

Then you also get a nice little gui designer called wxSmith.

There's probably a more correct way to add that option in the ebuild via a use variable like "plugins" or something, but like I mentioned, I sucketh big time at the ebuild thing so I though I would bring it up here and leave the actual implementation to the experts.

Tiger683 · Post by **Tiger683** » Mon Mar 06, 2006 9:28 pm

Thx, added

apage · Post by **apage** » Mon Apr 03, 2006 12:34 am

Used your ebuild with no problems at all, Code::Blocks is all working well.

Would you mind if I posted a link to your ebuild on the Code::Blocks forum??

Thanks for your work.

Alan

Tiger683 · Post by **Tiger683** » Thu Apr 27, 2006 8:12 am

I have just updated my overlay, changes are a few community patches
and a sed command in the ebuild for fixing build failure because of the called auto_revision script in the build process,
now it picks the svn directory in distfiles and thus works correctly -> codeblocks svn builds again

Link to the new overlay (no digest included as the digest format changed in recent ~ARCH portage version, unpack into overlay and redigest):
codeblocks-999-overlay-NO_DIGEST.tar.bz2

immudium · Post by **immudium** » Thu Apr 27, 2006 3:43 pm

Holy crap, thank you! I just barely tried to update my codeblocks build just last night for the first time in a few weeks. So I was quite disappointed to get a mocking, condescending compile error back which made my fingers tremble and sweat profusely in fear at having to tackle this one, so you've doubtless saved me quite a bit a grief. Codeblocks now tells me that "Something has gone wronge inside Code::Blocks" and will, for the good of all mankind, shut itself down to prevent global thermonuclear implosion, but it builds just fine and building is half the battle! *chanted with an 80's G.I. Joe air punch*

Tiger683 · Post by **Tiger683** » Thu Apr 27, 2006 3:49 pm

immudium wrote:Holy crap, thank you! I just barely tried to update my codeblocks build just last night for the first in in a few weeks since I some sort of recent update, maybe the wx library, seemed to have made codeblocks weak in the knees. So I was quite disappointed to get a mocking compile error back which made my fingers tremble and sweat in fear at having to tackle this one, so you've doubtless saved me quite a bit a grief. Codeblocks now tells me that "Something has gone wronge inside Code::Blocks" and will shut itself down to prevent global thermonuclear implosion, but it builds just fine and building is half the battle! *chanted with an 80's G.I. Joe air punch*

It's a known problem, new project wizard is broken on some linux systems (i suspect glibc-2.4 and/or gcc-4.1).
My fix is:

Code: Select all

mv /usr/share/codeblocks/plugins/libprojectwizard.la libprojectwizard.la.backup
mv /usr/share/codeblocks/plugins/libprojectwizard.so libprojectwizard.so.backup

Until it is fixed upstream. This way we are still "stuck" with the good old "new project" dialog

Thanks for pointing it out, i totally forgot to mention it

T

immudium · Post by **immudium** » Thu Apr 27, 2006 5:41 pm

Tiger683 wrote: It's a known problem, new project wizard is broken on some linux systems (i suspect glibc-2.4 and/or gcc-4.1).
My fix is:
Code: Select all
mv /usr/share/codeblocks/plugins/libprojectwizard.la libprojectwizard.la.backup
mv /usr/share/codeblocks/plugins/libprojectwizard.so libprojectwizard.so.backup
Until it is fixed upstream. This way we are still "stuck" with the good old "new project" dialog

Thanks for pointing it out, i totally forgot to mention it

T

No problem. That got me back up and running. Thanks again!

DaveHope · Post by **DaveHope** » Mon May 01, 2006 1:56 pm

Worked a treat. Code::Blocks looks like a really sweet IDE

Look forward to seeing it officially in portage. Great work.

MichaelZ · Post by **MichaelZ** » Mon May 01, 2006 8:31 pm

immudium wrote:Another thing I found while messing around with codeblocks. If you add "--enable-contrib" to econf, i.e.
Code: Select all
econf --with-wx-config=wx-config-2.6 --enable-dependency-tracking \
        --enable-contrib \
        $(use_enable debug) || die "Died in action: econf ..."
Then you also get a nice little gui designer called wxSmith.

There's probably a more correct way to add that option in the ebuild via a use variable like "plugins" or something, but like I mentioned, I sucketh big time at the ebuild thing so I though I would bring it up here and leave the actual implementation to the experts.

Hello,

By using "--enable-contrib", you can also build optional plugins, i.e.,

-Code Statistics
-copystring (Unix)
-DragScroll
-Help Plugin (Unix)
-C::B KeyBinder
-C::B Profiler (Unix)
-Exporter (Unix)
-wxSmith (Unix)

The wxSmith plugin is under re-designing and a new version should be available soon.

Bet wishes,
Michael

immudium · Post by **immudium** » Mon May 01, 2006 9:04 pm

MichaelZ wrote: Hello,

By using "--enable-contrib", you can also build optional plugins, i.e.,

-Code Statistics
-copystring (Unix)
-DragScroll
-Help Plugin (Unix)
-C::B KeyBinder
-C::B Profiler (Unix)
-Exporter (Unix)
-wxSmith (Unix)

The wxSmith plugin is under re-designing and a new version should be available soon.

Bet wishes,
Michael

Nice! I'll never say no to an easier to use and more bug free wxSmith. Since you piqued my interest, I guess this is the thread of interest:
http://forums.codeblocks.org/index.php?topic=2694.0.

The rest of the plugins, especially the profiler sounds pretty cool too as I get more comfortable with the codeblocks environment.

MichaelZ · Post by **MichaelZ** » Mon May 01, 2006 9:24 pm

immudium wrote:
MichaelZ wrote: Hello,

By using "--enable-contrib", you can also build optional plugins, i.e.,

-Code Statistics
-copystring (Unix)
-DragScroll
-Help Plugin (Unix)
-C::B KeyBinder
-C::B Profiler (Unix)
-Exporter (Unix)
-wxSmith (Unix)

The wxSmith plugin is under re-designing and a new version should be available soon.

Bet wishes,
Michael
Nice! I'll never say no to an easier to use and more bug free wxSmith. Since you piqued my interest, I guess this is the thread of interest:
http://forums.codeblocks.org/index.php?topic=2694.0.

The rest of the plugins, especially the profiler sounds pretty cool too as I get more comfortable with the codeblocks environment.

Yes, that's the thread

.

Recently an autosave plugin was developed and integrated too. Anyway, AFAIK you can build it in Linux only by using CodeBlocks-unix.cbp and not with the autotools (there is no Makefile.am).

Best wishes,
Michael

Tiger683 · Post by **Tiger683** » Wed May 03, 2006 7:39 am

MichaelZ wrote:Anyway, AFAIK you can build it in Linux only by using CodeBlocks-unix.cbp and not with the autotools (there is no Makefile.am

yet...)

MichaelZ · Post by **MichaelZ** » Wed May 03, 2006 8:45 am

Tiger683 wrote:
MichaelZ wrote:Anyway, AFAIK you can build it in Linux only by using CodeBlocks-unix.cbp and not with the autotools (there is no Makefile.am
yet...)

Yes. Still miss someone to do it. I would like, but I am a newbie with autotools...

MichaelZ · Post by **MichaelZ** » Wed May 03, 2006 10:23 am

MichaelZ wrote:
Tiger683 wrote:
MichaelZ wrote:Anyway, AFAIK you can build it in Linux only by using CodeBlocks-unix.cbp and not with the autotools (there is no Makefile.am
yet...)

Yes. Still miss someone to do it. I would like, but I am a newbie with autotools...

The Makefile.am has been added to the autools build system. Let's give it a try

.

Best wishes,
Michael

Tiger683 · Post by **Tiger683** » Thu May 04, 2006 5:52 am

MichaelZ wrote:
MichaelZ wrote:
Tiger683 wrote:
MichaelZ wrote:Anyway, AFAIK you can build it in Linux only by using CodeBlocks-unix.cbp and not with the autotools (there is no Makefile.am
yet...)

Yes. Still miss someone to do it. I would like, but I am a newbie with autotools...
The Makefile.am has been added to the autools build system. Let's give it a try .

Best wishes,
Michael

Works great thanks

The ebuild is still valid, now it is being built using the contrib useflag too.

T

MichaelZ · Post by **MichaelZ** » Thu May 04, 2006 7:56 am

Tiger683 wrote:
MichaelZ wrote:
MichaelZ wrote:
Tiger683 wrote:
MichaelZ wrote:Anyway, AFAIK you can build it in Linux only by using CodeBlocks-unix.cbp and not with the autotools (there is no Makefile.am
yet...)

Yes. Still miss someone to do it. I would like, but I am a newbie with autotools...
The Makefile.am has been added to the autools build system. Let's give it a try .

Best wishes,
Michael
Works great thanks

The ebuild is still valid, now it is being built using the contrib useflag too.

T

Hello,

Great

.

May be it could be relevant to you, but if C::B installed from your package crashes, you should run before building:

make clean-zipfiles

This to make the update of the resources (zip files).

I had crash in Settings-->Environment due to this problem and the make clean-zipfiles solved it

.

Best wishes,
Michael

Tiger683 · Post by **Tiger683** » Thu May 04, 2006 10:25 am

MichaelZ wrote:
make clean-zipfiles

This to make the update of the resources (zip files).

Hmm, interesting. although portage build is not affected by the Settings->Environment->Crash bug,
It would be worth giving it a try to see if it fixes the StartCode::BlockswithProjectWizardenabled->Crash bug

Though i think it simply happens on glibc-2.4 and/or gcc-4.1 systems.

Thanks,

T

MichaelZ · Post by **MichaelZ** » Thu May 04, 2006 10:57 am

Tiger683 wrote:
MichaelZ wrote:
make clean-zipfiles

This to make the update of the resources (zip files).
Hmm, interesting. although portage build is not affected by the Settings->Environment->Crash bug,
It would be worth giving it a try to see if it fixes the StartCode::BlockswithProjectWizardenabled->Crash bug
Though i think it simply happens on glibc-2.4 and/or gcc-4.1 systems.

Thanks,

T

Hello,

It seems that there is a "problem" with the resources updating. In case of problems it is worth to try the make clean-zipfiles. For example debian packages had the crash when opening Settings-->Environment and FC4 another crash (Project-->New project IIRC).

If not crashes happen then all the best

. If not just give a try to the make clean-zipfiles.

Concerning your crash, you can give it a try. Strange errors (at least for me) happen when resources are not updated

.

Best wishes,
Michael

gray_ · Post by **gray_** » Thu May 04, 2006 6:15 pm

Thanks for the ebuild it works great.

I had that startup crash bug too, thanks for the tip on disabling the New Project Wizard.

Though i think it simply happens on glibc-2.4 and/or gcc-4.1 systems.

This isn't the case. I run gcc 3.4.5 and glibc 2.3.5 and still have the bug.

Regards,
Gray

Tiger683 · Post by **Tiger683** » Fri May 05, 2006 7:01 am

gray_ wrote:Thanks for the ebuild it works great.

I had that startup crash bug too, thanks for the tip on disabling the New Project Wizard.

Though i think it simply happens on glibc-2.4 and/or gcc-4.1 systems.
This isn't the case. I run gcc 3.4.5 and glibc 2.3.5 and still have the bug.

Regards,
Gray

Thanks for heads up, now i know i REALLY should try this "make clean-zipfiles" thingie,
if it works I'll update the overlay, as it's pretty annoying.

Thanks,

T

EDIT: Ok, it didn't help with the crash, it must be something else....

EDIT2: Added it to todays overlay anyway, and bumped version of wxFlatNotebook to 1.30 since thomas commited a fix for it into svn.
As soon as wxFlatNotebook hits svn it will fail to apply, then just remove the file 20_all_codeblocks-wxFlatNotebook_130.patch from "files/patches" subdirectory in the overlay. Have fun (i do at least

)

Tiger683 · Post by **Tiger683** » Wed May 10, 2006 8:42 pm

Revision bump

immudium · Post by **immudium** » Thu May 11, 2006 5:18 pm

Working pretty well here. I get a few odd crashes here and there, but nothing too bad especially with the autosave plugin now available.
Anyway, I'm having fun with it as well.

Thanks for the update.

Tiger683 · Post by **Tiger683** » Fri May 12, 2006 8:41 am

immudium wrote:Working pretty well here. I get a few odd crashes here and there, but nothing too bad

The culprit of the project-wizard related crash is now known.
To get rid of ityou should make sure that both is true:

1) zlib was NOT compiled with CFLAG -ftree-vectorize
2) code::blocks was NOT compiled with C[XX]FLAG -fomit-frame-pointer

Then it should work fine including the project wizard.
I will update the overlay with a flag-o-matic filter_flags directive for -fomit-frame-pointer when i have some more time.

Thanks,

T