Installation Problems on Mac OS X (undefined GMP symbols)

I ran into the exact same problem.

I downloaded the GMP source and compiled it with default options.
This produces a 64 bit libgmp, which doesn't work with Ikarus.
When you run configure for GMP set ABI to 32 bits.

(Thanks to my brother for figuring his out)

Dear Jens,

Many thanks! Just what the doctored ordered. Ikarus is running fine
now.

Are you considering porting your galore library of data structures to
R6RS scheme? I'd like to port the application I'm developing in PLT
Scheme to R6RS before it is made public (a rule-based reasoner and
argumentation system), but this application depends on a number of
PLT extensions, including your galore library.

Yours,

Tom Gordon

On 01.11.2007, at 12:35, Jens Axel Søgaard wrote:

> I ran into the exact same problem.
>
> I downloaded the GMP source and compiled it with default options.
> This produces a 64 bit libgmp, which doesn't work with Ikarus.
> When you run configure for GMP set ABI to 32 bits.
>
> (Thanks to my brother for figuring his out)
>
> --
> Installation Problems on Mac OS X (undefined GMP symbols)
> https://bugs.launchpad.net/bugs/159235
> You received this bug notification because you are a direct subscriber
> of the bug.

Hi Tom,

> Many thanks! Just what the doctored ordered. Ikarus is running fine
> now.

Good to hear.

> Are you considering porting your galore library of data structures to
> R6RS scheme? I'd like to port the application I'm developing in PLT
> Scheme to R6RS before it is made public (a rule-based reasoner and
> argumentation system), but this application depends on a number of
> PLT extensions, including your galore library.

Maybe someday. But do feel free to port what you need to R6RS.
Version 2 of Galore ought to be relatively easy to port.

/Jens Axel

>> I ran into the exact same problem.
>>
>> I downloaded the GMP source and compiled it with default options.
>> This produces a 64 bit libgmp, which doesn't work with Ikarus.
>> When you run configure for GMP set ABI to 32 bits.
>>
>> (Thanks to my brother for figuring his out)

Aziz,

The reascon it was a little tricky to figure out, was that
configure reported that GMP was present and that it worked.
If configure tests the same version of libgmp that actually
gets linked, it will be possible to warn the user early.

/Jens Axel

On Nov 1, 2007, at 11:16 AM, Jens Axel Søgaard wrote:

> Aziz,
>
> The reascon it was a little tricky to figure out, was that
> configure reported that GMP was present and that it worked.
> If configure tests the same version of libgmp that actually
> gets linked, it will be possible to warn the user early.

Thanks Jens for your help.

I will try to see how to get autoconf to do that. In the
meanwhile, I will post your workaround to the Answers page.

Thanks again.

Aziz,,,

I have added a patch for checking for the undefined symbols in configure.ac (revision 1004).
Would someone check whether it works or breaks on their machines?

Abdulaziz Ghuloum skrev:
> I have added a patch for checking for the undefined symbols in configure.ac (revision 1004).
> Would someone check whether it works or breaks on their machines?
>
>
> ** Changed in: ikarus
> Status: Confirmed => In Progress

I fetched the development version with:

   bzr checkout http://www.cs.indiana.edu/~aghuloum/ikarus.dev

Then ran ./configure which gave this error in the end:

   config.status: error: cannot find input file: scheme/Makefile.in

The entire output from ./configure is below.

The machine runs OS X 10.4.

/Jens Axel

80:~/Scheme/Ikarus/dev/ikarus.dev soegaard$ cat output-of-configure.txt
checking build system type... i686-apple-darwin8.10.2
checking host system type... i686-apple-darwin8.10.2
checking target system type... i686-apple-darwin8.10.2
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... gcc3
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ANSI C... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for library containing dlsym... none required
checking for library containing cos... none required
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking gmp.h usability... yes
checking gmp.h presence... yes
checking for gmp.h... yes
checking assert.h usability... yes
checking assert.h presence... yes
checking for assert.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking errno.h usability... yes
checking errno.h presence... yes
checking for errno.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking signal.h usability... yes
checking signal.h presence... yes
checking for signal.h... yes
checking for stdint.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
checking sys/mman.h usability... yes
checking sys/mman.h presence... yes
checking for sys/mman.h... yes
che...

