bug#36170: configure fails on FreeBSD

bug#36170: configure fails on FreeBSD

[Roger Mason]

Hello,

I cloned the git repo yesterday (2019-06-10, most recent commit
8d469660525d74734f3184cb9ed01b6f2dcd0445).  I ran autogen.sh in the
source directory.  I had to comment out the call to m4 --version, which
failed (I have m4-1.4.18).  I created a build directory.  When I
configure like this:

../guile/configure --with-bdw-gc=bdw-gc-threaded

it works:

---snip---
config.status: executing depfiles commands
config.status: executing libtool commands
config.status: executing po-directories commands

When I configure like this:

../guile/configure --prefix="/home/rmason/32-bit-install" --with-bdw-gc=bdw-gc-threaded

it fails to find various libraries & headers unless I list them
explicitly in the invocation of configure like this:

../guile/configure --prefix=/home/rmason/32-bit-install \
		   --with-bdw-gc=bdw-gc-threaded \
		   --with-libltdl-prefix=/usr/local \
		   --with-libgmp-prefix=/usr/local \
		   --with-libunistring-prefix=/usr/local \
		   --with-libiconv-prefix=/usr/local

Is that how it is supposed to work, or is there a bug in the build
system?

I note also that configure claims my readline library is too old (<
2.1), but I have:

pkg info -x readline
readline-7.0.5

Cheers,
Roger

FreeBSD 11.2-RELEASE-p10 (i386)

bug#36170: configure fails on FreeBSD

[Mark H Weaver]

Hi Roger,

Roger Mason <rmason@mun.ca> writes:

> I cloned the git repo yesterday (2019-06-10, most recent commit
> 8d469660525d74734f3184cb9ed01b6f2dcd0445).  I ran autogen.sh in the
> source directory.  I had to comment out the call to m4 --version, which
> failed (I have m4-1.4.18).  I created a build directory.  When I
> configure like this:
>
> ../guile/configure --with-bdw-gc=bdw-gc-threaded
>
> it works:
>
> ---snip---
> config.status: executing depfiles commands
> config.status: executing libtool commands
> config.status: executing po-directories commands
>
> When I configure like this:
>
> ../guile/configure --prefix="/home/rmason/32-bit-install" --with-bdw-gc=bdw-gc-threaded
>
> it fails to find various libraries & headers unless I list them
> explicitly in the invocation of configure like this:
>
> ../guile/configure --prefix=/home/rmason/32-bit-install \
> 		   --with-bdw-gc=bdw-gc-threaded \
> 		   --with-libltdl-prefix=/usr/local \
> 		   --with-libgmp-prefix=/usr/local \
> 		   --with-libunistring-prefix=/usr/local \
> 		   --with-libiconv-prefix=/usr/local
>
> Is that how it is supposed to work, or is there a bug in the build
> system?

I guess what's happening here is that ./configure automatically looks
for libraries in the prefix directory as specified by --prefix=DIR.
I don't have time right now to verify that guess.

> I note also that configure claims my readline library is too old (<
> 2.1), but I have:
>
> pkg info -x readline
> readline-7.0.5

Something went wrong here.  The relevant check involves compiling a
small test program that references 'rl_getc_function', which was
apparently added in readline 2.1.  Something must have gone wrong
compiling that test program.

After running ./configure, there should be a file 'config.log' which
includes the failed test program, the compile command used to compile
it, and the compiler error messages.  Can you search for 'readline' in
that file and see what went wrong?

      Thanks,
        Mark

bug#36170: configure fails on FreeBSD

[Roger Mason]

Hello Mark,

Mark H Weaver <mhw@netris.org> writes:

>> I note also that configure claims my readline library is too old (<
>> 2.1), but I have:
>>
>> pkg info -x readline
>> readline-7.0.5
>
> Something went wrong here.  The relevant check involves compiling a
> small test program that references 'rl_getc_function', which was
> apparently added in readline 2.1.  Something must have gone wrong
> compiling that test program.
>
> After running ./configure, there should be a file 'config.log' which
> includes the failed test program, the compile command used to compile
> it, and the compiler error messages.  Can you search for 'readline' in
> that file and see what went wrong?
>
>       Thanks,
>         Mark

config.log says:

configure:54907: cc -std=gnu11 -o conftest -I/usr/local/include -g -O2
-I/usr/local/include conftest.c -lreadline -lncurses -lcrypt -lm >&5

/usr/bin/ld: cannot find -lreadline

So the error message is a bit misleading.

Cheers,
Roger

bug#36170: configure fails on FreeBSD

[Roger Mason]

Hello Again,

Roger Mason <rmason@mun.ca> writes:

> config.log says:
>
> configure:54907: cc -std=gnu11 -o conftest -I/usr/local/include -g -O2
> -I/usr/local/include conftest.c -lreadline -lncurses -lcrypt -lm >&5
>
> /usr/bin/ld: cannot find -lreadline
>
> So the error message is a bit misleading.

Adding LDFLAGS="-L/usr/local/lib" to the configure invocation fixed it.

Cheers,
Roger

bug#36170: configure fails on FreeBSD

[Mark H Weaver]

Roger Mason <rmason@mun.ca> writes:

> I cloned the git repo yesterday (2019-06-10, most recent commit
> 8d469660525d74734f3184cb9ed01b6f2dcd0445).  I ran autogen.sh in the
> source directory.  I had to comment out the call to m4 --version, which
> failed (I have m4-1.4.18).

That's the latest stable m4 release, and the same version that I have.
It's surprising that "m4 --version" failed.  It makes me wonder if
autogen.sh is using Bash-specific syntax.

Does "bash -x autogen.sh" work, when using the autogen.sh that we
provide?

      Mark

bug#36170: configure fails on FreeBSD

[Roger Mason]

Hello Mark,

Mark H Weaver <mhw@netris.org> writes:

> That's the latest stable m4 release, and the same version that I have.
> It's surprising that "m4 --version" failed.  It makes me wonder if
> autogen.sh is using Bash-specific syntax.

'm4 --version' fails on the command-line too:
m4: illegal option -- -

> Does "bash -x autogen.sh" work, when using the autogen.sh that we
> provide?

No, it still fails on 'm4 --version'.

Cheers,
Roger