https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89981
Bug ID: 89981
Summary: [8/9 Regression] gfortran -pedantic rejects code in
8.3.1 that is accepted with 8.3.0
Product: gcc
Version: 8.3.1
Status: UNCONFIRMED
On Thu, Apr 4, 2019 at 11:30 AM Martin Sebor wrote:
>
> On 4/4/19 10:50 AM, Jason Merrill wrote:
> > On 4/4/19 12:29 PM, Martin Sebor wrote:
> >> On 4/4/19 8:57 AM, Jason Merrill wrote:
> >>> On 4/3/19 10:34 PM, Martin Sebor wrote:
> On 4/1/19 11:27 AM, Jason Merrill wrote:
> > On
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On 4/4/19 7:20 PM, Marek Polacek wrote:
We ICE here because rhstype is null. Since we're looking to see if it's
a pointer type, we can just return NULL_TREE if it's null.
Bootstrapped/regtested on x86_64-linux, ok for trunk?
2019-04-04 Marek Polacek
PR c++/89973 -
On 4/4/19 5:18 PM, Marek Polacek wrote:
On Thu, Mar 28, 2019 at 03:54:30PM -0400, Jason Merrill wrote:
On 3/20/19 4:12 PM, Marek Polacek wrote:
The fix for 77656 caused us to call convert_nontype_argument even for
value-dependent arguments, to perform the conversion in order to avoid
a bogus
Hello,
My name is Supriya Palli and I am a first-year Computer Science B.S.
student at Florida State University. I currently finishing up a C++ course
in Object Oriented Programming and am looking for ways to continue my
learning in C++ and other technologies over the summer. I noticed that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89980
Bug ID: 89980
Summary: [9 Regression] bootstrap failed
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89948
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89966
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89948
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Fri Apr 5 02:52:23 2019
New Revision: 270161
URL: https://gcc.gnu.org/viewcvs?rev=270161=gcc=rev
Log:
PR c++/89948 - ICE with break in statement-expr.
* constexpr.c
If 'jump_target' is local to this function and still set at the end, we can't
correctly evaluate it, and we don't need to try.
* constexpr.c (cxx_eval_statement_list): Jumping out of a
statement-expr is non-constant.
Tested x86_64-pc-linux-gnu, applying to trunk.
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86932
--- Comment #6 from Jason Merrill ---
Author: jason
Date: Fri Apr 5 02:50:52 2019
New Revision: 270160
URL: https://gcc.gnu.org/viewcvs?rev=270160=gcc=rev
Log:
PR c++/89966 - error with non-type auto tparm.
My patch for PR 86932 broke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89966
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Fri Apr 5 02:50:52 2019
New Revision: 270160
URL: https://gcc.gnu.org/viewcvs?rev=270160=gcc=rev
Log:
PR c++/89966 - error with non-type auto tparm.
My patch for PR 86932 broke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86986
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Fri Apr 5 02:50:18 2019
New Revision: 270159
URL: https://gcc.gnu.org/viewcvs?rev=270159=gcc=rev
Log:
PR c++/86986 - ICE with TTP with parameter pack.
Three separate issues
My patch for PR 86932 broke this testcase by passing tf_partial to
coerce_template_template_parms, which prevented do_auto_deduction from
actually replacing the auto.
Tested x86_64-pc-linux-gnu, applying to trunk.
* pt.c (do_auto_deduction): Clear tf_partial.
---
gcc/cp/pt.c
Three separate issues were breaking this testcase. One, we were trying to
look at the type of a template template parameter to see if it's a valid
non-type template parameter. Two, we were treating a parameter pack named
in the type of a template parameter pack of a TTP pack as being one of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89914
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79842
--- Comment #3 from Roland Illig ---
Any progress on this one? To me it sounds like it were quite easy to fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84382
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89924
--- Comment #5 from Eyal Rozenberg ---
(In reply to Jan Hubicka from comment #3)
> The reason why we do not devirtualize is that only information about Aint is
> the type of function parameter
"Only"? :-)
> and we do not believe it implies
sched_macro_fuse_insns uses the value in condreg1 without
checking the return value of targetm.fixed_condition_code_regs. As
this variables
is not initialized anywhere, this leads to constructing cc_reg_1 with
an undefined value,
and then using that in reg_referenced_p, if
We ICE here because rhstype is null. Since we're looking to see if it's
a pointer type, we can just return NULL_TREE if it's null.
Bootstrapped/regtested on x86_64-linux, ok for trunk?
2019-04-04 Marek Polacek
PR c++/89973 - -Waddress-of-packed-member ICE with invalid conversion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71487
Martin Sebor changed:
What|Removed |Added
Last reconfirmed|2016-06-26 00:00:00 |2019-4-4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89974
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89878
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89833
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89974
--- Comment #1 from Martin Sebor ---
Author: msebor
Date: Thu Apr 4 23:10:23 2019
New Revision: 270155
URL: https://gcc.gnu.org/viewcvs?rev=270155=gcc=rev
Log:
PR c++/89974 - ICE on a definition of a non-type specialization on a struct
object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47488
--- Comment #15 from Martin Sebor ---
Author: msebor
Date: Thu Apr 4 23:10:23 2019
New Revision: 270155
URL: https://gcc.gnu.org/viewcvs?rev=270155=gcc=rev
Log:
PR c++/89974 - ICE on a definition of a non-type specialization on a struct
object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89833
--- Comment #4 from Martin Sebor ---
Author: msebor
Date: Thu Apr 4 23:10:23 2019
New Revision: 270155
URL: https://gcc.gnu.org/viewcvs?rev=270155=gcc=rev
Log:
PR c++/89974 - ICE on a definition of a non-type specialization on a struct
object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89878
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Thu Apr 4 23:10:23 2019
New Revision: 270155
URL: https://gcc.gnu.org/viewcvs?rev=270155=gcc=rev
Log:
PR c++/89974 - ICE on a definition of a non-type specialization on a struct
object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89974
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89957
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Snapshot gcc-7-20190404 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/7-20190404/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89957
--- Comment #2 from Martin Sebor ---
Author: msebor
Date: Thu Apr 4 22:38:10 2019
New Revision: 270154
URL: https://gcc.gnu.org/viewcvs?rev=270154=gcc=rev
Log:
PR middle-end/89957 - ICE calling strnlen with an int128_t bound in a known
range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89911
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89911
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Thu Apr 4 22:38:10 2019
New Revision: 270154
URL: https://gcc.gnu.org/viewcvs?rev=270154=gcc=rev
Log:
PR middle-end/89957 - ICE calling strnlen with an int128_t bound in a known
range
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89934
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On 4/4/19 3:00 AM, Paul Hua wrote:
> Hi,
>
> The MIPS target run out of Mask in mips.opt, we are stage4, this
> patch retrieve loongson-ext that haven't used yet for now. In next
> stage1, I will rewrite those part use HOST_WIDE_INT or same thing like
> that.
>
> Ok for commit ?
>
> 2019-04-04
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89934
--- Comment #8 from Martin Sebor ---
Author: msebor
Date: Thu Apr 4 22:16:11 2019
New Revision: 270153
URL: https://gcc.gnu.org/viewcvs?rev=270153=gcc=rev
Log:
Backport from 9.0.
PR middle-end/89934 - ICE on a call with fewer arguments to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55585
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89934
Martin Sebor changed:
What|Removed |Added
Summary|[9 Regression] ICE on a |[8 Regression] ICE on a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89934
--- Comment #6 from Martin Sebor ---
Author: msebor
Date: Thu Apr 4 21:59:49 2019
New Revision: 270152
URL: https://gcc.gnu.org/viewcvs?rev=270152=gcc=rev
Log:
PR middle-end/89934 - ICE on a call with fewer arguments to strncpy declared
On 3/21/19 3:59 PM, Martin Sebor wrote:
> On 3/19/19 9:33 PM, Jeff Law wrote:
>> On 3/19/19 8:22 PM, Joseph Myers wrote:
>>> On Tue, 19 Mar 2019, Jeff Law wrote:
>>>
I'll note that our documentation clearly states that attributes can be
applied to functions, variables, labels, enums,
On 4/4/19 3:42 PM, Martin Sebor wrote:
> Attached is yet another patch to avoid ICE due to middle-end
> assumptions about the sanity of calls to built-ins, this time
> for strnlen. It fixes two unsafe assumptions:
>
> 1) The -Wstringop-overflow checker for unterminated constant char
> arrays
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89979
--- Comment #1 from Christoph Conrads ---
There is no attachment with the preprocessed code demonstrating the problem
because the this code is 1.2 MB large.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89979
Bug ID: 89979
Summary: subtract_with_carry_engine incorrect carry flag
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Attached is yet another patch to avoid ICE due to middle-end
assumptions about the sanity of calls to built-ins, this time
for strnlen. It fixes two unsafe assumptions:
1) The -Wstringop-overflow checker for unterminated constant char
arrays assumes that strnlen is called with exactly two
On 4/4/19 4:43 AM, Richard Sandiford wrote:
> This patch fixes a case in which, due to forced missed optimisations
> in earlier passes, we have:
>
> _1 = a * b
> _2 = -_1
> _3 = -_1
> _4 = _2 + _3
>
> and treated _4 as two FNMA candidates, once via _2 and once via _3.
>
> Tested
On Thu, Mar 28, 2019 at 03:54:30PM -0400, Jason Merrill wrote:
> On 3/20/19 4:12 PM, Marek Polacek wrote:
> > The fix for 77656 caused us to call convert_nontype_argument even for
> > value-dependent arguments, to perform the conversion in order to avoid
> > a bogus warning.
> >
> > In this case,
On 4/3/19 4:17 AM, Martin Liška wrote:
> Hi.
>
> The patch addresses wrong usage of apostrophes in error and warning
> messages. It's follow up of what I did couple of weeks ago.
>
> Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
>
> Ready to be installed?
> Thanks,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89582
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89929
--- Comment #10 from Nikolay Bogoychev ---
(In reply to H.J. Lu from comment #9)
> (In reply to Martin Liška from comment #8)
> > Ok, let me first focus on the functional part of the patch.
> > If I'm correct feature_list in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84382
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from janus
On 4/3/19 1:27 PM, Martin Sebor wrote:
> PR 89934 reports yet another ICE due to a call to a library
> built-in function with invalid arguments. The attached patch
> does the bare minimum to avoid it. I will commit it to trunk
> and to GCC 8 later this week if there are no objections.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41650
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89399
Jeffrey A. Law changed:
What|Removed |Added
Summary|[7/8/9 Regression] ICE: RTL |[7/8 Regression] ICE: RTL
As noted in the BZ ree was incorrectly looking at SET_SRC/SET_DEST of
PATTERN of various insns.
In the case where we're looking at something in the candidate list, we
know that all the insns passed the single_set test. So when digging
into something from the candidate list, we should call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89399
--- Comment #6 from Jeffrey A. Law ---
Author: law
Date: Thu Apr 4 20:52:16 2019
New Revision: 270151
URL: https://gcc.gnu.org/viewcvs?rev=270151=gcc=rev
Log:
PR rtl-optimization/89399
* ree.c (combine_set_extension): Use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89904
--- Comment #21 from anlauf at gcc dot gnu.org ---
(In reply to anlauf from comment #20)
> Patch here:
>
> https://gcc.gnu.org/ml/fortran/2019-04/msg3.html
Patch applied to trunk so far.
Unfortunately, I had the wrong PR in the ChangeLog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89978
Bug ID: 89978
Summary: Extraneous template keyword not rejected
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89004
--- Comment #2 from anlauf at gcc dot gnu.org ---
Author: anlauf
Date: Thu Apr 4 20:38:33 2019
New Revision: 270150
URL: https://gcc.gnu.org/viewcvs?rev=270150=gcc=rev
Log:
2019-04-04 Harald Anlauf
PR fortran/89004
* check.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89967
Andrew Pinski changed:
What|Removed |Added
Keywords||ra
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87366
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89877
Vineet Gupta changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89905
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89929
--- Comment #9 from H.J. Lu ---
(In reply to Martin Liška from comment #8)
> Ok, let me first focus on the functional part of the patch.
> If I'm correct feature_list in get_builtin_code_for_version function should
> be basically aligned with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40883
Eric Gallager changed:
What|Removed |Added
Depends on|89936 |
--- Comment #6 from Eric Gallager ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89964
--- Comment #3 from Eric Gallager ---
I suggested splitting the bugzillas into 2 in bug 29304 comment 4 but Andrew
seemed to think it was ok to keep them together
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89968
--- Comment #2 from Andrew Pinski ---
One problem is the order of the attributes applying here. vector_size applies
after all the others as that is the order in the program.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89966
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89964
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89937
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89948
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
Hi Harald,
OK for trunk (and affected backports)?
Yes, OK. Thanks!
(For cases like this, it often makes sense to wait a week
or so before backporting something, to see if anything
comes up).
Regards
Thomas
Hi Andreas,
Well, nothing is going to write to it (this is not accessible by
user code), so that should not be a problem.
Then don't make it read-only.
I tried this, and while it solves the executable size problem, it
causes an OpenMP regression (see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89977
Bug ID: 89977
Summary: missing -Wstringop-overflow with an out-of-bounds
int128_t range
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
On 4/4/19 2:30 PM, Martin Sebor wrote:
On 4/4/19 10:50 AM, Jason Merrill wrote:
On 4/4/19 12:29 PM, Martin Sebor wrote:
On 4/4/19 8:57 AM, Jason Merrill wrote:
On 4/3/19 10:34 PM, Martin Sebor wrote:
On 4/1/19 11:27 AM, Jason Merrill wrote:
On 3/31/19 10:17 PM, Martin Sebor wrote:
To fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89975
--- Comment #1 from Andrew Pinski ---
The param is there to limit compile time after all.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89955
Jim Wilson changed:
What|Removed |Added
CC||wilson at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89864
--- Comment #39 from Iain Sandoe ---
(In reply to Erik Schnetter from comment #38)
> (In reply to Iain Sandoe from comment #36)
> > (In reply to Jürgen Reuter from comment #35)
> > > The latest fix doesn't work. It fails at the darwin-driver.c.
On 4/4/19 10:50 AM, Jason Merrill wrote:
On 4/4/19 12:29 PM, Martin Sebor wrote:
On 4/4/19 8:57 AM, Jason Merrill wrote:
On 4/3/19 10:34 PM, Martin Sebor wrote:
On 4/1/19 11:27 AM, Jason Merrill wrote:
On 3/31/19 10:17 PM, Martin Sebor wrote:
To fix PR 89833, a P1 regression, the attached
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89970
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89970
--- Comment #1 from Uroš Bizjak ---
Hits assert in i386.c, dispatch_function_versions:
/* At least one more version other than the default. */
num_versions = fndecls->length ();
gcc_assert (num_versions >= 2);
But... this just asserts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89528
--- Comment #4 from Alexandre Oliva ---
Created attachment 46089
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46089=edit
candidate patch
Here's what I'm testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89976
Bug ID: 89976
Summary: missing uninitialized warning: laundering via passing
object through a function
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89975
Bug ID: 89975
Summary: Compile-time hog w/ large values of --param
uninlined-function-insns
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89923
--- Comment #3 from Florian Weimer ---
But the precedent with wchar_t is that the type of the format string determines
the type of the %s arguments. I'm not sure if that's a good precedent, but
it's what we have today.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89923
--- Comment #2 from Tom Honermann ---
I think my preferred fix to this is to introduce new length modifiers for the
"%s" conversion specifier for all of char8_t, char16_t, and char32_t.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89974
Bug ID: 89974
Summary: ICE on a definition of a non-type specialization on a
struct object with pointer to member function
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89973
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89864
--- Comment #38 from Erik Schnetter ---
(In reply to Iain Sandoe from comment #36)
> (In reply to Jürgen Reuter from comment #35)
> > The latest fix doesn't work. It fails at the darwin-driver.c. So yes, all
> > the files mentioned before have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89864
--- Comment #37 from Erik Schnetter ---
(In reply to Jürgen Reuter from comment #35)
> The latest fix doesn't work. It fails at the darwin-driver.c. So yes, all
> the files mentioned before have to be modified, asan_mac.cc,
> sanitizer_mac.cc,
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55591
--- Comment #8 from Dominique d'Humieres ---
Testing the updated patch
--- ../_clean/gcc/fortran/options.c 2019-03-11 15:11:11.0 +0100
+++ gcc/fortran/options.c 2019-04-04 18:55:50.0 +0200
@@ -166,6 +166,8 @@
On 29/03/2019 11:01, Andrea Corallo wrote:
> Hi all,
> simple patch addressing minor style issue into
> gcc/config/aarch64/cortex-a57-fma-steering.c.
>
> make BOOT_CFLAGS='-mcpu=cortex-a57' bootstrap
>
> Okay for trunk?
>
> Bests
> Andrea
>
>
> 2019-03-29 Andrea Corallo
>
> PR
On 4/4/19 12:29 PM, Martin Sebor wrote:
On 4/4/19 8:57 AM, Jason Merrill wrote:
On 4/3/19 10:34 PM, Martin Sebor wrote:
On 4/1/19 11:27 AM, Jason Merrill wrote:
On 3/31/19 10:17 PM, Martin Sebor wrote:
To fix PR 89833, a P1 regression, the attached patch tries to
handle string literals as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89864
--- Comment #36 from Iain Sandoe ---
(In reply to Jürgen Reuter from comment #35)
> The latest fix doesn't work. It fails at the darwin-driver.c. So yes, all
> the files mentioned before have to be modified, asan_mac.cc,
> sanitizer_mac.cc,
>
Hello,
On Wed, Apr 03 2019, Youssef Mohamed wrote:
> Hi,
>
> I hope you are healthy and all well
3>
> I was applying to GCC GSoC and I want to implement TySan in GCC
we are very happy to hear that you find contributing to GCC
interesting. Unfortunately, I am quite confident that I will not be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87919
--- Comment #4 from Dominique d'Humieres ---
What is the status of this PR? Is it FIXED or not?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89973
Bug ID: 89973
Summary: [9 Regression] ICE in
check_address_or_pointer_of_packed_member, at
c-family/c-warn.c:2769
Product: gcc
Version: 9.0
Status:
1 - 100 of 235 matches
Mail list logo
