unofficial mirror of bug-guile@gnu.org 
 help / color / mirror / Atom feed
* bug#36170: configure fails on FreeBSD
@ 2019-06-11 11:43 Roger Mason
  2019-06-11 22:22 ` Mark H Weaver
  2019-06-11 22:41 ` Mark H Weaver
  0 siblings, 2 replies; 6+ messages in thread
From: Roger Mason @ 2019-06-11 11:43 UTC (permalink / raw)
  To: 36170

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)





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#36170: configure fails on FreeBSD
  2019-06-11 11:43 bug#36170: configure fails on FreeBSD Roger Mason
@ 2019-06-11 22:22 ` Mark H Weaver
  2019-06-12 15:03   ` Roger Mason
  2019-06-11 22:41 ` Mark H Weaver
  1 sibling, 1 reply; 6+ messages in thread
From: Mark H Weaver @ 2019-06-11 22:22 UTC (permalink / raw)
  To: Roger Mason; +Cc: 36170

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





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#36170: configure fails on FreeBSD
  2019-06-11 11:43 bug#36170: configure fails on FreeBSD Roger Mason
  2019-06-11 22:22 ` Mark H Weaver
@ 2019-06-11 22:41 ` Mark H Weaver
  2019-06-12 14:52   ` Roger Mason
  1 sibling, 1 reply; 6+ messages in thread
From: Mark H Weaver @ 2019-06-11 22:41 UTC (permalink / raw)
  To: Roger Mason; +Cc: 36170

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





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#36170: configure fails on FreeBSD
  2019-06-11 22:41 ` Mark H Weaver
@ 2019-06-12 14:52   ` Roger Mason
  0 siblings, 0 replies; 6+ messages in thread
From: Roger Mason @ 2019-06-12 14:52 UTC (permalink / raw)
  To: Mark H Weaver; +Cc: Roger Mason, 36170

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






^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#36170: configure fails on FreeBSD
  2019-06-11 22:22 ` Mark H Weaver
@ 2019-06-12 15:03   ` Roger Mason
  2019-06-12 15:11     ` Roger Mason
  0 siblings, 1 reply; 6+ messages in thread
From: Roger Mason @ 2019-06-12 15:03 UTC (permalink / raw)
  To: Mark H Weaver; +Cc: Roger Mason, 36170

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





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#36170: configure fails on FreeBSD
  2019-06-12 15:03   ` Roger Mason
@ 2019-06-12 15:11     ` Roger Mason
  0 siblings, 0 replies; 6+ messages in thread
From: Roger Mason @ 2019-06-12 15:11 UTC (permalink / raw)
  To: Roger Mason; +Cc: 36170

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





^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2019-06-12 15:11 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-06-11 11:43 bug#36170: configure fails on FreeBSD Roger Mason
2019-06-11 22:22 ` Mark H Weaver
2019-06-12 15:03   ` Roger Mason
2019-06-12 15:11     ` Roger Mason
2019-06-11 22:41 ` Mark H Weaver
2019-06-12 14:52   ` Roger Mason

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).