svn commit: r270099 - in stable: 10/contrib/gcc/config/i386 9/contrib/gcc/config/i386
dim at FreeBSD.org
Sun Aug 17 22:46:37 UTC 2014
On 17 Aug 2014, at 15:45, Alexey Dokuchaev <danfe at FreeBSD.org> wrote:
> On Sun, Aug 17, 2014 at 03:29:42PM +0200, Dimitry Andric wrote:
>> In principle it is applicable, but the same file also has other changes
>> in head which were not MFCd, so just MFCing this one commit does not
>> make much sense. For example, the earlier cast fixes were part of a
>> much larger commit by Pedro Giffuni, adding "experimental support for
>> amdfam10/barcelona CPUs":
> I'm running my stable/8 with Pedro's patches applied, including r251212,
> no problems so far (although I don't have recent AMD CPUs to play with).
>> Does it still make sense to backport such experimental changes to an old
>> stable branch? Of course I could split off just the changes to
>> emmintrin.h, and leave the others out, but then we would have a partial
>> MFC. I'm not sure if that is the usual way of doing things...
> Understood. My goal here is to try to keep stable/8 as alive as possible,
> since I plan to keep using it beyond its official EOL. Hence, when I see
> fixes that potentially help ports to be buildable on it I'd usually ask if
> they can be MFCed (when it's easy enough to do).
Can you please try this diff , which merges most of the stable/9 gcc
changes to stable/8? I've ran it through a make universe, and the only
failure I got was with the amd64 XENHVM kernel:
amd64 XENHVM kernel failed, check _.amd64.XENHVM for deatils
but I don't know if this is an expected failure or not. Tinderbox seems
to have other trouble with its stable/8 builds. The actual error is:
In file included from sys/sys/param.h:86,
sys/sys/types.h:44:28: error: machine/endian.h: No such file or directory
I didn't test any ports yet, though.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 203 bytes
Desc: Message signed with OpenPGP using GPGMail
More information about the svn-src-all