On Fri, 30 Dec 2022, Iain Sandoe via Gcc-patches wrote:
> This patch is providing functions used by the modula-2 implementation.
>
> At present, I've used a crt rather than adding symbols to libgcc, since
> it is not clear if the modula-2 might alter the use of scalb to scalbn
> (although that wi
libcpp's directives-only mode does not expect deferred pragmas to be
registered, but to date the c-family registration process has not checked for
this case. That issue became more visible since r13-1544, which added the
commonly used GCC diagnostic pragmas to the set of those registered in
preproc
On Dec 30, 2022, Richard Biener wrote:
> Ah, OK, so the completion is checked at the next conflicting
> operation. Yeah, that makes sense I guess.
*nod*
> Thus OK (I think Jeff already approved the patch).
Thanks, 16/ and 17/ were still pending reviews.
I'm installing 17/ now.
> Thanks and h
> Am 30.12.2022 um 09:53 schrieb Alexandre Oliva :
>
> On Dec 29, 2022, Richard Biener wrote:
>
Am 29.12.2022 um 00:06 schrieb Alexandre Oliva :
>>>
>>> On Dec 28, 2022, Richard Biener wrote:
>>>
I wonder if on INSERT, pushing a DELETED marker would fix the dangling
insert
Oops pressed ‘send' too soon - this is part of the series for Darwin:
There are several modula-2 issues on Darwin, some blocking bootstrap on
one or more system versions.
This has been tested on powerpc/i688-darwin9 .. x86_64-darwin10,17,21 and
the prototype aarch64-darwin branch on darwin21.
OK
The follows the pattern used in C++ and D drivers to pass -static-libstdc++
onto the target driver to allow spec substitution of static libraries.
NOTE: The general handling of Bstatic/dynamic and the possible use of static
libgm2 libraries is unimplemented in this driver so far. It seems likely
2022-12-30 Jonathan Grant
* libstdc++-v3/doc/xml/faq.xml: update copyright year in libstdcc++
manual
>From 60789c24fa54301135dff1c3d0b1514d77b90a82 Mon Sep 17 00:00:00 2001
From: Jonathan Grant
Date: Fri, 30 Dec 2022 10:28:34 +
Subject: [PATCH] update copyright year date
---
lib
This patch is providing functions used by the modula-2 implementation.
At present, I've used a crt rather than adding symbols to libgcc, since
it is not clear if the modula-2 might alter the use of scalb to scalbn
(although that will not solve the missing significand* symbols).
I plan to apply th
There are several modula-2 issues on Darwin, some blocking bootstrap on
one or more system versions.
This has been tested on powerpc/i688-darwin9 .. x86_64-darwin10,17,21 and
the prototype aarch64-darwin branch on darwin21.
OK for trunk?
thanks
Iain
NOTE: As discussed in the PR, there are likely
There are several modula-2 issues on Darwin, some blocking bootstrap on
one or more system versions.
This has been tested on powerpc/i688-darwin9 .. x86_64-darwin10,17,21 and
the prototype aarch64-darwin branch on darwin21.
OK for trunk?
thanks
Iain
P.S. I am slightly surprised that a target lib
From: Rainer Orth
There are several modula-2 issues on Darwin, some blocking bootstrap on
one or more system versions.
This has been tested on powerpc/i688-darwin9 .. x86_64-darwin10,17,21 and
the prototype aarch64-darwin branch on darwin21.
OK for trunk?
thanks
Iain
this patch:
--- 8< ---
it seems other targets are interested in this too - I was asked on IRC if it
was going to be fixed this cycle.
> On 7 Dec 2022, at 15:39, Iain Sandoe via Gcc-patches
> wrote:
>
> This has been tested on x86_64 and arm64 Darwin and on x86_64 linux gnu.
> The basic patch is live in the homebrew
I would like to revise this patch to be more conservative (only applying to
Darwin 8 and 9).
> On 24 Dec 2022, at 19:00, Iain Sandoe via Gcc-patches
> wrote:
>
> Tested on i686, x86-64 darwin, x86_64-linux (with a 32b multilib).
> OK for trunk?
> Iain
revised:
[PATCH] Ada,Darwin: Do not link
On Dec 29, 2022, Richard Biener wrote:
>> Am 29.12.2022 um 00:06 schrieb Alexandre Oliva :
>>
>> On Dec 28, 2022, Richard Biener wrote:
>>
>>> I wonder if on INSERT, pushing a DELETED marker would fix the dangling
>>> insert and search during delete problem be whether that would be
>>> better
On Thu, Dec 29, 2022 at 11:45 PM Segher Boessenkool
wrote:
>
> Hi!
>
> On Fri, Dec 30, 2022 at 10:22:31AM +0800, Jiufu Guo wrote:
> > Considering the limitations of CSE, I try to find other places
> > to handle this issue, and notice DSE can optimize below code:
> > "[sfp:DI]=x:DI ; y:SI=[sfp:DI]"
On Fri, Dec 30, 2022 at 3:21 AM Mayshao-oc wrote:
>
> >Ping. If there are any questions or concerns about the patch, please let me
> >know: I'm interested in continuing this cleanup at least for older AMD
> >models.
> >
> Hi Alexander:
> According to the speccpu2017 benchmark result, the
16 matches
Mail list logo