"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 macO
> On Jul 15, 2021, at 12:06 AM, matthew green wrote:
>
> "Christos Zoulas" writes:
>> Module Name: src
>> Committed By:christos
>> Date:Wed Jul 14 13:24:59 UTC 2021
>>
>> Modified Files:
>> src/external/gpl3/gcc/dist/gcc/ginclude: stddef.h
>>
>> Log Message:
>> cl
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Wed Jul 14 13:24:59 UTC 2021
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc/ginclude: stddef.h
>
> Log Message:
> clang does not support __float128 in our configuration and i386
shouldn't you replace
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 i
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 t
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 o
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 sys
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 th
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 wor
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 i
"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 revert
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 th
> 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 s
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"
For future reference, proably by me:
Reproducer for the crash without the local diff:
#!/bin/sh
cat << EOF > oacc.i
int a, b;
int e() {
short *c = 0;
char d = c[a + 1];
b = d;
a += 2;
}
EOF
vax--netbsdelf-gcc -O2 -c oacc.i
This hits an assertion:
emit-rtl.c:2310 gcc_assert (memory_addr
"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 r
On Wed, Mar 23, 2016 at 08:52:43AM -0400, Christos Zoulas wrote:
> 3) Removed definitions of EH_RETURN_STACKADJ_RTX and STARTING_FRAME_OFFSET
> from gcc/config/vax/elf.h. It's not necessary to remember the stack
> adjustment or to waste four bytes on every stack frame for a value
> that's not neede
> I am planning to sync them with our sources again anyway... When are you
> going to import gcc-5?
i was hoping to this week! still have a few days ... ;)
On Jan 20, 5:29pm, m...@eterna.com.au (matthew green) wrote:
-- Subject: re: CVS commit: src/external/gpl3/gcc/dist/gcc
| "Christos Zoulas" writes:
| > Module Name:src
| > Committed By: christos
| > Date: Sat Jan 16 19:28:36 UTC 2016
| &g
"Christos Zoulas" writes:
> Module Name: src
> Committed By: christos
> Date: Sat Jan 16 19:28:36 UTC 2016
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc: regsub.c
>
> Log Message:
> ifdef __RCSID
please just remove these -- they won't be useful when pushed
upstream.
.mrg.
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_64
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 U
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 che
> 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
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:
> > src/external/gpl3/gcc/dis
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 ix86_preferre
On Mon, Oct 08, 2012 at 08:12:26AM +0100, David Laight wrote:
> 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/d
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
>
>
(2012/09/16 16:26), SAITOH Masanobu wrote:
> Module Name: src
> Committed By: msaitoh
> Date: Sun Sep 16 07:26:31 UTC 2012
>
> Modified Files:
> src/external/gpl3/gcc/dist/gcc: ChangeLog
> src/external/gpl3/gcc/dist/gcc/config/arm: arm.md
>
> Log Message:
> Fix gcc bugid 5140
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
32 matches
Mail list logo
