The 21 november 2006 build is out.

[WilliamT]

Ubuntu 6.10 (Edgy) build here.
Get 6.06 (Dapper) build from link in first post by killerbot.

Edit: Pulled the 6.10 file from the site. Several errors when opening CB of not finding a zip file that contains images and the start page, etc. I would assume the 6.06 build is doing the same thing. Errors logged below:

06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/edit_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/contents_16x16.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-missing.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-modified.png': file does not exist.
06:45:54 AM: Can't load image from file '/usr/local/share/codeblocks/images/file-readonly.png': file does not exist.

[...]

When I try to open plugins menu:

06:48:33 AM: Cannot load resources from file '/usr/local/share/codeblocks/resources.zip#zip:main_menu.xrc'.
06:48:33 AM: XRC resource 'dlgConfigurePlugins' (class 'wxDialog') not found!

I get the same error on Edgy. Tried to set the correct path with "--prefix" and "CODEBLOCKS_DATA_DIR", but that also doesn't work.

Hi,

I'm found a workaround to this problem. If you copy the codeblocks directory from the /usr/share folder to /usr/local/share, all the errors will go away.  It looks like some of the dependency files are in /usr/share and others are expected in /usr/local/share.  You can probably manually copy only the needed files over, but I'm too lazy.

Thanks,
William

[mandrav]

I'm found a workaround to this problem.

Every time you decide to change the installation path, you must rebuild codeblocks with the appropriate --prefix option in configure.
The above errors come from this. You built codeblocks once without the --prefix option, which defaults to /usr/local, and then you built again with --prefix=/usr. The trouble is that you didn't rebuild (aka clean and build).
If you don't want to rebuild everything, there is a shorter way to do this:

Code

cd src/src
make clean
cd ../..
make clean-bin
./configure --prefix=/what/ever
make
sudo make install

Finally, if none of the above suits you, just start codeblocks with the --prefix option:

Code

codeblocks --prefix=/usr

[gjsmo]

On my system (WinXP,svn build 3253) the default is to start code completion after I type 4 letters.

...or CTRL + Space. That's what I do if it's less than 4 characters and I want to see the members anyway.

I thought the purpose of code-completion was to save typing (though if I already have the object name in, sometimes it helps to do that if I don't want to wade through libraries)

[cstudent]

I'm found a workaround to this problem.

Every time you decide to change the installation path, you must rebuild codeblocks with the appropriate --prefix option in configure.
The above errors come from this. You built codeblocks once without the --prefix option, which defaults to /usr/local, and then you built again with --prefix=/usr. The trouble is that you didn't rebuild (aka clean and build).
If you don't want to rebuild everything, there is a shorter way to do this:

Code

cd src/src
make clean
cd ../..
make clean-bin
./configure --prefix=/what/ever
make
sudo make install

Finally, if none of the above suits you, just start codeblocks with the --prefix option:

Code

codeblocks --prefix=/usr

While all this is true, I do not make any prefix changes when I build the deb files. I also create a new directory and do a full svn download of the trunk for the revision I'm building. However, I believe I found the problem in the rules file under the debian folder. It was calling for prefix=/usr and not /usr/local. I made the change and rebuilt the deb for edgy. It is now placing the files in /usr/local/share/codeblocks like it should be and seems to be working fine now. I don't know why this problem has not appeared before now.

I will check any future builds and fix this, but it would help if you could change the rules file in the debian directory to use --prefix=/usr/local. I might also suggest that you change the changelog file to reflect dapper instead of breezy. And in the control file add subversion under the Build-Depends: section.

Anyone using any future Ubuntu debs should be able to remove their /usr/share/codeblocks directory.

I have uploaded the fixed Edgy build for this nightly here.

Edit: Oh, yeah. Happy Thanksgiving to everyone too.

[Alturin]

If I recall properly from my Linux time, it's due to the fact that when you're building (and afterwards, installing) from source, it's installed in /usr/local/share, and when you install a package (.deb file in your case), it's installed in /usr/share/ by default. (It could be the other way around, though.)
As far as I know, that is a Linux thing, not something that has anything to do with Code::Blocks, or the debian package.

Hope that helps.

[mandrav]

I believe I found the problem in the rules file under the debian folder. It was calling for prefix=/usr and not /usr/local. I made the change and rebuilt the deb for edgy.

That's not a problem. Debs are built for /usr...

[qwertz]

I did more testing on the problem and this is what I found out so far:

- the dapper-build works correct on an edgy system ("./codeblocks --prefix" does the job)
- the edgy-build doesn't work though.... (even "./codeblocks --prefix" is no help here)

So what I did was to rebuild C:B with an older version of gcc on my edgy system (3.4 actually). Well.... the error was gone. I suspect this to be a gcc-4.1 related problem.


Edit: Even though the new version now works out of its install-directory (that could be at any location), the error still happens when I move the whole directory to somewhere else. Again the --prefix option doesn't work.
I guess I'll have to give it some more testing then...

[BrianSidebotham]

If I have a C project, and have a struct, let's say: [...]

...it works if you implement it this way:

Code

struct Flex
{
    char *text;
    struct Flex *next;
};
typedef struct Flex Flex;

With regards, Morten.

ahhhhh, bliss. I've been hanging on the edge of my seat for a workaround to structs code completion! Excellent.

Keep up the great work on c::b

[cstudent]

That's not a problem. Debs are built for /usr...

That occurred to me later. The Dapper deb looks like it is working fine. I've just got figure out what changed between revision 3230 and 3253 that affects building the Edgy deb.

[jsibarani]

slackware 10.2  .tgz package unicode build : 

http://images.jefrisibarani.multiply.com/movie/jefrisibarani:video:1/jefrisibarani/1.tgz/1ZsQs22vVAwlel+Wn5,53A/codeblocks-1.0.0.svn.3253-i686-1jsa.tgz

http://jefrisibarani.multiply.com/

note : the package installs to /opt/codeblocks

cheers

[SharkCZ]

I see the problems with /usr/local and resources too on the Fedora Extras builds. The same SRPM rebuild on FC4 - OK, build on official build system FC6 - problem.

[SharkCZ]

FC6/i386 build for revision 3240 works OK, but 3245 is bad. And I expect revision 3245 to be the first bad (there are changes in finding the location of the executable).

[mandrav]

r3259 contains the fix.

[cstudent]

r3259 contains the fix.

You're the man Mandrav!  Definitely cured the problem.

[SharkCZ]

r3259 contains the fix.

Tested on FC6/i386 - it works again.