Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 Mar 2015 20:38:23 +0200
From:      Konstantin Belousov <kostikbel@gmail.com>
To:        Nathan Whitehorn <nwhitehorn@freebsd.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r279937 - in head/sys/powerpc: include powerpc
Message-ID:  <20150313183823.GB2379@kib.kiev.ua>
In-Reply-To: <550328C2.6060602@freebsd.org>
References:  <20150312212234.GS2379@kib.kiev.ua> <55020547.7050102@freebsd.org> <20150312213530.GT2379@kib.kiev.ua> <5502094D.5090001@freebsd.org> <20150313084702.GV2379@kib.kiev.ua> <550318FD.1070906@freebsd.org> <20150313172345.GY2379@kib.kiev.ua> <5503224A.3010100@freebsd.org> <20150313175931.GA2379@kib.kiev.ua> <550328C2.6060602@freebsd.org>

index | next in thread | previous in thread | raw e-mail

On Fri, Mar 13, 2015 at 11:13:22AM -0700, Nathan Whitehorn wrote:
> The compiler assumes that f14-f31 and v20-v31 are preserved by setjmp() 
> (and, e.g. glibc's setjmp() does in fact preserve them). It also tries 
> not to use those registers too much, so the practical impact is limited, 
> but it should actually be fixed.

I think that the setjmp/longjmp case would benefit greatly from the
versioning of the symbols.  Versioning cannot solve all ABI issues,
e.g. if you compiler used old machine/setjmp.h and then link resulting
.o with newer libc, but for complete builds it will help and keep
old binaries working not worse than now.


home | help

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