Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 28 May 1998 01:14:13 +0800
From:      Peter Wemm <peter@netplex.com.au>
To:        Eivind Eklund <eivind@yes.no>
Cc:        Nate Williams <nate@mt.sri.com>, "John S. Dyson" <toor@dyson.iquest.net>, current@FreeBSD.ORG
Subject:   Re: Fix for undefined "__error" and discussion of shared object versioning 
Message-ID:  <199805271714.BAA03576@spinner.netplex.com.au>
In-Reply-To: Your message of "Tue, 26 May 1998 20:15:49 %2B0200." <19980526201549.35268@follo.net> 

next in thread | previous in thread | raw e-mail | index | archive | help
Eivind Eklund wrote:
> On Tue, May 26, 1998 at 11:50:53AM -0600, Nate Williams wrote:
> > > > I really don't think that we would want to also get into compiler
> > > > support issues.  Tool support issues are complex enough.  I can imagine
> > > > that egcs (could) be stable enough for our c++ compiler, but am much
> > > > less confident of it being our default c compiler.
> > > 
> > > Personally I'd prefer to use TenDRA if at all possible.  It seems to
> > > be much better than GCC when you look at error control etc.
> > 
> > Can it do shlibs?
> 
> I don't know - is there much special it would have to do?

Yes, it would need to be able to generate position independent code (PIC) 
to avoid relocation hits for data references.  This is a big problem for 
the i386 family, there's no pc-relative addressing mode for data accesses 
(like there is on most other cpus), so one of the precious general purpose 
registers has to be stolen for it. (%ebx in this case).  

> It create assembly files (as the third stage) and use the system
> assembler and linker, so I don't think it should be a problem, but I
> don't really know.

If it can make GOT and PLT references, it probably can do it.  I'd be 
suprised though, it's a PITA to get it right.  All the .size and function 
declarations would be needed as well.

> Eivind.

Cheers,
-Peter
--
Peter Wemm <peter@netplex.com.au>   Netplex Consulting



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199805271714.BAA03576>