unofficial mirror of bug-guile@gnu.org 
 help / color / mirror / Atom feed
From: Roger Mc Murtrie <rogermc@iinet.net.au>
To: Neil Jerram <neil@ossau.uklinux.net>
Cc: bug-guile@gnu.org
Subject: Re: Mac Intel Leopard guile 1.8.4 link fails
Date: Sun, 24 Feb 2008 23:14:07 +1100	[thread overview]
Message-ID: <7CE11F63-BD76-4986-83B5-07632593C060@iinet.net.au> (raw)
In-Reply-To: <87ejb21y0u.fsf@ossau.uklinux.net>


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

> Roger Mc Murtrie <rogermc@iinet.net.au> 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	other threads:[~2008-02-24 12:14 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-20 11:30 Mac Intel Leopard guile 1.8.4 link fails Roger Mc Murtrie
2008-02-24  9:53 ` Neil Jerram
2008-02-24 12:14   ` Roger Mc Murtrie [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-02-23 19:57 FW: " Neil Jerram
2008-02-25 10:43 ` Torbjorn Granlund
2008-02-25 21:39   ` Neil Jerram
2008-02-25 22:07     ` Roger Mc Murtrie
2008-02-26  8:31       ` Neil Jerram
     [not found]         ` <01FE054A-13D0-4FCC-B351-57AA0128BAEB@iinet.net.au>
2008-02-27 22:38           ` Roger Mc Murtrie
2008-03-03 22:26             ` Neil Jerram
2008-02-26 13:14 ` Hans Aberg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/guile/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=7CE11F63-BD76-4986-83B5-07632593C060@iinet.net.au \
    --to=rogermc@iinet.net.au \
    --cc=bug-guile@gnu.org \
    --cc=neil@ossau.uklinux.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).