User forums > Nightly builds
The 11 November 2009 build (5911) is out.
gd_on:
Hi,
here a problem not concerning translation ...
I'm triing to build SVN version 5919 on two linux machines. On the first one, all is OK but on the second one I obtain a compilation error.
The first machine uses Redhat 4.7, gcc 4.1.2-42 and wxWidgets 2.8.7 (here OK)
The second one uses CentOS 5.3, gcc 4.1.2-44 and wxWidgets 2.8.9.
Here is the error log at compilation :
--- Code: ---||=== Code::Blocks - Unix, scintilla ===|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx||In function ‘char** ArrayFromWordList(char*, int*, bool)’:|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx|585|warning: array subscript has type ‘char’|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx|586|warning: array subscript has type ‘char’|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx|588|warning: array subscript has type ‘char’|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx|589|warning: array subscript has type ‘char’|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx||In member function ‘bool WordList::InList(const char*)’:|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx|678|warning: array subscript has type ‘char’|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx||In member function ‘bool WordList::InListAbbreviated(const char*, char)’:|
/home/durand/CodeBlocks_SVN/CodeBlocks_src/trunk/src/sdk/wxscintilla/src/scintilla/src/PropSet.cxx|740|warning: array subscript has type ‘char’|
||=== Code::Blocks - Unix, sdk ===|
/usr/include/wx-2.8/wx/filename.h|393|error: ambiguous overload for ‘operator[]’ in ‘wxFileName::GetPathSeparators(wxPathFormat)()[0u]’|
/usr/include/wx-2.8/wx/filename.h|393|note: candidates are: operator[](const wxChar*, long int) <built-in>|
/usr/include/wx-2.8/wx/string.h|822|note: wxChar& wxString::operator[](int)|
/usr/include/wx-2.8/wx/string.h|824|note: wxChar& wxString::operator[](size_t)|
||=== Génération terminée : 1 erreurs, 6 avertissements ===|
--- End code ---
Looking in string.h, it may be because wxSIZE_T_IS_UINT has been defined somewhere. But why on the second machine, not on the first one!
I'm not admin on both of those machine, so I can't modify many things (only on my own folder). Just trying a few things, and, if it works, trying to convince an admin to do some jobs for me ... :(
I have found a workaround : if I transfer the content of the output folder from my first machine to the second one, my codeblocks works, but I would prefer to do all the job on the second one. Redhat 4.7 and CentOS 5.3 seems to be highly compatible in that case, but ...
Thanks
Gd_on
gd_on:
An other small problem with last svn release 5923.
file "update" in trunk/src is apparently saved in Windows text format (with cr/lf).
On my linux machines, it does not work. Must be converted to unix format (lf only).
gd_on
Jenna:
--- Quote from: gd_on on November 18, 2009, 11:52:41 am ---An other small problem with last svn release 5923.
file "update" in trunk/src is apparently saved in Windows text format (with cr/lf).
On my linux machines, it does not work. Must be converted to unix format (lf only).
gd_on
--- End quote ---
Are you absolutely sure ?
I just deleted update and started an svn update to fetch a "fresh" one, and it does not contain any cr-lf
gd_on:
Yes I am. :(
I don't know why, but the "update" file I have received from svn (updated with tortoise svn 1.6.5) contains cr/lf, so in windows format.
gd_on
stahta01:
--- Quote from: gd_on on November 19, 2009, 08:47:17 am ---Yes I am. :(
I don't know why, but the "update" file I have received from svn (updated with tortoise svn 1.6.5) contains cr/lf, so in windows format.
gd_on
--- End quote ---
The "svn:eol-style" is "native" on "update" so it will adjust to the system default line ending.
Tim S.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version