FS#27878 - [wxgtk] CodeBlocks SVN compilation fail due to wxgtk

Attached to Project: Arch Linux
Opened by jeremy (jeremy33) - Monday, 09 January 2012, 01:38 GMT
Last edited by Eric Belanger (Snowman) - Tuesday, 17 January 2012, 03:36 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Eric Belanger (Snowman)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

I tried to compile CodeBlocks from SVN but I can't because Wxgtk is compiled with "--with-regex=sys" insted of "--with-regex=builtin"...

Is there a reason for that or can we update the officail package with this compilation option ?
This task depends upon

Closed by  Eric Belanger (Snowman)
Tuesday, 17 January 2012, 03:36 GMT
Reason for closing:  Fixed
Additional comments about closing:  fixed in svn trunk
Comment by Eric Belanger (Snowman) - Monday, 09 January 2012, 22:51 GMT
What error message are you getting? Are you sure that this isn't a codeblocks issue?
Comment by jeremy (jeremy33) - Monday, 09 January 2012, 23:13 GMT
I get errors like this :
macrosmanager.cpp: In member function 'void MacrosManager::Reset()':
macrosmanager.cpp:90:33: error: 'wxRE_ADVANCED' was not declared in this scope

Here you have my topic on codeblocks forum with all informations : http://forums.codeblocks.org/index.php/topic,15759.0.html
Like you see, they say wxgtk have to be build with this "--with-regex=builtin".

You can try to buid it yourself from svn or use the codeblocks-svn package from aur to see errors.
Comment by Eric Belanger (Snowman) - Monday, 09 January 2012, 23:38 GMT
I initially switched to --with-regex=sys as it is usually preferable to use system libraries but as it seems to be causing problems, I've reverted it in svn trunk. wxgtk will be built with --with-regex=builtin next time it's updated (maybe soon).
Comment by Jan de Groot (JGC) - Tuesday, 10 January 2012, 07:05 GMT
For wxgtk, building with system regex or builtin regex results in completely different regex implementations. For Unicode builds (like we do), the builtin regex is used by default.
Comment by jeremy (jeremy33) - Tuesday, 10 January 2012, 14:09 GMT
Thank you Eric, I will try when it's updated ;)

Loading...