Developer forums (C::B DEVELOPMENT STRICTLY!) > Development
Compiling 13.12 with rpmbuild fails with help_plugin (gzopen64 missing)
kirash4:
Ok, so now I'm stuck. I have the newer zlib-1.2.8 library installed under /usr/local/{lib,include}. The system has the older 1.2.3 version installed because several system binaries rely on that. Nothing I can do there. But, running 'rpmbuild -bb codeblocks.spec' still uses the system zlib. How do I tell it to use the newer one instead?
oBFusCATed:
Hm, I'm running centos 6.latest and I have no problems building packages from the svn head sources.
I've not used the latest version, but 979x and it worked fine.
I also have not installed any zlib library different from the standard one.
I've not tried the 13.12 packages to see if they work...
kirash4:
Ok, let me try again tomorrow when I get back to the office. Right now the system is back to the default zlib package, which does not contain gzopen64() ... and the src.rpm does not compile because of that.
kirash4:
Does this have to do more with wxWidgets than it does C::B? I have the official 2.8.12 rpm installed, but I also have 3.0.0 and 3.0.1 compiled from source and installed in /usr/local/src. During C::B's configure phase it finds 3.0.1 and fails miserably to compile (which I would kinda expect since 3.0.1 was just released and unless there's a bunch of robots working 24/7 on C::B, that would not have been implemented just yet):
--- Code: ---Making all in src
make[1]: Entering directory `/usr/local/src/trunk/src'
Making all in include
make[2]: Entering directory `/usr/local/src/trunk/src/include'
rm -f ../../src/include/sdk_precomp.h.gch
g++ -DHAVE_CONFIG_H -I/usr/local/lib/wx/include/gtk2-unicode-3.0 -I/usr/local/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXGTK__ -pthread -I../../src/include -I../../src/sdk/wxscintilla/include -I../../src/include/tinyxml -I../../src/include/scripting/include -I../../src/include/scripting/sqplus -I../../src/include/mozilla_chardet -I../../src/include/mozilla_chardet/mfbt -I../../src/include/mozilla_chardet/nsprpub/pr/include -I../../src/include/mozilla_chardet/xpcom -I../../src/include/mozilla_chardet/xpcom/base -I../../src/include/mozilla_chardet/xpcom/glue -ansi -DTIXML_USE_STL -O2 -ffast-math -DCB_AUTOCONF -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -o ../../src/include/sdk_precomp.h.gch -xc++-header ./sdk_precomp.h
In file included from ./sdk_common.h:140,
from ./sdk_precomp.h:13:
./logmanager.h: In function ‘wxString F(const wxChar*, ...)’:
./logmanager.h:24: error: cannot convert ‘const wxStringCharType*’ to ‘const wxChar*’ in assignment
In file included from ./sdk_common.h:144,
from ./sdk_precomp.h:13:
./toolsmanager.h: At global scope:
./toolsmanager.h:46: error: ‘ToolsList::Node’ has not been declared
make[2]: *** [../../src/include/sdk_precomp.h.gch] Error 1
make[2]: Leaving directory `/usr/local/src/trunk/src/include'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/trunk/src'
make: *** [all-recursive] Error 1
--- End code ---
I ended up completely removing 3.0.0 and 3.0.1 as they were just test installs. In retrospect, I should've just told the configure command where wx was (in /usr as opposed to having it look in /usr/local) and it probably would've worked just fine.
However, it does bring up the question of why is it finding the newer one in /usr/local but it would not find the newer zlib, also in the same location. Does that have more to do with wx and pkg-config, or just the way C::B's configure script looks for libraries, specifically wx ones?
Anyway, it's compiling the svn source right now and that's going to take a bit because I triggered one thread only instead of all 8 ... I hate interruptions at my office.
kirash4:
Oops, I hit post too soon. It just bombed:
--- Code: ---/bin/sh ../../libtool --tag=CXX --mode=link g++ -O2 -ffast-math -DCB_AUTOCONF -DCB_PRECOMP -Winvalid-pch -fPIC -DPIC -fexceptions -Wl,--no-undefined -o codeblocks app.o appglobals.o backtracedlg.o breakpointsdlg.o compilersettingsdlg.o cpuregistersdlg.o crashhandler.o debugger_interface_creator.o debuggermenu.o debuggersettingscommonpanel.o debuggersettingsdlg.o debuggersettingspanel.o disassemblydlg.o dlgabout.o dlgaboutplugin.o editkeywordsdlg.o editorconfigurationdlg.o environmentsettingsdlg.o examinememorydlg.o find_replace.o infopane.o main.o notebookstyles.o prefix.o printdlg.o projectmanagerui.o projectdepsdlg.o projectoptionsdlg.o recentitemslist.o scriptconsole.o scriptingsettingsdlg.o splashscreen.o startherepage.o switcherdlg.o threadsdlg.o virtualbuildtargetsdlg.o watchesdlg.o ../sdk/libcodeblocks.la -pthread -lwx_gtk2u_richtext-2.8 -lwx_gtk2u_aui-2.8 -lwx_gtk2u_xrc-2.8 -lwx_gtk2u_qa-2.8 -lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu_xml-2.8 -lwx_baseu_net-2.8 -lwx_baseu-2.8 -pthread -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lpthread -ldl
libtool: link: cannot find the library `=/usr/local/lib/libpng16.la' or unhandled argument `=/usr/local/lib/libpng16.la'
make[3]: *** [codeblocks] Error 1
make[3]: Leaving directory `/usr/local/src/trunk/src/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/trunk/src/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/trunk/src'
make: *** [all-recursive] Error 1
--- End code ---
Again, it's using libraries located in /usr/local/lib as opposed to those in /usr, but even so, that specific file does exist.
Looks like I'm going to have to remove all of my custom libraries out of /usr/local/lib so it only uses the system installed ones.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version