Found some of my old Cygwin Patches.
Not likely safe to apply to CB SVN; but, they might help someone build CB.
Edit: Removed patch I decided the patch would just make more work; will post my progress and commands used, later.
Edit: Step that checks for gtk version 2 installed, Correctly.
pkg-config --cflags --libs gtk+-2.0
Mine was NOT installed right; (I had prior non CygWin GTK installed)
I had to delete the Windows System Variables GTK_BASEPATH and PKG_CONFIG_PATH to get the Cygwin GTK to be seen.
(I also had to install CygWin pkg-config; it was using the one Installed by the old GTK Package, above.)
-D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng15 -I/usr/include/harfbuzz -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXinerama -lXi -lXrandr -lXcursor -lXcomposite Xdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lpixman-1 -lxcb-shm -lxcb-render -lXrender -lXext -lX11 -lxcb -lXau -lXdmcp lpng15 -lharfbuzz -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz -lbz2 -lgmodule-2.0 -lgobject-2.0 -lffi -lglib-2.0 -lintl -liconv -lpcre
Tim S.
I am trying this Configure Command for wxWidgets (wxGTK) (I am using wx 2.8 SVN Branch)
../configure --enable-unicode --with-libjpeg=builtin --with-regex=builtin --without-msw --with-gtk --prefix=/opt/wx/2.8 --enable-monolithic --disable-universal --without-gtkprint --without-gnomeprint --enable-tooltips --enable-dnd --enable-shared
These options --without-gtkprint --without-gnomeprint helped build in the past using wxWidgets SVN trunk (2.9) .
I am nearly certain "--enable-shared" is required for a wxWidgets able to be used by Code::Blocks.
I decided to try "--enable-unicode" this option because this will reduce the patches needed by Code::Blocks it has about 3 places ANSI code needs fixed the last time I did an ANSI build (about 1 year ago.)
I used "--with-libjpeg=builtin" because two years ago; the version of libjpeg in CygWin caused issues.
I used "--with-regex=builtin" because the other poster in this thread commented out code that using this option might NOT need done.
I got the below displayed before I did make; it is still running make.
Configured wxWidgets 2.8.12 for `i686-pc-cygwin'
Which GUI toolkit should wxWidgets use? GTK+ 2
Should wxWidgets be compiled into single library? yes
Should wxWidgets be compiled in debug mode? no
Should wxWidgets be linked as a shared library? yes
Should wxWidgets be compiled in Unicode mode? yes
What level of wxWidgets compatibility should be enabled?
wxWidgets 2.4 no
wxWidgets 2.6 yes
Which libraries should wxWidgets use?
jpeg builtin
png sys
regex builtin
tiff builtin
zlib sys
odbc no
expat sys
libmspack no
sdl no
I set CXXFLAGS="-Wno-attributes" before running make to reduce the warnings in hope it speeds up the build. Edit: It made no difference in building. Will try next time setting it before the configure command.
wxWidgets is still building.
The command I plan to try on Code::Blocks boot/configure
./bootstrap
export CXXFLAGS="-DWXMAKINGDLL_SCI -Wno-attributes"
./configure
Tim S.
Sorry, I did not run ./bootstrap never....
Petr@WS4 /usr/src/codeblocks-12.11release8629
$ ./bootstrap
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.in and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
aclocal:configure.in:79: warning: macro `AM_OPTIONS_WXCONFIG' not found in library
aclocal:configure.in:80: warning: macro `AM_PATH_WXCONFIG' not found in library
Useless use of /d modifier in transliteration operator at /usr/share/automake-1.9/Automake/Wrap.pm line 60.
configure.in:79: error: possibly undefined macro: AM_OPTIONS_WXCONFIG
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.in:80: error: possibly undefined macro: AM_PATH_WXCONFIG
wxWidgets is not installed property?
my output is:
Petr@WS4 ~
$ wx-config --cflags --libs
-I/usr/local/lib/wx/include/gtk2-ansi-release-2.8 -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -DWXUSINGDLL -D__WXGTK__
-L/usr/local/lib -lwx_gtk2-2.8
I am worrying that problem in my Cygwin system.
It seems that libtool utility always create static libraries.
I have created small test project:
1. Wrote small a.cpp file the following content:
__attribute__ ((dllexport)) int fn(int a)
{
return a + 19;
}
and compile it by libtool (just wrapper for gcc)
libtool --mode=compile gcc -shared -c a.cpp
now I am trying to get libtest.dll or libtest.la
$ libtool --mode=link gcc -shared -g -O -o libtest.la a.lo
libtool: link: rm -fr .libs/libtest.a .libs/libtest.la .libs/libtest.lai
libtool: link: ar cru .libs/libtest.a .libs/a.o
libtool: link: ranlib .libs/libtest.a
libtool: link: ( cd ".libs" && rm -f "libtest.la" && ln -s "../libtest.la" "libtest.la" )
I have specified -shared option.
What I am doing wrong?
Hm, then do you have wx.m4 file or something like this where AM_PATH_WXCONFIG or AM_OPTIONS_WXCONFIG are defined?
IIRC, I followed the steps suggested in URL to get past this error in the past.
http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux (http://wiki.codeblocks.org/index.php?title=Installing_Code::Blocks_from_source_on_Linux)
I likely did something based on this line.
export ACLOCAL_FLAGS="-I `wx-config --prefix`/share/aclocal"
Tim S