"Jared D. McNeill" writes:
> Module Name: src
> Committed By: jmcneill
> Date: Sat Sep 18 10:45:11 UTC 2021
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/config: host-darwin.c
> src/external/gpl3/gcc/dist/gcc/config/aarch64: aarch64.h
>
> Log Message:
> Fix build on
On Wed, Oct 21, 2020 at 08:58:36AM +0900, Rin Okuyama wrote:
> I'm also one who feels hesitate to import Linux'ism into our basic
> components. However, for this problem in particular, I still think
> it is not a good choice to keep NetBSD support in driver-aarch64.c:
>
> (a) Our sysctl(3)-based
Hi,
(tech-toolchain@ added to cc)
On 2020/10/16 1:49, Kamil Rytarowski wrote:
On 15.10.2020 17:14, Rin Okuyama wrote:
On 2020/10/15 16:12, matthew green wrote:
Martin Husemann writes:
On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote:
you could try reverting most of our changes
Date:Fri, 16 Oct 2020 04:07:31 +
From:"Thomas Mueller"
Message-ID: <20201016052422.e063084...@mail.netbsd.org>
| Should I add ,linux to the end of the procfs line?
You can, but it isn't needed these days -- I used to mount procfs twice,
once without the linux
Excerpt from Rin Okuyama:
> Nowadays, -o linux is turned on by default (unless nolinux is
> specified explicitly). Still, native apps probably should not
> depend on it.
> This needs MI changes to procfs, not MD to aarch64. Should we
> enable /proc/cpuinfo unconditionally?
My NetBSD
On 15.10.2020 17:14, Rin Okuyama wrote:
> On 2020/10/15 16:12, matthew green wrote:
>> Martin Husemann writes:
>>> On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote:
you could try reverting most of our changes to this file and
making sure you run with /proc mounted -o linux.
On 2020/10/15 16:12, matthew green wrote:
Martin Husemann writes:
On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote:
you could try reverting most of our changes to this file and
making sure you run with /proc mounted -o linux. ryo@ recently
added additional /proc/cpuinfo support
Martin Husemann writes:
> On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote:
> > you could try reverting most of our changes to this file and
> > making sure you run with /proc mounted -o linux. ryo@ recently
> > added additional /proc/cpuinfo support that should make this
> > just
On Thu, Oct 15, 2020 at 05:28:12PM +1100, matthew green wrote:
> you could try reverting most of our changes to this file and
> making sure you run with /proc mounted -o linux. ryo@ recently
> added additional /proc/cpuinfo support that should make this
> just work with the upstream version, but
"Rin Okuyama" writes:
> Module Name: src
> Committed By: rin
> Date: Tue Oct 13 07:12:00 UTC 2020
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/config/aarch64: driver-aarch64.c
>
> Log Message:
> Reduce diff with upstream a bit.
> No functional changes.
you could try
Sorry for the late reply.
On 2020/08/11 1:16, Valery Ushakov wrote:
This sounds eerily similar to port-macppc/54827 - there's quite a bit
of confusion early on on my part there, but scroll to the last couple
of mails. http://gnats.netbsd.org/54827
It looks like some logic changed in MI gcc8
> May be we should also check other ports for similar gotcha proactively?
good idea. no other gcc/config/*/*netbsd* files define the
nasty STACK_BOUNDARY macro so hopefully we're good now.
thanks!
.mrg.
On Mon, Aug 10, 2020 at 06:24:39 +, Rin Okuyama wrote:
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/config/m68k: netbsd-elf.h
>
> Log Message:
> PR port-m68k/6
>
> Reset STACK_BOUNDARY to default, 16, to fix strange freeze for amiga,
> when kernel is compiled by GCC8.
This
Unfortunately this breaks building on a 9.0 arm64 host because it is
picking up /usr/include/aarch64/armreg.h and the one in 9.0 is missing a
bunch of stuff. It works when using armreg.h from the source tree instead,
eg:
-#include
+#include "/path/to/src/sys/arch/aarch64/include/armreg.h"
"Maya Rashish" writes:
> Module Name: src
> Committed By: maya
> Date: Wed Apr 10 16:11:06 UTC 2019
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/config: netbsd.h
>
> Log Message:
> remove bogus specs redefinition.
> fixes the use of -march=native
please revert this.
the
On Mon, Dec 31, 2012 at 10:08:18AM +, David Laight wrote:
On Mon, Dec 31, 2012 at 03:00:42AM +0100, Joerg Sonnenberger wrote:
On Sun, Dec 30, 2012 at 08:16:59PM +, David Laight wrote:
Module Name: src
Committed By: dsl
Date: Sun Dec 30 20:16:59 UTC 2012
On Thu, Jan 03, 2013 at 03:46:08PM +0100, Joerg Sonnenberger wrote:
At least in terms of documentation, this is a regression. TARGET_64BIT
implies the presence of SSE support and that's somewhat independent of
the separate preferred stack boundary
Eh? TARGET_64BIT forces
On Mon, Dec 31, 2012 at 03:00:42AM +0100, Joerg Sonnenberger wrote:
On Sun, Dec 30, 2012 at 08:16:59PM +, David Laight wrote:
Module Name:src
Committed By: dsl
Date: Sun Dec 30 20:16:59 UTC 2012
Modified Files:
Module Name: src
Committed By: dsl
Date: Sun Dec 30 20:16:59 UTC 2012
Modified Files:
src/external/gpl3/gcc/dist/gcc/config/i386: i386.c
Log Message:
No need to check both TARGET_64BIT and ix86_preferred_stack_boundary = 64,
if the former is true the latter is also
On Tue, Jan 01, 2013 at 02:06:31AM +1100, matthew green wrote:
Module Name:src
Committed By: dsl
Date: Sun Dec 30 20:16:59 UTC 2012
Modified Files:
src/external/gpl3/gcc/dist/gcc/config/i386: i386.c
Log Message:
No need to check both
On Sun, Dec 30, 2012 at 08:16:59PM +, David Laight wrote:
Module Name: src
Committed By: dsl
Date: Sun Dec 30 20:16:59 UTC 2012
Modified Files:
src/external/gpl3/gcc/dist/gcc/config/i386: i386.c
Log Message:
No need to check both TARGET_64BIT and
On Sat, Oct 06, 2012 at 02:10:46PM +, Joerg Sonnenberger wrote:
Module Name: src
Committed By: joerg
Date: Sat Oct 6 14:10:46 UTC 2012
Modified Files:
src/external/gpl3/gcc/dist/gcc/config/i386: i386.h
Log Message:
PR 46978: ICE on spilling MMX registers
GCC/i386
On Fri, Sep 14, 2012 at 01:00:01PM +, Joerg Sonnenberger wrote:
Module Name: src
Committed By: joerg
Date: Fri Sep 14 13:00:01 UTC 2012
Modified Files:
src/external/gpl3/gcc/dist/gcc/config/i386: i386.c netbsd-elf.h
netbsd64.h
Log Message:
Fix GCC to
23 matches
Mail list logo