bug-guile
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Mac Intel Leopard guile 1.8.4 link fails


From: Roger Mc Murtrie
Subject: Re: Mac Intel Leopard guile 1.8.4 link fails
Date: Sun, 24 Feb 2008 23:14:07 +1100


On 24/02/2008, at 8:53 PM, Neil Jerram wrote:

Roger Mc Murtrie <address@hidden> writes:

Mac OSX 10.5.2

./configure
make

Link failed at
gcc -dynamiclib  -o .libs/libguile.17.1.2.dylib .....

ld: warning codegen in ___gmpn_popcount (offset 0x00000007) prevents
image from loading in dyld shared cache
ld: warning codegen in ___gmpn_popcount (offset 0x0000000E) prevents
image from loading in dyld shared cache
ld: warning codegen in ___gmpn_popcount (offset 0x00000015) prevents
image from loading in dyld shared cache
ld: warning codegen in ___gmpn_hamdist (offset 0x00000007) prevents
image from loading in dyld shared cache
ld: warning codegen in ___gmpn_hamdist (offset 0x0000000E) prevents
image from loading in dyld shared cache
ld: warning codegen in ___gmpn_hamdist (offset 0x00000015) prevents
image from loading in dyld shared cache
ld: absolute addressing (perhaps -mdynamic-no-pic) used in
___gmpn_add_n from /usr/local/lib/libgmp.a(add_n.o) not allowed in
slidable image
collect2: ld returned 1 exit status
make[3]: *** [libguile.la] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Hi Roger,

Thanks for reporting this.  I was just wondering if this is a
regression since 1.8.3 - i.e. a problem that we've introduced by
something between 1.8.3 and 1.8.4.

As far as I remember, the 1.8.3 Leopard build was blocked by "64" API
problems, but I think you managed to work around those.  If you can
still remember, did the build then complete?

If it did complete, I guess this must be a regression.

Regards,
   Neil

Hi Neil,
We ended up building 1.8.3 successfully with Leopard using ./ configure without any switches etc. The 64 problem was avoided, I think, by not defining HAVE_STAT64 in the config.h.in file:
/* Define to 1 if you have the `stat64' function. */
/* #undef HAVE_STAT64 */
The generated 1.8.3 then contained
/* Define to 1 if you have the `stat64' function. */
/* #undef HAVE_STAT64 */

The supplied 1.8.4 config.h.in file has
/* Define to 1 if you have the `stat64' function. */
#undef HAVE_STAT64

and
/* Define to 1 in order to try to use "64" versions of system and library
   calls. */
#undef GUILE_USE_64_CALLS
which I seem to recall had to do with a proposed solution for Mac OSX?

But the 1.8.4 config.h has
/* Define to 1 if you have the `stat64' function. */
#define HAVE_STAT64 1

I tried running autoconf but configure still generated a config.h with
#define HAVE_STAT64 1

I'll try changing config.h to
#undef HAVE_STAT64
I'll let ypu know the result.

Fortunately, I still have the 1.8.3 build files.

Regards
Roger






reply via email to

[Prev in Thread] Current Thread [Next in Thread]