I have tested the Windows release briefly under XP SP3. It works, but everything lags notably compared to the previous nightly I had installed (7452). I am using MSVC2008 compiler.
For example, I am just testing a small console program using boost. When using 7392 it takes 10 seconds before I see anything in the build log window (i.e. that no rebuild is required) after pressing the toolbar build button. With the old nightly (7452), the respons is immediate.
Even exiting 7392 takes notably longer.
I am really interested in the new release for Linux, due to the new debugger integration. I want to use the same nightlies under both OSes, but the lag issue on Windows is currently a problem.
Rev7452 is too old, I'm not sure which branch did you use? the debugger branch nightly or the trunk? After that, many code changes have made to the debugger branch.We laso have many nightly build released, did you try those?
If didn't checked the "Enhanced multi-monitor dialog placement" , the "About" dialog will not shown at center of screen. why?See this: 005516 (https://developer.berlios.de/feature/?func=detailfeature&group_id=5358&feature_id=5516)
why?Because its not implemented using the "centred" flag.
cacb: Can you try the nightlies after 7452 and then tell us which is the first one where you see the slowness?
7932 has the lagI do not have such lag.
7925 appears to have the lag
7917 appears to have the lag
7452 no lag
7385 no lag
When using 7392 it takes 10 seconds before I see anything in the build log window (i.e. that no rebuild is required) after pressing the toolbar build button. With the old nightly (7452), the respons is immediate.In my Computer (WinXP, C::B nightly build 7932), the build log shows immediate after I press the toolbar button.
How can I help debugging this problem?Provide a simple test case (i.e. a minimal MSVS project) to reproduce.
In this post you can find the report file with three crashs and a test.sln I tried to open during the last crash.Having just the solution file is not enough, because there is nothing to import. Please provide a full minimal sample, including at least the project files. To try, please copy your solution / project / other files (step-by-step, as needed) into a new folder an try to import from there until C::B crashes, that provide exactly that full set of files (zipped) here.
Lags occurs when I try to view large STL containers.Explain please. What does it mean view?
"View" means "watch under debugger".Lags occurs when I try to view large STL containers.Explain please. What does it mean view?
OK, this is normal and it is unfixable at the moment.I wonder if it possible to tune gdb to show, for example, first 100 elements in container by default.
Did you use "debugger branch nightly" or "normal trunk nightly". Can you do some test to see from which nightly build version, the lag begins. Thanks.
I have never used debugger branch, never built CB myself. Only downloaded pre-built nihgtlies, always main version which I presume is based on trunk.The latest nightly is basically the debugger branch as it has been merged into trunk meanwhile.
See:Why C::B over write gdb's set print element value? (http://forums.codeblocks.org/index.php/topic,15620.msg105073.html#msg105073)OK, this is normal and it is unfixable at the moment.I wonder if it possible to tune gdb to show, for example, first 100 elements in container by default.
set print elements 100
See:Why C::B over write gdb's set print element value? (http://forums.codeblocks.org/index.php/topic,15620.msg105073.html#msg105073)Not works when I watch std::container. :(
And you can use:CodeIn your custom startup .gdb script file.set print elements 100
Error occured on Friday, April 20, 2012 at 06:23:16.
D:\codeblocks\nightly\codeblocks.exe caused an Access Violation at location 63082ca2 in module D:\codeblocks\nightly\share\codeblocks\plugins\FileManager.dll Reading from location 00000000.
Registers:
eax=00000000 ebx=00000000 ecx=7ffde000 edx=00000000 esi=00000000 edi=03ce1580
eip=63082ca2 esp=0022f71c ebp=0022f7a4 iopl=0 nv up ei pl nz na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010202
Call stack:
63082CA2 D:\codeblocks\nightly\share\codeblocks\plugins\FileManager.dll:63082CA2
63082FBB D:\codeblocks\nightly\share\codeblocks\plugins\FileManager.dll:63082FBB
6308C50E D:\codeblocks\nightly\share\codeblocks\plugins\FileManager.dll:6308C50E
6CCC7670 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CCC7670 _ZN12wxEvtHandler21ProcessEventIfMatchesERK21wxEventTableEntryBasePS_R7wxEvent
6CCC77A9 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CCC77A9 _ZN16wxEventHashTable11HandleEventER7wxEventP12wxEvtHandler
6CCC7B74 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CCC7B74 _ZN12wxEvtHandler12ProcessEventER7wxEvent
6CCC7528 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CCC7528 _ZN12wxEvtHandler20ProcessPendingEventsEv
6CC417AE D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CC417AE _ZN12wxAppConsole20ProcessPendingEventsEv
6D05E549 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6D05E549 _ZN18wxIconLocationBaseC2ERK8wxString
757C7B45 C:\Windows\system32\USER32.dll:757C7B45 GetUserObjectInformationA
757D31EB C:\Windows\system32\USER32.dll:757D31EB GetClassNameW
757D4260 C:\Windows\system32\USER32.dll:757D4260 ChangeWindowMessageFilter
7725642E C:\Windows\SYSTEM32\ntdll.dll:7725642E KiUserCallbackDispatcher
6CCF569A D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CCF569A _ZN11wxEventLoop8DispatchEv
6CD8D518 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CD8D518 _ZN17wxEventLoopManual3RunEv
6CD6BB19 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CD6BB19 _ZN9wxAppBase8MainLoopEv
0044D016 D:\codeblocks\nightly\codeblocks.exe:0044D016
6CC73248 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CC73248 _Z14wxUninitializev
6CCCD392 D:\codeblocks\nightly\wxmsw28u_gcc_cb.dll:6CCCD392 _Z7wxEntryP11HINSTANCE__S0_Pci
004492F9 D:\codeblocks\nightly\codeblocks.exe:004492F9
00487EA6 D:\codeblocks\nightly\codeblocks.exe:00487EA6
004010DB D:\codeblocks\nightly\codeblocks.exe:004010DB
00401158 D:\codeblocks\nightly\codeblocks.exe:00401158
75991174 C:\Windows\system32\kernel32.dll:75991174 BaseThreadInitThunk
7726B3F5 C:\Windows\SYSTEM32\ntdll.dll:7726B3F5 RtlInitializeExceptionChain
7726B3C8 C:\Windows\SYSTEM32\ntdll.dll:7726B3C8 RtlInitializeExceptionChain
CB + TortoiseSVN: CB crashes when I choose project folder in File Explorer (win 7, Tortoise 1.7 build r22413)Shall we use our magic balls to know the steps to reproduce? Mine is broken, sorry.
std::vector<_int> out;
std::vector<_int> in;
in.resize(num.length());
for(;i<num.length();++i) // when debugger going into this line, codeblocks freezed.
in[i] = num[i]-'0';
out.resize(num.length());hooluupog: Read few post about about "set print elements"Thanks for your reply. I tried again,when I delete all watches and it works well. But after i added "out" or "in" into watches the codeblocks freezed when runing into that line(see my code in #43).
Hm, I've should written "above about" not "about about".Sorry for my poor english. My code is as follows:
I don't know what #43 and I don't know how to answer you.
std::vector<_int> out;
std::vector<_int> in;
in.resize(num.length());
for(;i<num.length();++i) // I added 'out' into watches and when debugger going into this line, codeblocks freezed 2 minutes or so before continue
debuggin next line. But it works well after i delete 'out' from watches.
in[i] = num[i]-'0';
out.resize(num.length());You should put it in the initial commands of the gdb in the Settings -> Debugger.Ok,here is my example code.
Various info--->Print Elements worked last time, if you provide self contained example I can try it.
#include <vector>
#include <string>
#include <iostream>
using namespace std;
int main()
{
freopen("data.in","r",stdin);//data.in is a file with long characters(100000 chars or so)
string s;
cin>>s;
vector<int> in; //if adding 'in' into watches codeblocks will freeze even if set the print limits at Various info--->Print Elements
in.resize(s.length());
for(int i=0;i<(int)s.length();++i)
in[i] = s[i]-'0';
return 0;// If nothing was added into watches, debugger would stop here with a black screen terminal.I clicked the "stop debug" button but
// it doesn't work. The debugger output log is "Trying to pause the running process... Continuing..."
// At last i have to exit my application by killing its process from windows task manager.
}...With 2-11-12 as well as this nightly, I'm seeing that when I start a new debugging session, the column widths I set on the watches window are destroyed and I have to correct them to my liking with the mouse...This is not a feature, but a random bug I can't reliably reproduce.
If you restart Codeblocks, the columns will stop getting resized with every new debugging session (until the next time you are hit by the bug, of course).
I can no longer close the files opened in the editor with a middle mouse click on its tab. It works on rev7790 and before.This should be fixed in svn r7943.
OS: Win 7 x64
I'm new both to C::B and C++ in general.You are a brave man to use the latest and greatest (buggiest) compiler to compile some random code on the net.
I'm new both to C::B and C++ in general.You are a brave man to use the latest and greatest (buggiest) compiler to compile some random code on the net.
The minimal way you can help us is by providing the full build log. The better is if you can find why the errors are happening,
but I guess this will be a tough job for a c++ beginner.
-------------- Build: default in Tools Plus Plugin (compiler: GNU GCC Compiler)---------------
Compiling: ToolsPlus.cpp
In file included from ..\..\..\include/sdk_common.h:43:0,
from ..\..\..\include/sdk.h:14,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\ToolsPlus.h:20,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\ToolsPlus.cpp:1:
..\..\..\include/prep.h:32:1: warning: identifier 'nullptr' is a keyword in C++11 [-Wc++0x-compat]
Compiling: ShellCtrlBase.cpp
In file included from ..\..\..\include/sdk_common.h:43:0,
from ..\..\..\include/sdk.h:14,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\ShellCtrlBase.h:16,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\ShellCtrlBase.cpp:4:
..\..\..\include/prep.h:32:1: warning: identifier 'nullptr' is a keyword in C++11 [-Wc++0x-compat]
Compiling: PipedProcessCtrl.cpp
In file included from ..\..\..\include/sdk_common.h:43:0,
from ..\..\..\include/sdk.h:14,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\PipedProcessCtrl.h:13,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\PipedProcessCtrl.cpp:4:
..\..\..\include/prep.h:32:1: warning: identifier 'nullptr' is a keyword in C++11 [-Wc++0x-compat]
Compiling: CmdConfigDialog.cpp
In file included from ..\..\..\include/sdk_common.h:43:0,
from ..\..\..\include/sdk.h:14,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\ToolsPlus.h:20,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\CmdConfigDialog.cpp:18:
..\..\..\include/prep.h:32:1: warning: identifier 'nullptr' is a keyword in C++11 [-Wc++0x-compat]
Compiling: shellproperties.cpp
In file included from ..\..\..\include/sdk_common.h:43:0,
from ..\..\..\include/sdk.h:14,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\shellproperties.h:13,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\shellproperties.cpp:1:
..\..\..\include/prep.h:32:1: warning: identifier 'nullptr' is a keyword in C++11 [-Wc++0x-compat]
Compiling: se_globals.cpp
In file included from ..\..\..\include/sdk_common.h:43:0,
from ..\..\..\include/sdk.h:14,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\se_globals.h:10,
from E:\Data\CB_Build\CB\trunk\src\plugins\contrib\ToolsPlus\se_globals.cpp:1:
..\..\..\include/prep.h:32:1: warning: identifier 'nullptr' is a keyword in C++11 [-Wc++0x-compat]
Linking dynamic library: ..\..\..\devel\share\codeblocks\plugins\ToolsPlus.dll
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla6CreateEP8wxWindowiRK7wxPointRK6wxSizelRK8wxString':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:182: undefined reference to `__imp___ZN9wxControl6CreateEP8wxWindowiRK7wxPointRK6wxSizelRK11wxValidatorRK8wxString'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:184: undefined reference to `__imp___Z17wxSafeShowMessageRK8wxStringS1_'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:195: undefined reference to `__imp___Z17wxSafeShowMessageRK8wxStringS1_'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:197: undefined reference to `__imp___ZN11wxStopWatch5StartEl'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla18MarkerDefineBitmapEiRK8wxBitmap':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:653: undefined reference to `__imp___ZN20wxMemoryOutputStreamC1EPvj'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:654: undefined reference to `__imp___ZNK8wxBitmap14ConvertToImageEv'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:656: undefined reference to `__imp___ZN7wxImage18ConvertAlphaToMaskEh'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:657: undefined reference to `__imp___ZNK7wxImage8SaveFileER14wxOutputStreami'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:658: undefined reference to `__imp___ZNK12wxStreamBase7GetSizeEv'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:660: undefined reference to `__imp___ZNK20wxMemoryOutputStream6CopyToEPvj'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:663: undefined reference to `__imp___ZN20wxMemoryOutputStreamD1Ev'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:663: undefined reference to `__imp___ZN20wxMemoryOutputStreamD1Ev'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla13RegisterImageEiRK8wxBitmap':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:1265: undefined reference to `__imp___ZN20wxMemoryOutputStreamC1EPvj'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:1266: undefined reference to `__imp___ZNK8wxBitmap14ConvertToImageEv'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:1268: undefined reference to `__imp___ZN7wxImage18ConvertAlphaToMaskEh'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:1269: undefined reference to `__imp___ZNK7wxImage8SaveFileER14wxOutputStreami'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:1270: undefined reference to `__imp___ZNK12wxStreamBase7GetSizeEv'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:1272: undefined reference to `__imp___ZNK20wxMemoryOutputStream6CopyToEPvj'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:1275: undefined reference to `__imp___ZN20wxMemoryOutputStreamD1Ev'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:1275: undefined reference to `__imp___ZN20wxMemoryOutputStreamD1Ev'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla12StyleSetSpecEiRK8wxString':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4223: undefined reference to `__imp___ZN17wxStringTokenizerC1ERK8wxStringS2_21wxStringTokenizerMode'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4225: undefined reference to `__imp___ZN17wxStringTokenizer12GetNextTokenEv'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4224: undefined reference to `__imp___ZNK17wxStringTokenizer13HasMoreTokensEv'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla12StyleGetFontEi':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4264: undefined reference to `__imp___ZN6wxFont12SetPointSizeEi'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4265: undefined reference to `__imp___ZN6wxFont11SetFaceNameERK8wxString'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4267: undefined reference to `__imp___ZN6wxFont9SetWeightEi'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4269: undefined reference to `__imp___ZN6wxFont9SetWeightEi'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4272: undefined reference to `__imp___ZN6wxFont8SetStyleEi'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4274: undefined reference to `__imp___ZN6wxFont8SetStyleEi'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla8SaveFileERK8wxString':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4468: undefined reference to `__imp__wxConvCurrent'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla8LoadFileERK8wxString':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4488: undefined reference to `__imp___ZNK6wxFile6LengthEv'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4494: undefined reference to `__imp___ZN6wxFile4ReadEPvj'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4497: undefined reference to `__imp__wxConvCurrent'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4497: undefined reference to `__imp___ZN8wxStringC1EPKcRK8wxMBConvj'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla7OnPaintER12wxPaintEvent':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4671: undefined reference to `__imp___ZN9wxPaintDCC1EP8wxWindow'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4674: undefined reference to `__imp___ZN9wxPaintDCD1Ev'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4674: undefined reference to `__imp___ZN9wxPaintDCD1Ev'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla8OnScrollER13wxScrollEvent':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4687: undefined reference to `__imp___ZN11wxScrollBar12ms_classInfoE'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla15OnMouseLeftDownER12wxMouseEvent':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4708: undefined reference to `__imp___ZNK11wxStopWatch4TimeEv'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla13OnMouseLeftUpER12wxMouseEvent':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4721: undefined reference to `__imp___ZNK11wxStopWatch4TimeEv'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN11wxScintilla12OnMouseWheelER12wxMouseEvent':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4761: undefined reference to `__imp___ZNK11wxStopWatch4TimeEv'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:4767: undefined reference to `__imp___ZNK11wxStopWatch4TimeEv'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `_ZN16wxScintillaEventC2Eii':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:5093: undefined reference to `__imp___ZN14wxCommandEventC2Eii'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `__static_initialization_and_destruction_0':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:80: undefined reference to `__imp___Z14wxNewEventTypev'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:81: undefined reference to `__imp___Z14wxNewEventTypev'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:82: undefined reference to `__imp___Z14wxNewEventTypev'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:83: undefined reference to `__imp___Z14wxNewEventTypev'
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:84: undefined reference to `__imp___Z14wxNewEventTypev'
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o):E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:85: more undefined references to `__imp___Z14wxNewEventTypev' follow
..\..\..\devel/libwxscintilla_cb.a(wxscintilla.o): In function `__static_initialization_and_destruction_0':
E:/Data/CB_Build/CB/trunk/src/sdk/wxscintilla/src/wxscintilla.cpp:121: undefined reference to `__imp___ZN8wxWindow13sm_eventTableE'
Process terminated with status 1 (0 minutes, 18 seconds)
50 errors, 6 warnings (0 minutes, 18 seconds)
CXXFLAGS ?= -fno-keep-inline-dllexportThen why don't you use the nightlies? If you feel there is no new nightly for a long time you can bug us :)
Search for GCC TDM.
Search for GCC TDM.
Did you delete the pre-compiled header(PCH) files (*.gch)?
Any time you have a Code::Blocks build issues that the normal things do not fix I try that.
Note: Deleting the Code::Blocks source tree should have deleted the PCH files.
Are you positive your are building the CB "all" target?
Tim S.
"libcodeblocks.a" exists in parent folder of devel (src), not devel. Link errors ensue.
So, it looks like there are something wrong between rev7945 and rev7932. Especially, rev7945 generate the dll/a file to a wrong place."libcodeblocks.a" exists in parent folder of devel (src), not devel. Link errors ensue.
I can confirm that libcodeblocks.a and libwxpropgrid.a are place in the source folder when compiling with self compiled CB 7945
Note: The codeblocks.dll was placed in devel folder.
Tim S.
Commit:3db06060fddd327c867bc404ab3ff2a4e99a2805
* * save/load dynamic link library lib name and def file into project file -> *backward compatible* change in project file
git-svn-id: svn://svn.berlios.de/codeblocks/trunk@7940 98b59c6a-2706-0410-b7d6-d2fa1a1880c9
src/sdk/compiletargetbase.cpp | 6 +++---
src/sdk/projectloader.cpp | 23 +++++++++++++++++++++--
src/wxsmith/debuggersettingspanel.wxs | 3 +--
3 files changed, 25 insertions(+), 7 deletions(-)
diff --git a/src/sdk/compiletargetbase.cpp b/src/sdk/compiletargetbase.cpp
index 9a47037..2c099d9 100644
--- a/src/sdk/compiletargetbase.cpp
+++ b/src/sdk/compiletargetbase.cpp
@@ -61,7 +61,7 @@ void CompileTargetBase::GetTargetFilenameGenerationPolicy(TargetFilenameGenerati
{
prefixOut = m_PrefixGenerationPolicy;
extensionOut = m_ExtensionGenerationPolicy;
-} // end of GetTargetFilenameGenerationPolicy
+}
const wxString& CompileTargetBase::GetFilename() const
{
@@ -100,7 +100,7 @@ void CompileTargetBase::SetImportLibraryFilename(const wxString& filename)
{
if (filename.IsEmpty())
{
- m_ImportLibraryFilename = _T("$(TARGET_NAME)");
+ m_ImportLibraryFilename = _T("lib$(TARGET_OUTPUT_BASENAME).a");
SetModified(true);
return;
}
@@ -114,7 +114,7 @@ void CompileTargetBase::SetDefinitionFileFilename(const wxString& filename)
{
if (filename.IsEmpty())
{
- m_DefinitionFileFilename = _T("$(TARGET_NAME)");
+ m_DefinitionFileFilename = _T("$(TARGET_OUTPUT_BASENAME).def");
SetModified(true);
return;
}
diff --git a/src/sdk/projectloader.cpp b/src/sdk/projectloader.cpp
index 5c5207f..491d9ce 100644
--- a/src/sdk/projectloader.cpp
+++ b/src/sdk/projectloader.cpp
@@ -527,6 +527,8 @@ void ProjectLoader::DoBuildTargetOptions(TiXmlElement* parentNode, ProjectBuildT
bool use_console_runner = true;
wxString output;
+ wxString imp_lib;
+ wxString def_file;
wxString working_dir;
wxString obj_output;
wxString deps_output;
@@ -560,6 +562,12 @@ void ProjectLoader::DoBuildTargetOptions(TiXmlElement* parentNode, ProjectBuildT
if (node->Attribute("output"))
output = UnixFilename(cbC2U(node->Attribute("output")));
+ if (node->Attribute("imp_lib"))
+ imp_lib = UnixFilename(cbC2U(node->Attribute("imp_lib")));
+
+ if (node->Attribute("def_file"))
+ def_file = UnixFilename(cbC2U(node->Attribute("def_file")));
+
if (node->Attribute("prefix_auto"))
prefixPolicy = atoi(node->Attribute("prefix_auto")) == 1 ? tgfpPlatformDefault : tgfpNone;
@@ -649,6 +657,8 @@ void ProjectLoader::DoBuildTargetOptions(TiXmlElement* parentNode, ProjectBuildT
target->SetTargetFilenameGenerationPolicy(prefixPolicy, extensionPolicy);
target->SetTargetType((TargetType)type); // type *must* come before output filename!
target->SetOutputFilename(output); // because if no filename defined, one will be suggested based on target type...
+ target->SetImportLibraryFilename(imp_lib);
+ target->SetDefinitionFileFilename(def_file);
target->SetUseConsoleRunner(use_console_runner);
if (!working_dir.IsEmpty())
target->SetWorkingDir(working_dir);
@@ -1166,9 +1176,13 @@ bool ProjectLoader::ExportTargetAsProject(const wxString& filename, const wxStri
if (extensionPolicy == tgfpPlatformDefault)
{
wxFileName fname(outputFileName);
- fname.ClearExt();
- outputFileName = fname.GetFullPath();
+ if (fname.HasExt())
+ {
+ fname.ClearExt();
+ outputFileName = fname.GetFullPath();
+ }
}
+
if ( (prefixPolicy == tgfpPlatformDefault)
&& ( (!platform::windows && target->GetTargetType() == ttDynamicLib)
|| (target->GetTargetType() == ttStaticLib) ) )
@@ -1195,6 +1209,11 @@ bool ProjectLoader::ExportTargetAsProject(const wxString& filename, const wxStri
}
TiXmlElement* outnode = AddElement(tgtnode, "Option", "output", outputFileName);
+ if (target->GetTargetType() == ttDynamicLib)
+ {
+ outnode->SetAttribute("imp_lib", cbU2C(target->GetDynamicLibImportFilename()));
+ outnode->SetAttribute("def_file", cbU2C(target->GetDynamicLibDefFilename()));
+ }
outnode->SetAttribute("prefix_auto", prefixPolicy == tgfpPlatformDefault ? "1" : "0");
outnode->SetAttribute("extension_auto", extensionPolicy == tgfpPlatformDefault ? "1" : "0");
diff --git a/src/wxsmith/debuggersettingspanel.wxs b/src/wxsmith/debuggersettingspanel.wxs
index 1ca329f..0e5a02d 100644
--- a/src/wxsmith/debuggersettingspanel.wxs
+++ b/src/wxsmith/debuggersettingspanel.wxs
@@ -41,11 +41,10 @@
<label>Info</label>
<object class="sizeritem">
<object class="wxTextCtrl" name="ID_TEXTCTRL_INFO" variable="textInfo" member="no">
- <value>Text</value>
<size>186,243</size>
<enabled>0</enabled>
</object>
- <flag>wxALL|wxEXPAND|wxALIGN_LEFT|wxALIGN_BOTTOM</flag>
+ <flag>wxEXPAND|wxALIGN_LEFT|wxALIGN_BOTTOM</flag>
<border>5</border>
<option>1</option>
</object>
if (extensionPolicy == tgfpPlatformDefault)
{
wxFileName fname(outputFileName);
- fname.ClearExt();
- outputFileName = fname.GetFullPath();
+ if (fname.HasExt())
+ {
+ fname.ClearExt();
+ outputFileName = fname.GetFullPath();
+ }
} if (extensionPolicy == tgfpPlatformDefault)
{
wxFileName fname(outputFileName);
if (fname.HasExt())
{
fname.ClearExt();
outputFileName = fname.GetFullPath();
}
else
......
}
if (extensionPolicy == tgfpPlatformDefault)
{
wxFileName fname(outputFileName);
fname.ClearExt();
outputFileName = fname.GetFullPath();
}
??Nope, this slipped in by accident as it seems. The correct way would be:
if (extensionPolicy == tgfpPlatformDefault)
{
wxFileName fname(outputFileName);
if (fname.HasExt()) fname.ClearExt();
outputFileName = fname.GetFullPath();
}
Build issue still exists in SVN 7948.I can confirm that this issue still exists in rev 7948. :(
@@ -100,7 +100,7 @@ void CompileTargetBase::SetImportLibraryFilename(const wxString& filename)
{
if (filename.IsEmpty())
{
- m_ImportLibraryFilename = _T("$(TARGET_NAME)");
+ m_ImportLibraryFilename = _T("lib$(TARGET_OUTPUT_BASENAME).a");
SetModified(true);
return;
}
@@ -114,7 +114,7 @@ void CompileTargetBase::SetDefinitionFileFilename(const wxString& filename)
{
if (filename.IsEmpty())
{
- m_DefinitionFileFilename = _T("$(TARGET_NAME)");
+ m_DefinitionFileFilename = _T("$(TARGET_OUTPUT_BASENAME).def");
SetModified(true);
return;
}
switch (target->GetTargetType())
{
case ttDynamicLib:
{
TargetFilenameGenerationPolicy PrefixPolicy;
TargetFilenameGenerationPolicy ExtensionPolicy;
target->GetTargetFilenameGenerationPolicy(PrefixPolicy, ExtensionPolicy);
wxString importLibraryFileNameString(target->GetDynamicLibImportFilename());
Manager::Get()->GetMacrosManager()->ReplaceMacros(importLibraryFileNameString, target);
wxFileName importLibraryFileName(importLibraryFileNameString);
// apply prefix if needed
if ( (PrefixPolicy == tgfpPlatformDefault)
&& !importLibraryFileName.GetName().StartsWith(compiler->GetSwitches().libPrefix) )
importLibraryFileName.SetName(compiler->GetSwitches().libPrefix + importLibraryFileName.GetName());
// apply extension if needed
if (ExtensionPolicy == tgfpPlatformDefault)
{
wxString current_ext = importLibraryFileName.GetExt();
wxString requested_ext = compiler->GetSwitches().libExtension;
if (!current_ext.IsSameAs(requested_ext, false))
importLibraryFileName.SetFullName(importLibraryFileName.GetFullName() + wxFILE_SEP_EXT + requested_ext);
}
result = UnixFilename(importLibraryFileName.GetFullPath());
QuoteStringIfNeeded(result);
FixPathSeparators(compiler, result);
m_StaticOutput[target] = result;
"g++.exe -shared -Wl,--output-def=$def_output -Wl,--out-implib=$static_output -Wl,--dll -Lbase\\tinyxml -LE:\\code\\cb\\wxWidgets-2.8.12\\lib\\gcc_dll -Ldevel -Lsdk\\scripting\\lib -Lsdk\\propgrid .objs\\sdk\\co"...
macro.Replace(_T("$static_output"), m_StaticOutput[target]);...should be fixed in SVN now.I can confirm the fix in rev7949. Thanks.
...should be fixed in SVN now.I can confirm the fix in rev7949. Thanks.
Debian packages (binaries and sources) for 32-bit and 64-bit systems can be found in my repo (http://apt.jenslody.de/).Jens, I've temporarily installed a Linux for testing (Ubuntu 12.04) and followed the steps as described on your page. But how do I actually install codeblocks itself? You describe how to modify the apt sources list and install your keyring files but then the description stops. In the Ubuntu package manager I only see 10/05 version from ubuntu...?! ::) ???
If you have Synaptic (a GUI package manager) installed you can also look under the "Origin" (or very similar) tab, click on his PPA and it'll show just the packages from that.Yeah, I know that well. However, in 12/04 things have changed and I don't see the options anymore. Instead you have a freaking "app store" like thing that doesn't show all packages and refuses to install 3rd party ones (not signed).
Jens, I've temporarily installed a Linux for testing (Ubuntu 12.04) and followed the steps as described on your page. But how do I actually install codeblocks itself? You describe how to modify the apt sources list and install your keyring files but then the description stops. In the Ubuntu package manager I only see 10/05 version from ubuntu...?! ::) ???
Why would you want to compile c::b on linux using 10.05 in order to just install it?Because you can install 10/05 w/o hassle from the package repo and then the easiest way would be to compile C::B using C::B, of course. ;-)
Autotools is the preferred way, I think, so for me this is not a defect (if it is linux only of course) :)
No, it is not :)Well autotools is a lot of commands and cryptic errors for me, while C::B is simply the WS open and hit compile. Anyways - the point is, that IMHO it used to work. I recall doing it like that in older Ubuntu. It seems 10/05 does not generate the import libs correctly under Ubuntu (Linux). I wonder if this is a general error or not. A reason could be the more recent compiler used in this version of Ubuntu. Did somebody try recently?
You're a windows user, linux users are used to autotools...Yes, maybe. But we are also developing an IDE that allows for not using autotools. Its like buying a car but then taking the bicycle to drive to your destination... ::) But hey - as long as I have a way not using autotools I am happy.
BTW: What import libraries? There is no such thing in linux, as far as I know.Well I meant the libraries to link against if you prefer. But I guess meanwhile I figured out the cause. 10/05 does not prepend the "lib" prefix tot he libs and therefore they are simply not found by the linker. Adding the lib prefix in the project file would fix it.
If you have Synaptic (a GUI package manager) installed you can also look under the "Origin" (or very similar) tab, click on his PPA and it'll show just the packages from that.Yeah, I know that well. However, in 12/04 things have changed and I don't see the options anymore. Instead you have a freaking "app store" like thing that doesn't show all packages and refuses to install 3rd party ones (not signed).
So on Ubuntu, I am back on the command line. Oh well - how I love Linux... but what the heck - Win8 won't be better...
sudo apt-get install synapticI was getting big delays too (more than 15 mins) and I correct it deleting the 'C:\Users\XXX\AppData\Roaming\CodeBlocks/share/codeblocks' directoryIt should already been fixed. Try a more recent nightly.