The line I was looking for was:
  checking for __gmpn_mul in -lgmp... yes

I also added missing scheme/Makefile.in and doc/Makefile.in. You might want to "touch" the pdf file in doc/ if you don't want to rebuild the docs since, apparently, bzr does not retain file access/update time stamps.

Thanks Jens.

Jens Axel Søgaard skrev:
> Abdulaziz Ghuloum skrev:
>> I have added a patch for checking for the undefined symbols in configure.ac (revision 1004).
>> Would someone check whether it works or breaks on their machines?
>>
>>
>> ** Changed in: ikarus
>> Status: Confirmed => In Progress
>
> I fetched the development version with:
>
> bzr checkout http://www.cs.indiana.edu/~aghuloum/ikarus.dev
>
> Then ran ./configure which gave this error in the end:
>
> config.status: error: cannot find input file: scheme/Makefile.in
>
> The entire output from ./configure is below.

After a little digging I found out that my automake was version 1.6.
After an upgrade to version 1.10 the build succeeded.

/Jens Axel

Abdulaziz Ghuloum skrev:
> The line I was looking for was:
> checking for __gmpn_mul in -lgmp... yes
>
> I also added missing scheme/Makefile.in and doc/Makefile.in. You might
> want to "touch" the pdf file in doc/ if you don't want to rebuild the
> docs since, apparently, bzr does not retain file access/update time
> stamps.

Ah, so that's why it worked the second time around ;-)

/Jens Axel

This bug report is about to be closed as the fix comitted previously
will be incorporated in the next 0.0.2 release of Ikarus Scheme,
scheduled for November 28, 2007.
A release candidate tarball is available for download from:
  http://www.cs.indiana.edu/~aghuloum/ikarus/ikarus-0.0.2-rc1.tar.gz
Please do test it if you have the time and report any issues you
might encounter. Thank you very much for your support. Aziz,,,
(Sorry for the duplicates; I'm updating every open bug.)

OK. Thanks for providing me access to the release candidate. I'll
be happy to try it out next week and report any problems I find.
Will there be a list of changes since the last version?

Yours,

Tom Gordon

On Nov 24, 2007, at 11:11 AM, Abdulaziz Ghuloum wrote:

> This bug report is about to be closed as the fix comitted previously
> will be incorporated in the next 0.0.2 release of Ikarus Scheme,
> scheduled for November 28, 2007.
> A release candidate tarball is available for download from:
> http://www.cs.indiana.edu/~aghuloum/ikarus/ikarus-0.0.2-rc1.tar.gz
> Please do test it if you have the time and report any issues you
> might encounter. Thank you very much for your support. Aziz,,,
> (Sorry for the duplicates; I'm updating every open bug.)
>
> ** Changed in: ikarus
> Target: None => 0.0.2
>
> --
> Installation Problems on Mac OS X (undefined GMP symbols)
> https://bugs.launchpad.net/bugs/159235
> You received this bug notification because you are a direct subscriber
> of the bug.

Abdulaziz Ghuloum wrote:

> A release candidate tarball is available for download from:
> http://www.cs.indiana.edu/~aghuloum/ikarus/ikarus-0.0.2-rc1.tar.gz
> Please do test it if you have the time and report any issues you
> might encounter.

Everything went smoothly here.

/Jens Axel

On Nov 24, 2007, at 6:13 AM, Tom Gordon wrote:

> Will there be a list of changes since the last version?

The list of changes is huge :-) The milestone page lists
the (reported) bugs that were targeted.
    https://launchpad.net/ikarus/+milestone/0.0.2

I really can't afford documenting the changes separately.
The log file (e.g. bzr help log) should list it all.

Aziz,,,