build broken: libxml - i386 vs. X86_64 - configure problem

build broken: libxml - i386 vs. X86_64 - configure problem

[David Reitter]

The libxml bindings or something else related to XML broke the build for me (on a mac), due to the chosen build architecture being 64-bit (chosen by default, and that is correct), but the library being i386:


dr@elin:~/em24.git emacs24$ ./configure --with-ns
...
checking build system type... x86_64-apple-darwin10.4.0
checking host system type... x86_64-apple-darwin10.4.0
...
checking for libxml-2.0 > 2.2.0... yes
checking LIBXML2_CFLAGS... -I/opt/local/include/libxml2 -I/opt/local/include  
checking LIBXML2_LIBS... -L/opt/local/lib -lxml2 -lpthread -lz -liconv -lm  
...


gcc  -prebind -framework AppKit -Xlinker -headerpad -Xlinker 6C8   \
          -o temacs pre-crt0.o dispnew.o frame.o scroll.o xdisp.o menu.o  window.o charset.o coding.o category.o ccl.o character.o chartab.o bidi.o cm.o term.o terminal.o xfaces.o    emacs.o keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o eval.o floatfns.o fns.o font.o print.o lread.o syntax.o unexmacosx.o bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o strftime.o intervals.o textprop.o composite.o md5.o xml.o   nsterm.o nsfns.o nsmenu.o nsselect.o nsimage.o nsfont.o fontset.o fringe.o image.o   terminfo.o lastfile.o      mktime.o         -L/opt/local/lib -lxml2 -lpthread -lz -liconv -lm    -lresolv  -lncurses           
ld: warning: in /opt/local/lib/libxml2.dylib, file is not of required architecture
Undefined symbols:
  "_xmlCleanupParser", referenced from:
      _parse_buffer in xml.o
  "_xmlDocGetRootElement", referenced from:
      _parse_buffer in xml.o
  "_xmlReadMemory", referenced from:
      _parse_buffer in xml.o
  "_htmlReadMemory", referenced from:
      _parse_buffer in xml.o
  "_xmlCheckVersion", referenced from:
      _parse_buffer in xml.o
  "_xmlFreeDoc", referenced from:
      _parse_buffer in xml.o
ld: symbol(s) not found

dr@elin:~/em24.git emacs24$ lipo -info /opt/local/lib/libxml2.dylib
Non-fat file: /opt/local/lib/libxml2.dylib is architecture: i386


Would it be possible to fix the configure script to make sure that the library is not only present, but that it can actually be bound?

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[Lars Magne Ingebrigtsen]

David Reitter <david.reitter@gmail.com> writes:

> Would it be possible to fix the configure script to make sure that the
> library is not only present, but that it can actually be bound?

Sure.  I'm now checking in a test for linkability, too.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[Chad Brown]

On Sep 13, 2010, at 7:30 AM, David Reitter wrote:

> The libxml bindings or something else related to XML broke the build for me (on a mac), due to the chosen build architecture being 64-bit (chosen by default, and that is correct), but the library being i386:
> 
> dr@elin:~/em24.git emacs24$ lipo -info /opt/local/lib/libxml2.dylib
> Non-fat file: /opt/local/lib/libxml2.dylib is architecture: i386


Do you not have an libxml2 in /usr/lib?

; lipo -info /usr/lib/libxml2.dylib 
Architectures in the fat file: /usr/lib/libxml2.dylib are: x86_64 i386 ppc7400 

It looks like you've shadowed a useable library with something from Fink or MacPorts, at a guess.  Perhaps setting PKG_CONFIG_PATH to something with /usr/lib/pkgconfig early will help?

*Chad

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[David Reitter]

On Sep 13, 2010, at 1:51 PM, Chad Brown wrote:
> 
> Do you not have an libxml2 in /usr/lib?
> 
> ; lipo -info /usr/lib/libxml2.dylib 
> Architectures in the fat file: /usr/lib/libxml2.dylib are: x86_64 i386 ppc7400 

Yes, I have the same, and yes, it appears shadowed.


> It looks like you've shadowed a useable library with something from Fink or MacPorts, at a guess.  Perhaps setting PKG_CONFIG_PATH to something with /usr/lib/pkgconfig early will help?

PKG_CONFIG is indeed /opt/local/bin/pkg-config in my config.status.

Err, this is not the right way:

./configure --with-pkg-config-prog=/usr/lib/pkgconfig/
checking for pkg-config... (cached) /usr/lib/pkgconfig
./configure: line 11131: /usr/lib/pkgconfig: is a directory
*** Your version of pkg-config is too old. You need version 0.9.0 or newer.
*** See http://www.freedesktop.org/software/pkgconfig

