https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79217
--- Comment #6 from Andrew Pinski ---
(In reply to H. Peter Anvin from comment #5)
> b) it seems likely that getting __intN where N > CHAR_BIT*sizeof(uintmax_t)
> into a standard would be very hard, and thus would not be possible to
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54116
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78085
Andrew Pinski changed:
What|Removed |Added
Component|target |rtl-optimization
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48609
--- Comment #4 from Andrew Pinski ---
*** Bug 77851 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77851
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77702
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
On 8/6/2021 2:59 PM, sunil.k.pandey via Gcc-patches wrote:
On Linux/x86_64,
f31da42e047e8018ca6ad9809273bc7efb6ffcaf is the first bad commit
commit f31da42e047e8018ca6ad9809273bc7efb6ffcaf
Author: Richard Biener
Date: Fri Aug 6 14:39:05 2021 +0200
tree-optimization/101801 - remove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51499
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-07
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61724
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74113
--- Comment #1 from Andrew Pinski ---
Isn't this fixed now?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71726
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71775
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68500
Andrew Pinski changed:
What|Removed |Added
Component|other |tree-optimization
--- Comment #7 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68500
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101810
--- Comment #1 from Alan Modra ---
Created attachment 51272
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51272=edit
Proposed fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70793
--- Comment #3 from Andrew Pinski ---
This has been broken since GCC added support non-class-key friends for C++11
which was added in 4.7.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70793
Andrew Pinski changed:
What|Removed |Added
Summary|g++ does not accept some|C++11: not accepting some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101810
Bug ID: 101810
Summary: libiberty/simple-object-xcoff.c segmentation fault
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70793
Andrew Pinski changed:
What|Removed |Added
Keywords||rejects-valid
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70079
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51837
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |target
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51837
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69519
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100720
--- Comment #1 from Andrew Pinski ---
clang rejects the first example:
:7:20: error: function 'f' with deduced return type cannot be used
before it is defined
return f(0);
^
:2:10: note: 'f' declared here
auto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95127
--- Comment #2 from Andrew Pinski ---
All 4 compilers (GCC, ICC, clang and MSVC) I have access to reject this code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88557
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68938
Andrew Pinski changed:
What|Removed |Added
Keywords||accepts-invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69722
Andrew Pinski changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68900
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68808
--- Comment #1 from Andrew Pinski ---
Yes because the specs are setup with the specific --sysroot option supplied.
The code sets up the sysroot spec only if the --sysroot is supplied:
/* Pass the --sysroot option to the linker, if it supports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67902
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61407
Andrew Pinski changed:
What|Removed |Added
CC||275438859 at qq dot com
--- Comment #58
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67734
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66989
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66986
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101681
--- Comment #3 from Steven Sun ---
By the way, in the current design, the class definition is passed twice in
order we can see every member data/function declaration before parsing NSDMI
and member functions.
The class is complete after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101681
--- Comment #2 from Steven Sun ---
The root cause for this is that the compiler forbids constant folding when
involving PMF of an incomplete class.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66589
--- Comment #2 from Andrew Pinski ---
I don't why sometimes it shows up as enabled and other times it does not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101793
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101793
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment
Hi!
On Thu, Jul 29, 2021 at 08:30:50AM -0500, Bill Schmidt wrote:
> + const vsc __builtin_altivec_abss_v16qi (vsc);
> +ABSS_V16QI altivec_abss_v16qi {}
> +
> + const vsi __builtin_altivec_abss_v4si (vsi);
> +ABSS_V4SI altivec_abss_v4si {}
> +
> + const vss __builtin_altivec_abss_v8hi
ot;aM",@progbits,8
.align 8
.LC0:
.long 0
.long 1078263808
.ident "GCC: (GNU) 12.0.0 20210806 (experimental)"
.section.note.GNU-stack,"",@progbits
[hjl@gnu-cfl-2 xxx]$
emulated gather capability isn't enabled.
On Fri, 6 Aug 2021, Victor Tong wrote:
Thanks for the feedback. Here's the updated pattern:
/* X - (X - Y) --> Y */
(simplify
(minus (convert1? @0) (convert2? (minus@2 (convert3? @@0) @1)))
(if (ANY_INTEGRAL_TYPE_P (type)
&& TYPE_OVERFLOW_UNDEFINED(type)
&&
Hi Philip,
On Fri, Aug 06, 2021 at 03:31:07PM +0100, Philip Herron wrote:
> > Is it possible to make bors check all commits in a series? Or can we
> > somehow connect the buildbot workers to the bors checks?
>
> I think the build-bot checks for every commit is a really nice feature
> here. I
Snapshot gcc-10-20210806 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20210806/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96989
--- Comment #6 from Martin Sebor ---
The tree pretty-printer would do better by obviating the internal differences:
e.g., it could convert the IL for h():
a = __builtin_malloc (_1);
_2 = a + 8;
_3 = *_2;
directly to a[2].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96989
Martin Sebor changed:
What|Removed |Added
Assignee|ibuclaw at gdcproject dot org |unassigned at gcc dot
gnu.org
On Fri, Aug 06, 2021 at 02:07:10PM -0500, Pat Haugen wrote:
> Add additional checks to verify destination[source] of a load[store]
> instruction is a register.
> --- a/gcc/config/rs6000/rs6000.c
> +++ b/gcc/config/rs6000/rs6000.c
> @@ -18357,8 +18357,13 @@ is_load_insn1 (rtx pat, rtx *load_mem)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101805
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101808
--- Comment #2 from Andrew Pinski ---
bit_or should be bit_ior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101808
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2021-08-06
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101808
Bug ID: 101808
Summary: comparison0 < comparison1 should be transformed into
comparison0` & comparison1; likewise for <=
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101807
Bug ID: 101807
Summary: bool0 < bool1 Should expand as !bool0 and bool0
<= bool1 as !bool0 | bool1
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords:
Thanks for the feedback. Here's the updated pattern:
/* X - (X - Y) --> Y */
(simplify
(minus (convert1? @0) (convert2? (minus@2 (convert3? @@0) @1)))
(if (ANY_INTEGRAL_TYPE_P (type)
&& TYPE_OVERFLOW_UNDEFINED(type)
&& !TYPE_OVERFLOW_SANITIZED(type)
&&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101806
--- Comment #1 from Andrew Pinski ---
It happens to work on x86-64(with -march=skylake-avx512) becausewe get a
zero_extend instead of an and there. I still don't understand how x86 is able
to figure out the &1 part.
Trying 11, 9 -> 12:
11:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101806
Bug ID: 101806
Summary: Extra zero extends for some arguments in some cases
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68568
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Dear Fortranners,
I intend to commit the following pretty obvious fix within the next
24 hours unless there are objections.
Regtested on x86_64-pc-linux-gnu.
Thanks,
Harald
Fortran: ICE with automatic character object, save, and various options
gcc/fortran/ChangeLog:
PR fortran/68568
On Linux/x86_64,
7b1de3eb9ed3f8dde54732d88520292c5ad1157d is the first bad commit
commit 7b1de3eb9ed3f8dde54732d88520292c5ad1157d
Author: Jonathan Wakely
Date: Thu Aug 5 13:34:00 2021 +0100
libstdc++: Move attributes that follow requires-clauses [PR101782]
caused
FAIL:
On Linux/x86_64,
f31da42e047e8018ca6ad9809273bc7efb6ffcaf is the first bad commit
commit f31da42e047e8018ca6ad9809273bc7efb6ffcaf
Author: Richard Biener
Date: Fri Aug 6 14:39:05 2021 +0200
tree-optimization/101801 - remove vect_worthwhile_without_simd_p
caused
FAIL:
On Linux/x86_64,
0d04fe49239d91787850036599164788f1c87785 is the first bad commit
commit 0d04fe49239d91787850036599164788f1c87785
Author: Jonathan Wakely
Date: Tue Aug 3 20:50:52 2021 +0100
libstdc++: Add [[nodiscard]] to sequence containers
caused
FAIL: g++.old-deja/g++.other/inline7.C
On Linux/x86_64,
31855ba6b16cd138d7484076a08cd40d609654b8 is the first bad commit
commit 31855ba6b16cd138d7484076a08cd40d609654b8
Author: Richard Biener
Date: Thu Jul 29 14:14:48 2021 +0200
Add emulated gather capability to the vectorizer
caused
FAIL: gcc.target/i386/vect-gather-1.c
On Linux/x86_64,
240b01b0215f9e46ecf04267c8a3faeb19d4fe3c is the first bad commit
commit 240b01b0215f9e46ecf04267c8a3faeb19d4fe3c
Author: Jonathan Wakely
Date: Tue Aug 3 18:06:27 2021 +0100
libstdc++: Add [[nodiscard]] to iterators and related utilities
caused
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68568
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
On 8/6/21 4:51 AM, Richard Earnshaw wrote:
On 06/08/2021 01:06, Martin Sebor via Gcc wrote:
On 8/4/21 3:46 AM, Richard Earnshaw wrote:
On 03/08/2021 18:44, Martin Sebor wrote:
On 8/3/21 4:11 AM, Prathamesh Kulkarni via Gcc wrote:
On Tue, 27 Jul 2021 at 13:49, Richard Biener
wrote:
On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90589
francis.deslauriers at efficios dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101805
Bug ID: 101805
Summary: Max -> bool0 | bool1 Min ->
a & b
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity:
> On Wed, 4 Aug 2021 at 03:27, Segher Boessenkool
> wrote:
> >
> > Hi!
> >
> > On Fri, Jul 23, 2021 at 04:23:42PM +0530, Prathamesh Kulkarni via Gcc wrote:
> > > The constraint here is that, vshl_n intrinsics require that the
> > > second arg (__b),
> > > should be an immediate value.
> >
> >
On Fri, 6 Aug 2021, Jakub Jelinek via Gcc-patches wrote:
> On Fri, Aug 06, 2021 at 11:53:56AM +0200, Jakub Jelinek via Gcc-patches wrote:
> > Actually, there is another change in P1949R7 that I haven't touched
> > in the patch and not sure what the implications are.
> >
> > To the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101804
H.J. Lu changed:
What|Removed |Added
Attachment #51270|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101769
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96542
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
On Wed, Aug 4, 2021 at 9:24 PM Ian Lance Taylor wrote:
>
> This Go frontend patch by Cherry Mui makes the escape analysis pass
> stricter about builtin functions In the places where we handle
> builtin functions, list all supported ones, and fail if an unexpected
> one is seen. So if a new
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101804
Bug ID: 101804
Summary: float_vector_all_ones_operand should be used more
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101681
Steven Sun changed:
What|Removed |Added
CC||StevenSun2021 at hotmail dot
com
---
Add additional checks to verify destination[source] of a load[store]
instruction is a register.
Modified code based on review comment to not change general logic of the flow.
Braces needed on inner if-else to prevent error during bootstrap for ambiguous
'else'.
Bootstrap/regtest on powerpc64le
On Fri, 6 Aug 2021, 17:58 Thomas Schwinge, wrote:
> Hi!
>
> So I'm trying to do some C++... ;-)
>
> Given:
>
> /* A map from SSA names or var decls to record fields. */
> typedef hash_map field_map_t;
>
> /* For each propagation record type, this is a map from SSA names or
> var
On Fri, 6 Aug 2021, Stefan Kanthak wrote:
> > I don't know what the standard says about NaNs in this case, I seem to
> > remember that arithmetic instructions typically produce QNaN when one of
> > the inputs is a NaN, whether signaling or not.
>
>
On Fri, Aug 06, 2021 at 08:10:05AM -0500, Bill Schmidt wrote:
> On 8/4/21 9:06 PM, Kewen.Lin wrote:
> >- UNSPEC_VUPKHUB
> >- UNSPEC_VUPKHUH
> >- UNSPEC_VUPKLUB
> >- UNSPEC_VUPKLUH
> >+ UNSPEC_VUPKHUBHW
> >+ UNSPEC_VUPKLUBHW
>
> Up to you, but... maybe just UNSPEC_VUPKHU and
On 22/07/2021 14:15, Richard Biener wrote:
On Wed, Jul 21, 2021 at 2:45 PM Sebastian Huber
wrote:
Hello,
while testing this patch
https://www.google.com/search?client=firefox-b-e=gcc+enable_runtime_checking
I noticed that __gcov_info_to_gcda() uses abort(). This is due to (from
tsystem.h):
Richard Biener wrote:
> On August 6, 2021 4:32:48 PM GMT+02:00, Stefan Kanthak
> wrote:
>>Michael Matz wrote:
>>> Btw, have you made speed measurements with your improvements?
>>
>>No.
[...]
>>If the constant happens to be present in L1 cache, it MAY load as fast
>>as an immediate.
>>BUT: on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101799
--- Comment #2 from Martin Sebor ---
PR 96989 is related only in that it also involves the pretty printer.
Otherwise, to avoid SSA_NAMEs the pretty-printer needs to recursively expand
them into their assignments from DECLs or expressions
Hi!
So I'm trying to do some C++... ;-)
Given:
/* A map from SSA names or var decls to record fields. */
typedef hash_map field_map_t;
/* For each propagation record type, this is a map from SSA names or var
decls
to propagate, to the field in the record type that should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101799
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Blocks|
On 8/6/21 11:05 AM, Segher Boessenkool wrote:
> On Fri, Aug 06, 2021 at 10:29:40AM -0500, Pat Haugen wrote:
>> On 8/6/21 10:02 AM, Segher Boessenkool wrote:
- if (GET_CODE (pat) == SET)
+ if (GET_CODE (pat) == SET && REG_P (SET_DEST (pat)))
return find_mem_ref (SET_SRC (pat),
On Fri, Aug 06, 2021 at 10:29:40AM -0500, Pat Haugen wrote:
> On 8/6/21 10:02 AM, Segher Boessenkool wrote:
> >> - if (GET_CODE (pat) == SET)
> >> + if (GET_CODE (pat) == SET && REG_P (SET_DEST (pat)))
> >> return find_mem_ref (SET_SRC (pat), load_mem);
> >
> > So this now falls through if
On 21/08/06 03:31PM, Philip Herron wrote:
> On 04/08/2021 21:25, Mark Wielaard wrote:
> > Hi,
> >
> > On Wed, Aug 04, 2021 at 03:15:00PM +, build...@builder.wildebeest.org
> > wrote:
> >> The Buildbot has detected a new failure on builder gccrust-debian-arm64
> >> while building gccrust.
>
> On 06-Aug-2021, at 4:39 AM, David Malcolm wrote:
>
> On Thu, 2021-08-05 at 20:27 +0530, Ankur Saini wrote:
>>
>>
>>> On 05-Aug-2021, at 4:56 AM, David Malcolm
>>> wrote:
>>>
>>> On Wed, 2021-08-04 at 21:32 +0530, Ankur Saini wrote:
>>>
>>> [...snip...]
- From observation, a
On Thu, 29 Jul 2021 11:41:39 -0400
Jason Merrill wrote:
> On 7/22/21 7:15 PM, Sergei Trofimovich wrote:
> > From: Sergei Trofimovich
> >
> > r12-1804 ("cp: add support for per-location warning groups.") among other
> > things removed warning suppression from a few places including ptrmemfuncs.
On 8/6/21 10:02 AM, Segher Boessenkool wrote:
> On Fri, Aug 06, 2021 at 09:47:40AM -0500, Pat Haugen wrote:
>> Add additional checks to verify destination[source] of a load[store]
>> instruction is a register.
>
>> * config/rs6000/rs6000.c: (is_load_insn1): Verify destination is a
>>
On 8/6/21 4:50 AM, Tamar Christina wrote:
Hi All,
The build is broken since a3d3e8c362c2 since it's deleted the ability to pass
vec<> by value and now much be past by reference.
However some language hooks used by AArch64 were not updated and breaks the
build on AArch64. This patch updates
On 05/08/2021 20:37, Mark Wielaard wrote:
> Hi,
>
> On Fri, Jul 30, 2021 at 03:03:13AM +0200, Mark Wielaard wrote:
>> That variant is attached and can also be found here:
>> https://code.wildebeest.org/git/user/mjw/gccrs/commit/?h=pass-pratt-parse-loc
>> The original is also here:
>>
On August 6, 2021 4:32:48 PM GMT+02:00, Stefan Kanthak
wrote:
>Michael Matz wrote:
>
>
>> Hello,
>>
>> On Fri, 6 Aug 2021, Stefan Kanthak wrote:
>>
>>> For -ffast-math, where the sign of -0.0 is not handled and the spurios
>>> invalid floating-point exception for |argument| >= 2**63 is
On August 6, 2021 4:09:37 PM GMT+02:00, Thomas Schwinge
wrote:
>Hi!
>
>I'm working on plugging a memory leak in an entirely different
>compartment of GCC, but also ran into this issue:
>
>On 2021-02-12T08:35:52+0100, Richard Biener via Gcc-patches
> wrote:
>> On Thu, Feb 11, 2021 at 7:35 PM
Hello,
On Fri, 6 Aug 2021, Stefan Kanthak wrote:
> >> For -ffast-math, where the sign of -0.0 is not handled and the
> >> spurios invalid floating-point exception for |argument| >= 2**63 is
> >> acceptable,
> >
> > This claim would need to be proven in the wild.
>
> I should have left the
On Fri, Aug 06, 2021 at 09:47:40AM -0500, Pat Haugen wrote:
> Add additional checks to verify destination[source] of a load[store]
> instruction is a register.
> * config/rs6000/rs6000.c: (is_load_insn1): Verify destination is a
> register.
No colon before " (".
> ---
On 06/08/2021 00:34, Mark Wielaard wrote:
> rustspec.cc was based on the Go frontend gospec.cc. Remove special
> handling of math and pthread libraries and profiling option. Handle
> .rs files instead of .go files. Keep support for linking with (static)
> librust which is currently commented out.
On 05/08/2021 00:58, Mark Wielaard wrote:
> Hi,
>
> I am trying to get this program working:
>
> extern "C" { fn abort (); }
>
> pub struct H
> {
> l: u32,
> }
>
> impl H
> {
> fn p ( self) -> u32
> {
> self.l -= 1;
> self.l
> }
> }
>
> fn main ()
> {
> let mut h = H { l: 11 };
On 07/06/21 6:25 am, François Dumont wrote:
On 03/06/21 2:31 pm, Jonathan Wakely wrote:
+ }
+
/* Checks that [first, last) is a valid range, and then returns
* __first. This routine is useful when we can't use a separate
* assertion statement because, e.g., we are in a constructor.
On Fri, Aug 06, 2021 at 11:53:56AM +0200, Jakub Jelinek via Gcc-patches wrote:
> Actually, there is another change in P1949R7 that I haven't touched
> in the patch and not sure what the implications are.
>
> To the preprocessing-token non-terminal it adds
> each universal-character-name
1 - 100 of 217 matches
Mail list logo