Build Error in Latest Git

Build Error in Latest Git

[Noah Lavine]

Hello all,

I got the following build error after I pulled the latest git version of Guile:

<a bunch of stuff that seems irrelevant here>
CCLD   libguile-2.0.la
Undefined symbols:
  "_iconv", referenced from:
      _rpl_iconv in libgnu.a(iconv.o)
     (maybe you meant: _mem_iconveh, _iconveh_close , _rpl_iconv_open
, _mem_cd_iconveh , _str_iconveh , _rpl_iconv , _iconveh_open ,
_rpl_iconv_close , _str_cd_iconveh )
  "_iconv_close", referenced from:
      _rpl_iconv_close in libgnu.a(iconv_close.o)
     (maybe you meant: _rpl_iconv_close)
  "_iconv_open", referenced from:
      _rpl_iconv_open in libgnu.a(iconv_open.o)
      _rpl_iconv_open in libgnu.a(iconv_open.o)
     (maybe you meant: _rpl_iconv_open)
ld: symbol(s) not found
collect2: ld returned 1 exit status

This continued even when I rebuilt everything starting from autogen.sh.

It looks like a link error involving gnulib and libiconv, but I'm not
sure how to debug it. My libiconv is up-to-date, and everything built
fine before I pulled.

Thanks
Noah

Re: Build Error in Latest Git

[Andy Wingo]

On Wed 15 Dec 2010 07:49, Noah Lavine <noah.b.lavine@gmail.com> writes:

> Undefined symbols:
>   "_iconv", referenced from:

Odd. On what platform is this?

Andy
-- 
http://wingolog.org/

Re: Build Error in Latest Git

[Noah Lavine]

Mac OS X 10.6. There's some weirdness because I have two versions of
libiconv installed - the one that comes with OS X, and one from
Macports. They also define different symbols for the same functions -
the regular OS X library has "_iconv_close", and the Macports one has
"_libiconv_close". I wonder if this is a case of the configure script
picking up one set of names and then linking with the other set.
(Although that doesn't explain why it used to build, back when I had
the same setup.)

I've tried building with both of those libraries, using
--with-libiconv-prefix to switch, and I get the same error. (I started
with 'make distclean' each time.)

Noah

On Wed, Dec 15, 2010 at 4:02 PM, Andy Wingo <wingo@pobox.com> wrote:
> On Wed 15 Dec 2010 07:49, Noah Lavine <noah.b.lavine@gmail.com> writes:
>
>> Undefined symbols:
>>   "_iconv", referenced from:
>
> Odd. On what platform is this?
>
> Andy
> --
> http://wingolog.org/
>

Re: Build Error in Latest Git

[Noah Lavine]

After looking at this a bit more, I think it's an issue with Gnulib,
or possibly the configuration system. I'd like to report it to one of
those projects, but could someone tell me how Guile's configuration
mechanism interacts with Gnulib's? I don't really understand what is
configuring Gnulib, since it has no configure script.

Thanks,
Noah

On Wed, Dec 15, 2010 at 4:19 PM, Noah Lavine <noah.b.lavine@gmail.com> wrote:
> Mac OS X 10.6. There's some weirdness because I have two versions of
> libiconv installed - the one that comes with OS X, and one from
> Macports. They also define different symbols for the same functions -
> the regular OS X library has "_iconv_close", and the Macports one has
> "_libiconv_close". I wonder if this is a case of the configure script
> picking up one set of names and then linking with the other set.
> (Although that doesn't explain why it used to build, back when I had
> the same setup.)
>
> I've tried building with both of those libraries, using
> --with-libiconv-prefix to switch, and I get the same error. (I started
> with 'make distclean' each time.)
>
> Noah
>
> On Wed, Dec 15, 2010 at 4:02 PM, Andy Wingo <wingo@pobox.com> wrote:
>> On Wed 15 Dec 2010 07:49, Noah Lavine <noah.b.lavine@gmail.com> writes:
>>
>>> Undefined symbols:
>>>   "_iconv", referenced from:
>>
>> Odd. On what platform is this?
>>
>> Andy
>> --
>> http://wingolog.org/
>>
>

Re: Build Error in Latest Git

[Ludovic Courtès]

Hi,

Noah Lavine <noah.b.lavine@gmail.com> writes:

> After looking at this a bit more, I think it's an issue with Gnulib,
> or possibly the configuration system. I'd like to report it to one of
> those projects, but could someone tell me how Guile's configuration
> mechanism interacts with Gnulib's? I don't really understand what is
> configuring Gnulib, since it has no configure script.

Gnulib is a library of source files, including C files, Autoconf macros,
etc.

Guile uses Gnulib’s ‘libunistring’ module, which in turn depends on the
‘iconv’ module (see m4/gnulib-cache.m4 in the Guile tree).  The latter
is the one that provides the ‘--with-libiconv-prefix’ configure option
and the $(LTLIBICONV) variable used in libguile/Makefile.am.  On non-GNU
systems, that variable should be non-empty.

Hopefully this is enough info to ping bug-gnulib@gnu.org.  :-)

Thanks,
Ludo’.

Re: Build Error in Latest Git

[Ludovic Courtès]

Hello!

Noah Lavine <noah.b.lavine@gmail.com> writes:

> CCLD   libguile-2.0.la
> Undefined symbols:

Make sure to build with “make V=1”, to get the full command lines in
the log.

Can you also check all the things related to iconv in config.log?

Thanks,
Ludo’.

Re: Build Error in Latest Git

[Ludovic Courtès]

Hi again,

FWIW the problem is also visible here on FreeBSD and Darwin:

  http://hydra.nixos.org/job/gnu/guile-master/build/all

Ludo’.

Re: Build Error in Latest Git

[Andy Wingo]

On Fri 17 Dec 2010 18:10, Noah Lavine <noah.b.lavine@gmail.com> writes:

> After looking at this a bit more, I think it's an issue with Gnulib,
> or possibly the configuration system. I'd like to report it to one of
> those projects, but could someone tell me how Guile's configuration
> mechanism interacts with Gnulib's? I don't really understand what is
> configuring Gnulib, since it has no configure script.

Yeah, to be honest I don't really understand it very well either; but
given that I can't find the string "iconv" in our configure.ac, I don't
think it would be remiss to send a report to bug-gnulib@gnu.org
(possibly copying this list too).

Cheers,

Andy
-- 
http://wingolog.org/

Re: Build Error in Latest Git

[Noah Lavine]

Report sent.

On Fri, Dec 17, 2010 at 5:06 PM, Andy Wingo <wingo@pobox.com> wrote:
> On Fri 17 Dec 2010 18:10, Noah Lavine <noah.b.lavine@gmail.com> writes:
>
>> After looking at this a bit more, I think it's an issue with Gnulib,
>> or possibly the configuration system. I'd like to report it to one of
>> those projects, but could someone tell me how Guile's configuration
>> mechanism interacts with Gnulib's? I don't really understand what is
>> configuring Gnulib, since it has no configure script.
>
> Yeah, to be honest I don't really understand it very well either; but
> given that I can't find the string "iconv" in our configure.ac, I don't
> think it would be remiss to send a report to bug-gnulib@gnu.org
> (possibly copying this list too).
>
> Cheers,
>
> Andy
> --
> http://wingolog.org/
>