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/base64.o: No such file or directory
g++: .objs/sdk/configurationpanel.o: No such file or directory
g++: .objs/sdk/crc32.o: No such file or directory
Process terminated with status 1 (64 minutes, 26 seconds)
0 errors, 0 warnings
SVN 2343 get the following errors attempting to compile
(with Codeblocks 2316) under Ubuntu 510
Compiling: src/prefix.cpp
Compiling: src/printdlg.cpp
Compiling: src/splashscreen.cpp
Compiling: src/startherepage.cpp
Linking executable: devel/codeblocks
.objs/src/app.o: In function `__tcf_0':
src/app.cpp:340: undefined reference to `CrashHandler::~CrashHandler()'
.objs/src/app.o: In function `CodeBlocksApp::OnInit()':
src/app.cpp:340: undefined reference to `CrashHandler::CrashHandler()'
collect2: ld returned 1 exit status
Hello,
I have no problem with rev2343 on Ubuntu 5.10. I have just build yesterday the .deb package for rev2343 and all went as usually.
Sorry for the stupid question, but you did not use in Linux the #define WINVER=0x0501 used to build the Crash Handler on Windows XP (see Thomas's post (http://forums.codeblocks.org/index.php?topic=2873.0))?
Best wishes,
Michael
I simply did a SVN update on 2316 and tried to compile using CodeBlocks.
I got the errors reported. If anything new is defined in 2343,
I didn't define it.
I then did an "svn update -r 2342", recompiled, and the error were gone.
src/app.cpp:340: undefined reference to `CrashHandler::~CrashHandler()'
src/app.cpp:340: undefined reference to `CrashHandler::CrashHandler()'
It seems Thomas didn't add these files in non-windows builds.In rev 2346 crashhandler.cpp is in the codeblocks_SOURCES list. app.cpp builds without any warnings/errors on fedora core 4.
The files themselves are #ifdef'd so they won't actually be compiled, but they need to be added to the build.
I will do it later today.
For the time being do it yourselves, locally.
For autotools, edit src/src/Makefile.am and add crashhandler.cpp in the codeblocks_SOURCES list of files.
For the .cbp builds, add src/crashhandler.cpp|h in the codeblocks-unix.cbp.
It seems Thomas didn't add these files in non-windows builds.Yes, he did (to the best of his knowledge).
It seems Thomas didn't add these files in non-windows builds.In rev 2346 crashhandler.cpp is in the codeblocks_SOURCES list. app.cpp builds without any warnings/errors on fedora core 4.
The files themselves are #ifdef'd so they won't actually be compiled, but they need to be added to the build.
I will do it later today.
For the time being do it yourselves, locally.
For autotools, edit src/src/Makefile.am and add crashhandler.cpp in the codeblocks_SOURCES list of files.
For the .cbp builds, add src/crashhandler.cpp|h in the codeblocks-unix.cbp.
I build it with autotools/make. Seems only building with .cbp is affected.
It seems Thomas didn't add these files in non-windows builds.
The files themselves are #ifdef'd so they won't actually be compiled, but they need to be added to the build.
I will do it later today.
For the time being do it yourselves, locally.
For autotools, edit src/src/Makefile.am and add crashhandler.cpp in the codeblocks_SOURCES list of files.
For the .cbp builds, add src/crashhandler.cpp|h in the codeblocks-unix.cbp.
It seems Thomas didn't add these files in non-windows builds.Yes, he did (to the best of his knowledge).
He added them to
a) CodeBlocks.cbp
b) CodeBlocks-unix.cbp
c) Makefile.am inside src
He believes you have to run bootstrap again for new files to be honoured, but he isn't entirely sure about this, being an autotools noob :)
From Michael
I have checked and found as you said that the files were added to the src/src/makefile.am. This should explains why I could build the .deb package (but not why Pecan could not build rev2343).
QuoteFrom Michael
I have checked and found as you said that the files were added to the src/src/makefile.am. This should explains why I could build the .deb package (but not why Pecan could not build rev2343).
Pecan was using Codeblocks 2316 to compile
Codeblocks 2343. And it didnt work.
But... As long as it's fixed...Pecan is happy