https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101305
Bug ID: 101305
Summary: Bind(C): Problems with incorrect kinds/sizes in
ISO_Fortran_binding.h and CFI_establish
Product: gcc
Version: 12.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101039
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100848
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100846
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101304
Bug ID: 101304
Summary: Bind(C): CONTIGUOUS attribute not handled correctly in
Fortran routines called from C with discontiguous
argument
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101259
Matthias Klose changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|MOVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101259
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |MOVED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #5 from ofv at wanadoo dot es ---
Taken from config.log:
ac_cs_config=" '--prefix=/mingw32' '--with-local-prefix=/mingw32/local'
'--build=i686-w64-mingw32' '--host=i686-w64-mingw32'
'--target=i686-w64-mingw32'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100486
--- Comment #4 from ofv at wanadoo dot es ---
(In reply to Eric Botcazou from comment #3)
> We definitely cannot investigate this without more information, in
> particular the configure line. Barring that, you might want to try with the
>
On Wed, 30 Jun 2021, Eli Zaretskii via Gcc-patches wrote:
> > Cc: jos...@codesourcery.com, gcc@gcc.gnu.org, gcc-patc...@gcc.gnu.org
> > From: Martin Li?ka
> > Date: Wed, 30 Jun 2021 12:11:03 +0200
> > > 4. Menus lost the short descriptions of the sub-sections. Example:
> > >
> > >*
On Wed, 30 Jun 2021, Eli Zaretskii via Gcc-patches wrote:
> > Cc: jos...@codesourcery.com, g...@gcc.gnu.org, gcc-patches@gcc.gnu.org
> > From: Martin Li?ka
> > Date: Wed, 30 Jun 2021 12:11:03 +0200
> > > 4. Menus lost the short descriptions of the sub-sections. Example:
> > >
> > >*
On Fri, Jul 02, 2021 at 01:20:14PM -0600, Martin Sebor wrote:
> On 6/29/21 11:35 PM, Trevor Saunders wrote:
> > This makes it possible to assert if input_location is used during the
> > lifetime
> > of a scope. This will allow us to find places that currently use it within
> > a
> > function
On Fri, Jul 02, 2021 at 11:46:46AM -0400, Jason Merrill wrote:
> On 7/1/21 6:16 AM, Trevor Saunders wrote:
> > On Wed, Jun 30, 2021 at 11:13:23AM -0400, David Malcolm wrote:
> > > On Wed, 2021-06-30 at 01:35 -0400, Trevor Saunders wrote:
> > > > This makes it possible to assert if input_location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101193
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101282
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
Hi,
This patch forces a target_expr on the RHS of an assignment when it is
a non-POD type.
To prevent the RHS of an assignment modifying the LHS before the
assignment proper, a target_expr is forced so that function calls that
return with slot optimization modify the temporary instead. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101282
--- Comment #2 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:f67d7f9416be37c34c4188866fb3d10c1dbc7a2a
commit r11-8686-gf67d7f9416be37c34c4188866fb3d10c1dbc7a2a
Author: Iain Buclaw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101282
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:c77230856eac2d28eb7bf10985846885c3c8727b
commit r12-1993-gc77230856eac2d28eb7bf10985846885c3c8727b
Author: Iain Buclaw
Date: Sat
Snapshot gcc-10-20210702 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20210702/
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=98871
--- Comment #6 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:6feb628a706e86eb3f303aff388c74bdb29e7381
commit r12-1992-g6feb628a706e86eb3f303aff388c74bdb29e7381
Author: Martin Sebor
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98512
--- Comment #11 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:6feb628a706e86eb3f303aff388c74bdb29e7381
commit r12-1992-g6feb628a706e86eb3f303aff388c74bdb29e7381
Author: Martin Sebor
Date:
On 7/2/21 2:52 PM, David Malcolm wrote:
...
@@ -11425,10 +11425,10 @@ expand_expr_real_1 (tree exp, rtx
target, machine_mode tmode,
DECL_ATTRIBUTES
(fndecl))) != NULL)
{
const char *ident = lang_hooks.decl_printable_name
(fndecl,
On 7/1/21 11:08 AM, Tobias Burnus wrote:
Hi all,
this patch came up when discussing Sandra's TS29113 patch internally.
There is presumably also some overlap with José's patches.
This patch tries to rectify the BIND(C) CHARACTER handling on the
diagnostic side, only. That is: what to accept and
On 7/2/2021 12:56 AM, Aldy Hernandez via Gcc-patches wrote:
On 7/1/21 10:14 PM, Martin Sebor wrote:
On 6/30/21 5:35 PM, David Malcolm wrote:
On Wed, 2021-06-30 at 13:45 -0600, Martin Sebor wrote:
On 6/30/21 9:39 AM, Martin Sebor wrote:
@@ -90,8 +90,8 @@ NOIPA void warn_g2 (struct A
On Thu, 2021-07-01 at 14:14 -0600, Martin Sebor wrote:
> On 6/30/21 5:35 PM, David Malcolm wrote:
> > On Wed, 2021-06-30 at 13:45 -0600, Martin Sebor wrote:
> > > On 6/30/21 9:39 AM, Martin Sebor wrote:
> > > > Ping. Attached is the same patch rebased on top the latest
> > > > trunk.
> > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84027
Andrew Pinski changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101302
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101223
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92860
--- Comment #58 from David Binderman ---
(In reply to Martin Liška from comment #57)
> Can you please build options-save.c with -O0 and debug it:
Good idea, but I have run out of time on this issue.
Another 40 or so interesting commits have
Hi!
This is an OpenMP 5.1 feature, but I think it is something very useful for
OpenMP users, so I'm committing it now instead of waiting until all 5.0
work is done.
The support is incomplete, only attributes on statements (or block local
declarations) are supported right now, while for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101256
--- Comment #6 from Andrew Pinski ---
And here is a self-contained testcase:
template
const T& max(const T& a, const T& b)
{
return (a < b) ? b : a;
}
signed char var_5 = -128;
unsigned int var_11 = 2144479212U;
unsigned long long int
Hi!
I've noticed that we allow a trailing comma on OpenMP atomic construct
if there is at least one clause. Commas should be only allowed to
separate the clauses (or in OpenMP 5.1 to separate directive name
from the clauses).
Bootstrapped/regtested on x86_64-linux and i686-linux, committed to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101297
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2ca89394280da4afad6074ec3cb7136b6142af7b
commit r12-1990-g2ca89394280da4afad6074ec3cb7136b6142af7b
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99212
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100615
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100244
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
I've cherrypicked the following commits from trunk to the gcc 11
branch:
analyzer: fix ICE on NULL change.m_expr [PR100244]
analyzer: fix missing leak after call to strsep [PR100615]
diagnostic-show-locus: tweak rejection logic
analyzer: show types for poisoned_svalue and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101300
Martin Sebor changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |msebor at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99212
--- Comment #22 from CVS Commits ---
The releases/gcc-11 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:21b470a9c976f3db7cce6d58a07c58a58676f93c
commit r11-8681-g21b470a9c976f3db7cce6d58a07c58a58676f93c
Author: David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101082
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:21b470a9c976f3db7cce6d58a07c58a58676f93c
commit r11-8681-g21b470a9c976f3db7cce6d58a07c58a58676f93c
Author: David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99212
--- Comment #21 from CVS Commits ---
The releases/gcc-11 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:fa92642b26ee236098ed51752feecc7cf5711f8c
commit r11-8678-gfa92642b26ee236098ed51752feecc7cf5711f8c
Author: David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100615
--- Comment #3 from CVS Commits ---
The releases/gcc-11 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:8d58bfb78c8dc6f5bdf7786b96f26329e0d36b80
commit r11-8671-g8d58bfb78c8dc6f5bdf7786b96f26329e0d36b80
Author: David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100244
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by David Malcolm
:
https://gcc.gnu.org/g:1187f297f7ef6a3dc86103b642d463f7a7bd6096
commit r11-8670-g1187f297f7ef6a3dc86103b642d463f7a7bd6096
Author: David Malcolm
To avoid a class of false negatives for sanitized code
-Wuninitialized recognizes the ASAN_MARK internal function
doesn't modify its argument. But the warning code doesn't do
the same for any sanitizer built-ins even though they don't
modify user-supplied arguments either. This leaves another
On 6/29/21 11:35 PM, Trevor Saunders wrote:
This makes it possible to assert if input_location is used during the lifetime
of a scope. This will allow us to find places that currently use it within a
function and its callees, or prevent adding uses within the lifetime of a
function after all
I have always been able to build snapshots of gcc-11 and gcc-12 on Cygwin, but
the latest ones fail.
This is the failure:
/home/McKelvey/gcc-12-20210627/host-x86_64-pc-cygwin/prev-gcc/xg++
-B/home/McKelvey/gcc-12-20210627/host-x86_64-pc-cygwin/prev-gcc/
-B/usr/local/x86_64-pc-cygwin/bin/
On 7/1/21 2:48 PM, Peter Bergner wrote:
> On 7/1/21 1:01 PM, Segher Boessenkool wrote:
>> The patch is okay for trunk.
>
> Below is the updated patch which is bootstrapping now. I'll commit it
> if it shows no regressions.
Testing was clean so I pushed it to trunk.
>> For the backports it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101303
--- Comment #1 from Edward Nolan ---
Some godbolt-ing shows that this test case is an ICE in GCC versions 9, 10, 11,
and 12, and rejects-valid in GCC 8.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101303
Bug ID: 101303
Summary: ICE from modified lambda-generic-100362.C test case
from bug 100362
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101247
--- Comment #2 from CVS Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:e3528ce197f8886869f95e8a8f901861a319851c
commit r12-1989-ge3528ce197f8886869f95e8a8f901861a319851c
Author: Patrick Palka
Date:
On Linux/x86_64,
73494401241b183ca188954a035734fcc53d97de is the first bad commit
commit 73494401241b183ca188954a035734fcc53d97de
Author: liuhongt
Date: Wed Jun 30 17:10:44 2021 +0800
Fix typo in standard pattern name of trunc2.
caused
FAIL: gcc.target/i386/pr92658-avx512vl.c
On 7/2/21 5:55 AM, Richard Biener wrote:
This adds the -fmove-loop-stores option, mainly as a way to disable
the store-motion part of GIMPLE invariant motion (-ftree-loop-im)
which is enabled by default. It might be sensible to turn off
-fmove-loop-stores at -O1 since it can result in
Since vec_duplicate only works on scalar, don't use it on vector in
store constructor expansion.
gcc/
PR middle-end/101294
* expr.c (store_constructor): Don't use vec_duplicate on vector.
gcc/testsuite/
PR middle-end/101294
* gcc.dg/pr101294.c: New test.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101300
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101274
--- Comment #6 from Thomas Rodgers ---
It does raise an issue which I'm going to follow up on separately on the SG1
(concurrency and parallelism study group) mailing list.
While it is indeed the case that standard says you can't count on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101302
Bug ID: 101302
Summary: attribute-specifier-seq in noptr-new-declarator not
parsed
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100439
--- Comment #12 from Florin Iucha ---
Actually, it gets even better - no clang needed. Just build GCC 11-20210626
Snapshot and build the example using the Google test recipe:
#
# Makefile
#
ALL: bin/test_hello
.PHONY: clean
Most sanitizer built-in argument types are all of pointer types.
For example:
BUILT_IN_UBSAN_HANDLE_SHIFT_OUT_OF_BOUNDS
as
BT_FN_VOID_PTR_PTR_PTR
or
BUILT_IN_UBSAN_HANDLE_VLA_BOUND_NOT_POSITIVE
as
BT_FN_VOID_PTR_PTR.
But some calls to these functions are made with some arguments
of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100439
--- Comment #11 from Florin Iucha ---
Updated Makefile for clang12:
#---
ALL: bin/test_hello
.PHONY: clean
CXX=/opt/clang12-for-tng/bin/clang++
CXXFLAGS=-m64 -g -std=c++20 --gcc-toolchain=/opt/gcc11-for-tng
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100439
--- Comment #10 from Florin Iucha ---
I am able to reproduce something similar by building GCC11 from snapshot
11-20210626 (96358cbbe6e6447519a155301b6acb1624c0) and then using Clang12
(12.0.1-rc4) ubsan:
#234 0x7f9769d39670 in
This is a minor missed optimization we found with our internal port.
Given this code:
typedef struct {short a; short b;} T;
extern void g1();
void f(T s)
{
if (s.a < 0)
g1();
}
"s" is passed in a register, but it's still a BLKmode object because the
alignment of T
Shift instructions set ZN in the expected ways, *but* the H8's shifter,
particularly in the older variants is quite limited. THere's no
variable shift and some variants can only shift 2 or even just 1 bit at
a time.
Naturally the port tries to mitigate the cost of the limited shifter.
On 7/1/21 6:16 AM, Trevor Saunders wrote:
On Wed, Jun 30, 2021 at 11:13:23AM -0400, David Malcolm wrote:
On Wed, 2021-06-30 at 01:35 -0400, Trevor Saunders wrote:
This makes it possible to assert if input_location is used during the
lifetime
of a scope. This will allow us to find places that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101223
Andrew Macleod changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
These 2 routines were adding and subtracting 1 to a range bound, and
checking for overflow.
Signed 1 bit values have a range of [-1, 0]. Adding or subtracting 1
cannot be properly represented resulting in the overflow being set.
This caused us to set UNDEFINED when we shouldn't.
This patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101223
--- Comment #11 from CVS Commits ---
The master branch has been updated by Andrew Macleod :
https://gcc.gnu.org/g:84f7bab89279ca1234fef88929c74caeda8cb55e
commit r12-1986-g84f7bab89279ca1234fef88929c74caeda8cb55e
Author: Andrew MacLeod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101301
Bug ID: 101301
Summary: Improving sparse switch statement
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
I think so, yes.
On Fri, Jul 2, 2021 at 11:09 AM Jason Merrill wrote:
>
> On 7/1/21 12:27 PM, Andrew Sutton wrote:
> >>> I think this version addresses most of your concerns.
> >>
> >> Thanks, looking good. I'll fuss with it a bit and commit it soon.
>
> Do you agree that this testcase should
Hi everyone,
Please find the meeting notes for our call over on:
https://github.com/Rust-GCC/Reporting/blob/main/2021-07-02-community-call.md
Thanks again
--Phil
On Mon, 28 Jun 2021 at 12:33, Philip Herron
wrote:
> Hi everyone,
>
> It is that time again and we will be having our 4th
Hi everyone,
Please find the meeting notes for our call over on:
https://github.com/Rust-GCC/Reporting/blob/main/2021-07-02-community-call.md
Thanks again
--Phil
On Mon, 28 Jun 2021 at 12:33, Philip Herron
wrote:
> Hi everyone,
>
> It is that time again and we will be having our 4th
This is just preparatory work to use shifts to eliminate test/compare
insns on the H8. Like other patches I've recently done on the H8 port,
this converts several patterns to use an iterator rather than a
match_operator. It doesn't allow much simplification of shifts, but it
does make them
Hi Matthew,
Hi Sebastian,
This patch removes compareSumTests3, which appears to be broken. It tries to
call compareSumFiles(), which is
nowhere to be found and was never present in the GCC repo.
OK to remove?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101294
--- Comment #4 from rguenther at suse dot de ---
On July 2, 2021 4:03:34 PM GMT+02:00, "hjl.tools at gmail dot com"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101294
>
>--- Comment #3 from H.J. Lu ---
>This works:
>
>diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
--- Comment #9 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #8)
> we are now left with (where I suspect that the remaining fails are an
> artefact of the way in which Darwin represents offsets instead of
> relocations in DWARF
On 7/1/21 12:27 PM, Andrew Sutton wrote:
I think this version addresses most of your concerns.
Thanks, looking good. I'll fuss with it a bit and commit it soon.
Do you agree that this testcase should compile?
>From 85400e1896a188892b1ebeb0c8e86ff3cd28cfa6 Mon Sep 17 00:00:00 2001
From:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97827
Andrew Stubbs changed:
What|Removed |Added
CC||xw111luoye at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95023
Andrew Stubbs changed:
What|Removed |Added
CC||ams at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101300
Bug ID: 101300
Summary: -fsanitize=undefined suppresses -Wuninitialized
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101292
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
--- Comment #8 from Iain Sandoe ---
we are now left with (where I suspect that the remaining fails are an artefact
of the way in which Darwin represents offsets instead of relocations in DWARF
debug sections):
Running target unix/-m64
Running
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92621
--- Comment #18 from sandra at gcc dot gnu.org ---
The short answer re the TS 29113 thing is that it's what the customer who's
funding the work asked us to do. :-)
Hi
Darwin uses an efficient two-stage process for debug linking.
The static linker (ld64) notes the inputs required but does not
link the debug. When required / on demand the debug is linked
into a separate package by the debug linker (dsymutil). At
present none of the Darwin tools consume or
> On Jul 2, 2021, at 5:44 PM, Christophe Lyon
> wrote:
>
>
>
> On Fri, Jul 2, 2021 at 4:29 PM Jakub Jelinek via Gcc-patches
> wrote:
> On Fri, Jul 02, 2021 at 05:20:33PM +0300, Maxim Kuvyrkov wrote:
> > Hi Jakub,
> >
> > Thanks for helping me on IRC with debugging testsuite problems.
Hi,
In a similar manner to r12-1960-gcc8453012f75d, this provides a
placeholder section name for BTF data. This change groups BTF
and CTF debug formats in the same segment, but keeps them in
separate sections.
As per the CTF section designation, this should be agreed or
amended to an agreed
And finally, the same for m32r. Committed to the trunk,
Jeff
commit f6aa1c34e4a89c8c93518c49a108f3c43b78ea47
Author: Jeff Law
Date: Fri Jul 2 10:48:26 2021 -0400
Fix m32r target specific fallout from recent int->bool changes
gcc/ChangeLog
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
--- Comment #7 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:85017431068251628478f38346c273418c71209b
commit r12-1983-g85017431068251628478f38346c273418c71209b
Author: Iain Sandoe
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101283
--- Comment #6 from CVS Commits ---
The master branch has been updated by Iain D Sandoe :
https://gcc.gnu.org/g:eb817f27e82769aef545d580a0c47a3aa50d1ec4
commit r12-1982-geb817f27e82769aef545d580a0c47a3aa50d1ec4
Author: Iain Sandoe
Date:
More light fallout from Uros's work. Committed to the trunk.
Jeff
commit ef9cc434a476954b5ef3493955d4e668338990c2
Author: Jeff Law
Date: Fri Jul 2 10:37:52 2021 -0400
Fix frv target specific fallout from recent int->bool changes
gcc/ChangeLog
*
On Fri, Jul 2, 2021 at 4:29 PM Jakub Jelinek via Gcc-patches <
gcc-patches@gcc.gnu.org> wrote:
> On Fri, Jul 02, 2021 at 05:20:33PM +0300, Maxim Kuvyrkov wrote:
> > Hi Jakub,
> >
> > Thanks for helping me on IRC with debugging testsuite problems. Does
> this write up look good?
>
>
Hi Maxim,
As expected there is light fallout from the recent int->bool changes
from Uros. This patch fixes the xstormy16 port in the obvious way.
Committed to the trunk,
Jeff
commit a6fef2e1b6d7e8cea0c0489496cc8f96391200c6
Author: Jeff Law
Date: Fri Jul 2 10:31:31 2021 -0400
Fix xstormy16 target
On Fri, Jul 02, 2021 at 05:20:33PM +0300, Maxim Kuvyrkov wrote:
> Hi Jakub,
>
> Thanks for helping me on IRC with debugging testsuite problems. Does this
> write up look good?
LGTM, thanks.
Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101299
Bug ID: 101299
Summary: bb-slp-74.c fails on arm
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
Hi Jakub,
Thanks for helping me on IRC with debugging testsuite problems. Does this
write up look good?
Regards,
--
Maxim Kuvyrkov
https://www.linaro.org
0001-Add-description-of-how-testsuite-parallelization-wor.patch
Description: Binary data
AIM for today :
- find and try alternative to make the analyser return from the function
- if failed to find any worthy alternative then start changing the
implementation of call_string to track gcalls* instead of return_edges
—
PROGRESS :
- I initially tried to look for some workarounds to
# Overview
The goal of `cargo-gccrs` is to allow rust's building system, cargo [1]
to use `gccrs` as an alternative compiler to `rustc`.
In order to allow the rust language to target more of the current architecture
ecosystem,
as well as help in resolving the bootstrapping problem, rust support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101294
--- Comment #3 from H.J. Lu ---
This works:
diff --git a/gcc/expr.c b/gcc/expr.c
index 025033c9ecf..bd85bbfdd6f 100644
--- a/gcc/expr.c
+++ b/gcc/expr.c
@@ -7078,7 +7078,8 @@ store_constructor (tree exp, rtx target, int cleared,
poly_int64
On Wed, 30 Jun 2021 11:40:33 +0100
Julian Brown wrote:
> On Wed, 30 Jun 2021 10:28:00 +0200
> Thomas Schwinge wrote:
>
> > > - The OpenACC profiling-interface implementation did not measure
> > >asynchronous operations properly.
> >
> > We'll need to be careful: (possibly, an older
On 7/2/21 12:31 PM, Eli Zaretskii wrote:
Cc: jos...@codesourcery.com, gcc@gcc.gnu.org, gcc-patc...@gcc.gnu.org
From: Martin Liška
Date: Fri, 2 Jul 2021 11:30:02 +0200
So the purpose of having the comma there is to avoid having a period
in the middle of a sentence, which is added by makeinfo
On 7/2/21 12:31 PM, Eli Zaretskii wrote:
Cc: jos...@codesourcery.com, g...@gcc.gnu.org, gcc-patches@gcc.gnu.org
From: Martin Liška
Date: Fri, 2 Jul 2021 11:30:02 +0200
So the purpose of having the comma there is to avoid having a period
in the middle of a sentence, which is added by makeinfo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101223
--- Comment #10 from rsandifo at gcc dot gnu.org
---
> How can one write 0 - 1 in 1-bit signed though? 1 isn't in the range...
> One can only do 0 + -1 which doesn't overflow, or 0 - -1 which does.
Ah, yeah, of course. So the issue that 1
1 - 100 of 210 matches
Mail list logo