Should I stop reporting these compiler errs and just give up
on eunuchs until someone gives us a go-ahead?
I don't want to get [EDIT: more] irritating.
thanks
pecan
Compiling: sdk/xtra_res.cpp
Linking dynamic library: devel/libcodeblocks.so
g++: .objs/sdk/blockallocated.o: No such file or directory
g++: .objs/sdk/cbexception.o: No such file or directory
g++: .objs/sdk/configmanager-revision.o: No such file or directory
Process terminated with status 1 (26 minutes, 14 seconds)
0 errors, 95 warnings
OK, yesterday it was our fault, but this time it really isn't :lol:
blockallocated.cpp and cbexception.cpp were added in r1919 and 1921 today.
I know for sure I added them to both project files, but I just checked again to be 100% sure.
Both project files positively contain all of these files. Your project file must be out of date...?
Ok, last night I changed the -unix.cbp file to try and add
one file and subtract two others.
When I svn updated this morning, does this mean that my
-unix.cbp file did NOT get updated to the svn version.
If so, why not? I dont have any rights to update that file.
Shouldnt svn say, "whoa buddy, you can't do that.." and
clobber mine with the svn version?
If it didn't update it, how can I make sure that it does, in case
I make a stupid err?
thanks
pecan
Quote from: Pecan on February 02, 2006, 05:41:38 PM
If it didn't update it, how can I make sure that it does, in case I make a stupid err?
delete the file(s) in question and run
svn update
Normally when you update, SVN should merge the new with the old (at least this is what happen in my case). If there are problems, then a conflict is signalled (this happen to me when I modify a file, do a patch, the patch is applied with other fixes, features, ..., and then I do an update). If a conflict is signalled you delete the file and do a SVN update (you can copy the original file, just in case). This is how TortoiseSVN, but I am not sure if SVN in Linux do the same (it should not be very different anyway, or?).
Michael
QuoteWhen I svn updated this morning, does this mean that my
-unix.cbp file did NOT get updated to the svn version.
If so, why not? I dont have any rights to update that file.
Shouldnt svn say, "whoa buddy, you can't do that.." and
clobber mine with the svn version?
Actually, it should
merge your copy with the changes in SVN, i.e. it should keep your modifications but propagate the changes of the actual version into your copy.
This normally works quite reliably, except if
a) you have a conflict (you and someone else modified the same line by coincidence)
b) you did not update the root directory, but only a subdirectory
c) other reasons (access errors, etc...)
The solution is to simply run
svn update CodeBlocks-Unix.cbp (you don't need to provide an URL or anything, just the file name), or to delete the file and run a normal update as tiwag said (which will cause you to lose your modifications, though).
Please do note that you
must close the project and open it again (or quit and restart Code::Blocks), because the project is
not automatically reloaded when Subversion changes it.
Quote
It's not my fault. My dog ate the patch.
Any chance ya got a project eating dawg too? :}
Can I borrow 'im?
thanks
pecan
I deleted CodeBlocks-unix.cbp and svn updated to 1933.
I verified that the .cbp had been replaced. It has an entry
for say.. blockallocated.cpp in it.
Then, using the last usable CB on ubuntu that I have (svn 1787)
I attempted to compile CB 1933.
I get these errs:
Compiling: sdk/uservarmanager.cpp
Compiling: sdk/workspaceloader.cpp
Compiling: sdk/xtra_classes.cpp
Compiling: sdk/xtra_res.cpp
Linking dynamic library: devel/libcodeblocks.so
g++: .objs/sdk/customvars.o: No such file or directory
g++: .objs/sdk/blockallocated.o: No such file or directory
g++: .objs/sdk/cbexception.o: No such file or directory
g++: .objs/sdk/configmanager-revision.o: No such file or directory
Process terminated with status 1 (24 minutes, 44 seconds)
0 errors, 95 warnings
CodeBlocks-unix-cbp zip attached.
where am I going wrong. Has anyone else had success compiling
this way?
I'll be happy to change my ways for some success.
It seems so few people are actually using linux, is any of this worth the effort?
thanks
pecan
[attachment deleted by admin]
did you try to rebuild the target sdk ?
Quote from: tiwag on February 02, 2006, 07:25:17 PM
did you try to rebuild the target sdk ?
I don't know what that means.
I hit the rebuild button and answered yes.
Have you had any success compiling this?
If so could you discribe how so I can do it too.
thanks
pecan
Quote from: Pecan on February 02, 2006, 07:32:38 PM
Quote from: tiwag on February 02, 2006, 07:25:17 PM
did you try to rebuild the target sdk ?
I don't know what that means.
instead of (re)building "All" targets, you can select a specific target from the toolbar called "Build target:"
when you then select Build or Rebuild only this specific target is processed.
it can be a time-saver sometimes ;-)
Quote
Have you had any success compiling this?
my build is running now ... i'll report
@pecan: i hope, that i've found all issues soon .. (looks promising)
partial success only :(
i got it compiling but the compiler-plugin doesn't load properly, sorry but i have no time left today for further investigations ...
attached is my current codeblocks-unix.cbp
[attachment deleted by admin]
Thanks tiwag
Nice to know it wasn't all my stupidity. I don't have the
expertise to tackle CB-unix when it isnt setup to compile.
I'll lay my unix code/tests aside for now. Until there's something
to work with.
thanks for the help
pecan
i got SVN rev 1933 building under Ubuntu510, compiler plugin works ok,
but it crashes when one wants to edit the Editor-Settings.
Yiannis, can you please have a look ?
[attachment deleted by admin]
I updated codeblocks-unix.cbp.
I 'm investigating the crash (hang for me) in editor settings, but I noticed that when I launch C::B and go directly in editor settings it works so if you want to change any settings do it like this :).