On Mon, Oct 18, 2010 at 09:55:28AM -0700, Matthew Hall wrote:
On Mon, Oct 18, 2010 at 10:59:58AM +0200, Balazs Scheidler wrote:
you can always compile the libraries to a custom prefix so that it doesn't break the core system.
Yes I tried this method but PCRE also wanted newer autotools.
One thing caught my attention, you couldn't compile it on RHEL4/5? Why? I'd love to investigate if there's a problem there.
On RHEL 4 and 5 it requires too new of a PCRE.
Hmm.. I'm willing to change this, IIRC it is only the PCRE_NEWLINE_ANYCRLF flag is missing from old PCRE, which can be compiled conditionally.
Can you try the attached patch?
Thanks. I will certainly try out the patch if I can work around the next issue.
If you install the PCRE, you can break the system because other things could get angry that PCRE was changed. But even when you try to compile PCRE that fails because the autotools are too old and a ton of macros you need are missing.
autotools is not that important issue since I'm generating the files when I release a tarball, so the generated files are there. of course if you want to change the autotools input files, then that's a problem.
That wouldn't necessarily help in my case because I was using GYP's code from Git, then I switched to yours when you said you mainlined GYP's patternize code. The Git code does not include built-out autotools scripts.
If the patternize is available in your recent 3.2 beta tarballs with built-out scripts, I can try the build on there. I will work on this today and report back, since your timezone is 9 hours ahead of mine.
Matthew.
Your patch modified configure.in. So I had to copy the patched 3.2 beta 1 over onto Ubuntu 10.04 LTS to be able to rerun the autotools and copy it back. I have another problem. RHEL 5 is missing this file: /usr/lib/pkgconfig/glib-2.0.pc So I created a faked out version based on Ubuntu's file with the version number modified to match the RHEL 5 glib RPM's version. prefix=/usr exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include glib_genmarshal=glib-genmarshal gobject_query=gobject-query glib_mkenums=glib-mkenums Name: GLib Description: C Utility Library Version: 2.24.1 Libs: -L${libdir} -lglib-2.0 Libs.private: Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include After adding that, and running configure as follows: ./configure --prefix=/home/megahall/sng --enable-debug --enable-ssl --enable-mixed-linking --enable-tcp-wrapper --enable-spoof-source --disable-sql --enable-pacct --enable-pcre Then I get the following errors: checking for LIBDBI... Package dbi was not found in the pkg-config search path. Perhaps you should add the directory containing `dbi.pc' to the PKG_CONFIG_PATH environment variable No package 'dbi' found no checking for dbi_initialize in -ldbi... no checking for GLIB... Requested 'glib-2.0 >= 2.10.1' but version of GLib is 2.4.7-1 configure: error: Package requirements (glib-2.0 >= 2.10.1 gmodule-2.0) were not met: Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GLIB_CFLAGS and GLIB_LIBS to avoid the need to call pkg-config. So apparently RHEL 5 has too old of a glib too. I assume I must have missed it last time because it failed on PCRE before it got to glib and the script stopped running. Matthew.