I don't have another pkg-config binary than the one provided by macports.

PS.: Lars, consider updating "configure" in the branch after the change to "configure.in"

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[Lars Magne Ingebrigtsen]

David Reitter <david.reitter@gmail.com> writes:

> PS.: Lars, consider updating "configure" in the branch after the
> change to "configure.in"

The change to "configure" was checked in at the same time as the
"configure.in" change was.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[David Reitter]

On Sep 13, 2010, at 2:08 PM, Lars Magne Ingebrigtsen wrote:
> 
> The change to "configure" was checked in at the same time as the
> "configure.in" change was.

You're right, it was.  I went by the commit log only and then thought that I couldn't get it to work because I had to regenerate configure.

So, it is still not working for me:

checking for pkg-config... (cached) /opt/local/bin/pkg-config
checking for libxml-2.0 > 2.2.0... yes
checking LIBXML2_CFLAGS... -I/opt/local/include/libxml2 -I/opt/local/include  
checking LIBXML2_LIBS... -L/opt/local/lib -lxml2 -lpthread -lz -liconv -lm  
checking for htmlReadMemory in -lxml2... yes


Debugging this a bit, your check for htmlReadMemory  calls

$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS conftest.$ac_ext $LIBS >&5

which is, at the time

gcc -o conftest -g -O2     conftest.c -lxml2   

So I think this one will catch the library in /usr/lib, because the -L is missing.

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[Lars Magne Ingebrigtsen]

David Reitter <david.reitter@gmail.com> writes:

> checking for pkg-config... (cached) /opt/local/bin/pkg-config
> checking for libxml-2.0 > 2.2.0... yes
> checking LIBXML2_CFLAGS... -I/opt/local/include/libxml2 -I/opt/local/include  
> checking LIBXML2_LIBS... -L/opt/local/lib -lxml2 -lpthread -lz -liconv -lm  
> checking for htmlReadMemory in -lxml2... yes

[...]

> gcc -o conftest -g -O2     conftest.c -lxml2   
>
> So I think this one will catch the library in /usr/lib, because the -L
> is missing.

Ah, right.  It needs to add the LIBXML2_LIBS to the AC_CHECK_LIBS
incantation somehow.  I'll see whether I can figure out how to do
that... 

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[Lars Magne Ingebrigtsen]

David Reitter <david.reitter@gmail.com> writes:

> gcc -o conftest -g -O2     conftest.c -lxml2   

Does the following patch fix it for you?

=== modified file 'configure.in'
*** configure.in	2010-09-13 14:58:48 +0000
--- configure.in	2010-09-13 18:45:28 +0000
***************
*** 2541,2546 ****
--- 2541,2547 ----
    ### I'm not sure what the version number should be, so I just guessed.
    PKG_CHECK_MODULES(LIBXML2, libxml-2.0 > 2.2.0, HAVE_LIBXML2=yes, HAVE_LIBXML2=no)
    if test "${HAVE_LIBXML2}" = "yes"; then
+     LIBS="$LIBXML2_LIBS $LIBS"
      AC_CHECK_LIB(xml2, htmlReadMemory, HAVE_LIBXML2=yes, HAVE_LIBXML2=no)
      if test "${HAVE_LIBXML2}" = "yes"; then
        AC_DEFINE(HAVE_LIBXML2, 1, [Define to 1 if you have the libxml library (-lxml2).])


Emacs devel people, is that the correct incantation to add the LIBS
discovered by the PKG_CHECK_MODULES magic?        

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[David Reitter]

On Sep 13, 2010, at 2:48 PM, Lars Magne Ingebrigtsen wrote:
> 
> Does the following patch fix it for you?
> 
> +     LIBS="$LIBXML2_LIBS $LIBS"
>      

Yes, this works.

Of course, the consequence is that your support for the XML library isn't included, even though I have a perfectly appropriate XML library in /usr/lib.  But perhaps this is the fair consequence of having an inappropriate library lurking around (that said, it is a perfectly fine library, being i386 and all... just not 64-bit...)

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[Lars Magne Ingebrigtsen]

David Reitter <david.reitter@gmail.com> writes:

>> Does the following patch fix it for you?
>> 
>> +     LIBS="$LIBXML2_LIBS $LIBS"
>
> Yes, this works.

Ok; I'll commit it.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: build broken: libxml - i386 vs. X86_64 - configure problem

[Andreas Schwab]

David Reitter <david.reitter@gmail.com> writes:

> Err, this is not the right way:
>
> ./configure --with-pkg-config-prog=/usr/lib/pkgconfig/

You want to pass PKG_CONFIG_PATH=/usr/lib/pkgconfig.

Andreas.

-- 
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."