On Fri, Jun 24, 2022 at 08:58:49AM +0200, Richard Biener wrote:
> On Fri, Jun 24, 2022 at 2:34 AM Andrew Pinski via Gcc-patches
> wrote:
> >
> > On Thu, Jun 23, 2022 at 2:24 PM Dimitar Dimitrov wrote:
> > >
> > > A few testcases were marked for avr target, which has no alignment
> > > requirement
On Linux/x86_64,
8c99e307b20c502e55c425897fb3884ba8f05882 is the first bad commit
commit 8c99e307b20c502e55c425897fb3884ba8f05882
Author: Aldy Hernandez
Date: Sat Jun 25 18:58:02 2022 -0400
Convert DOM to use Ranger rather than EVRP
caused
FAIL: g++.dg/warn/Wstringop-overflow-4.C -std=g
Hello,
I referenced kind, nthread, and implicit as pointers in my last patch.
This patch fixes this bug. We review patches and even the committed ones.
Another thing, I didn't add gompd_thread_handle_access entries in the
ChangeLog.
libgomp/ChangeLog
2022-06-26 MohamedAtef
* ompd-helper.c (
This is 99.99% Aldy's work. My only real contribution was twiddling one
MIPS specific test in response to a regression after adding this patch
to my tester.
In simplest terms, this patch converts DOM to use the Ranger
infrastructure rather than the EVRP infrastructure. I'd basically
approve
Per Martin's request. These were deprecated years ago, but not removed
in a timely manner.
I didn't remove any bits in runtimes where the canonical repository is
elsewhere. Similarly I didn't remove any of the bits from config.guess
and config.sub which we get from gnu-config.
I did a san
David: PING
On Wed, 2022-06-01 at 22:45 -0400, Antoni Boucher wrote:
> Also, the test gcc/testsuite/jit.dg/test-asm.cc fails and would need
> this line:
>
> #include
>
> Is this okay if I add it in this patch?
>
> On Wed, 2022-06-01 at 22:13 -0400, Antoni Boucher wrote:
> > Hi.
> > The attache
When amending the allowed alignment size to accommodate the larger values
permitted by newer tools, we retained the object file limit of 2^15 for
Darwin versions <= 10, since that is what the native tools expect there.
This triggers a different diagnostic path with a distinct error message,
which
Hi,
When building gdbserver with -fsanitize=thread (added to CFLAGS/CXXFLAGS) we
run into:
...
ld: ../libiberty/libiberty.a(safe-ctype.o): warning: relocation against \
`__tsan_init' in read-only section `.text'
ld: ../libiberty/libiberty.a(safe-ctype.o): relocation R_X86_64_PC32 \
against sym