touchdown...crowd goes wild!!!
@oBFusCATed - patch worked great
and you were right about the wx-config switch. again, my bad. apologies
build successful
wx-widgets
/opt/wx30/bin/wx-config --version-full
3.1.0.0
(latest from github)
code::blocks - Revision: 9760
found references for
using PCH and
bad build environmentended up building and installing own wxW version using
linux source build instructionswxWidgets configure (bad):
../configure --prefix=/opt/wx30 --with-sdl --with-opengl --enable-stl --enable-xrc --enable-unicode --enable-mediactrl --enable-webview --enable-precomp-headers
applied wx3.stl.patch
C::B configure:
./configure --with-wx-config=/opt/wx30/bin/wx-config
configure would run to the end, but make would fail with all sorts of errors about undefined references to wx containers ( and there were vast numbers and varying types ).
I rebuilt wx but this time without STL
wxWidgets configure (good):
../configure --prefix=/opt/wx30 --with-sdl --with-opengl --enable-xrc --enable-unicode --enable-mediactrl --enable-webview --enable-precomp-headers
cleaned out C::B and the patch, used the same C::B configure line as above.
make ran to the end without errors (although a couple of warnings about deprecated wxFont scrolled by really fast
)
The two big differences noticed:
- STL containers flag
- the need to explicitly set pre-compiled headers. C::B make would fail on building the SDK - the error I was encountering after applying the patch
-> the first link hints at the need to explicitly set WX_PRECOMP value.
Once the configure lines were set up. Everything ran well.
Of note, someone did file a
bug report in late March about wxGTK using "--enable-stl".
The maintainer's answer was that another application needed the flag. I can't see Arch having two versions of the same library with different flag settings...