libtool-patches
[Top][All Lists]
Advanced

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

Re: [PATCH] Problem with native IRIX ld


From: Gary V. Vaughan
Subject: Re: [PATCH] Problem with native IRIX ld
Date: Mon, 20 Nov 2000 23:06:44 +0000
User-agent: Mutt/1.2.5i

Hi Morten,

On Thu, Oct 26, 2000 at 04:31:46PM +0200, Morten Eriksen wrote:
> In a nutshell, the problem is that the -set_version option of the
> native IRIX linker can't handle optionstrings of more than ~230
> characters before it segfaults.
>
> [[snip]]
> 
> That's the problem, now for my proposed solution:
> 
> The thing is that I can't see why we need to pass -set_version at all,
> as the default behavior for IRIX ld is to keep compatibility only over
> major version numbers -- i.e. the minor number defaults to being
> ignored by the runtime linker if the library was created without the
> -set_version option.
> 
> So unless I've overlooked something crucial, I propose the attached
> patch as a workaround for the IRIX ld problem.

I implemented the current set_version code based on an entry from the
TODO list.  Unfortunately, I don't actually know the reasoning behind
the current implementation.  I do agree with the problem you have
found though =)O|

Alexandre, would you care to make a judgement on this one?

> (I'm not sure in which format you want
> patches against release tarballs, I guess you'd perhaps want to
> ignore the changes to the autogenerated files)

Yup.

There are instructions for making submissions at:

  http://www.gnu.org/software/libtool/contribute.html
  
Cheers,
        Gary.
-- 
  ___              _   ___   __              _         mailto: address@hidden
 / __|__ _ _ ___ _| | / / | / /_ _ _  _ __ _| |_  __ _ ___       address@hidden 
| (_ / _` | '_|// / |/ /| |/ / _` | || / _` | ' \/ _` | _ \
 \___\__,_|_|\_, /|___(_)___/\__,_|\_,_\__, |_||_\__,_|//_/
home page:  /___/                      /___/                  gpg public key:
http://www.oranda.demon.co.uk           http://www.oranda.demon.co.uk/key.asc



reply via email to

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