https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88358
--- Comment #2 from Jonathan Wakely ---
(In reply to Nicolas Lesser from comment #0)
> It's also a regression I think in a way
Yes, this started to be accepted (for c++2a mode only) with Marek's r266710.
Hi!
The current asan.c code requires that the whole block of vars starts and
ends on ASAN_RED_ZONE_SIZE (i.e. 32 byte) boundary, so that it is on 4 byte
boundary in the shadow memory. Normally it is, when frame_offset starts at
0, but with -fstack-protector there is the guard above it and in
Hi Jakub,
On Tue, 4 Dec 2018 15:17:08 +0100
Jakub Jelinek wrote:
> On Mon, Sep 03, 2018 at 08:46:54PM -0400, Julian Brown wrote:
> > 2018-09-03 Cesar Philippidis
> >
> > gcc/fortran/
> > * openmp.c (gfc_match_omp_variable_list): New allow_derived
> > argument.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86648
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88184
--- Comment #5 from Marek Polacek ---
Author: mpolacek
Date: Tue Dec 4 19:28:27 2018
New Revision: 266793
URL: https://gcc.gnu.org/viewcvs?rev=266793=gcc=rev
Log:
PR c++/88184 - ICE when treating name as template-name.
* pt.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88353
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
Hi!
On Tue, Dec 04, 2018 at 08:59:03AM -0600, Paul Clarke wrote:
> Fix general endian and 32-bit mode issues found in the
> compatibility implementations of the x86 vector intrinsics when running the
> associated test suite tests. (The tests had been inadvertently made to PASS
> without actually
On 12/04/2018 02:16 PM, Segher Boessenkool wrote:
> Hi!
>
> On Tue, Dec 04, 2018 at 08:59:03AM -0600, Paul Clarke wrote:
>> Fix general endian and 32-bit mode issues found in the
>> compatibility implementations of the x86 vector intrinsics when running the
>> associated test suite tests.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88359
Geert linders changed:
What|Removed |Added
CC||geert.linders at hotmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88304
--- Comment #6 from kargl at gcc dot gnu.org ---
(In reply to Harald Anlauf from comment #5)
>
> A derived type with component initialization (like t_fileinfo) should
> implicitly get the SAVE attribute, which appears to be lost here.
> Adding
The v1 patch:
https://gcc.gnu.org/ml/gcc-patches/2018-11/msg00304.html
has bitrotten somewhat, so here's v2 of the patch, updated relative
to r266740.
Blurb from v1 patch follows:
The C++ frontend gained various location wrapper nodes in r256448 (GCC 8).
That patch:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88320
--- Comment #6 from David Malcolm ---
I did a little investigation of this.
A tweaked reproducer, for both C and C++:
int test (void)
{
int vresults1 = 0;
int aresult = aresults +1;
return aresult;
}
I think that we should omit
The following patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88317
The patch was successfully bootstrapped and tested on x86/x86-64.
I think the test is too big to add it to GCC testsuite. If Richard
implements bitmap poisoning, it would be possible to find a smaller test.
Hi!
I've committed the following testcase for already fixed PR, which has been
fixed by the PR87288 fix, after testing on x86_64-linux and i686-linux.
2018-12-04 Jakub Jelinek
PR tree-optimization/87320
* gcc.dg/pr87320.c: New test.
--- gcc/testsuite/gcc.dg/pr87320.c.jj
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87320
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Dec 4 23:27:39 2018
New Revision: 266805
URL: https://gcc.gnu.org/viewcvs?rev=266805=gcc=rev
Log:
PR tree-optimization/87320
* gcc.dg/pr87320.c: New test.
Added:
On 12/3/18 5:10 PM, Jeff Law wrote:
On 11/19/18 9:51 AM, David Malcolm wrote:
Ping, for these patches:
[PATCH 1/2] C++: more location wrapper nodes (PR c++/43064, PR c++/43486)
https://gcc.gnu.org/ml/gcc-patches/2018-11/msg00304.html
[PATCH 2/2] C++: improvements to binary operator
I intend to commit the attached patch on Saturday.
2018-12-02 Steven G. Kargl
PR fortran/87922
* io.c (gfc_match_open): ASYNCHRONOUS must be scalar.
PR fortran/87945
* decl.c (var_element): Inquiry parameter cannot be a data object.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88363
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88363
Bug ID: 88363
Summary: [9 Regression] alloc_align attribute doesn't accept
enumerated arguments
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56682
--- Comment #4 from sandra at gcc dot gnu.org ---
Is -g also recommended for the other -fsanitize= options?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57659
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
On 12/4/18 4:32 PM, Jakub Jelinek wrote:
> Hi!
>
> The current asan.c code requires that the whole block of vars starts and
> ends on ASAN_RED_ZONE_SIZE (i.e. 32 byte) boundary, so that it is on 4 byte
> boundary in the shadow memory. Normally it is, when frame_offset starts at
> 0, but with
Hi:
Recently gcc optimize msa compare code i<5 from clti_.df $wn,$wn,5
to clei_.df $wn,$wn,4.
This patch adjusted testsuite.
Committed as obviously.
gcc/testsuite/
2018-12-05 Chenghua Xu
* gcc.target/mips/msa.c: Adjusted clti_.df $wn,$wn,5
to clei_.df $wn,$wn,4 in test31.
On 12/4/18 8:13 PM, Martin Sebor wrote:
On 12/4/18 2:04 PM, Sandra Loosemore wrote:
On 12/4/18 9:26 AM, Martin Sebor wrote:
[snip]
+The keyword @code{__attribute__} allows you to specify various special
+properties of types. Some type attributes apply only to structure and
+union types, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88363
--- Comment #2 from Martin Sebor ---
Interestingly, C++ definition of /integer type/ does not include enumerated
types so there the change had the opposite effect: code that was previously
accepted now gets a warning.
Ironically, Clang accepts
On 12/4/18 2:04 PM, Sandra Loosemore wrote:
On 12/4/18 9:26 AM, Martin Sebor wrote:
Thanks for the comments. Attached is an updated patch with
the typos fixed. I've left the rest as is.
Well, I still think a number of points I commented on before need to be
clarified in the text. If I'm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86637
--- Comment #5 from Arseny Solokha ---
1.
% cat njcltcfr.c
void
te (void)
{
}
int
main (void)
{
return 0;
}
% gcc-9.0.0-alpha20181202 -O1 -fsave-optimization-record -ftree-slp-vectorize
--param ggc-min-expand=0 --param ggc-min-heapsize=1024
On Nov 29, 2018, Jason Merrill wrote:
> Let's go with this. And remove the comment.
> And the !processing_template_decl is also redundant, since that's
> checked at the top of value_dependent_expression_p.
I've tested this on i686- and x86_64-linux-gnu. Ok to install?
[PR86397] resolve
On Nov 27, 2018, Jason Merrill wrote:
> Let's replace the == comparison rather than supplement it. OK with
> that change.
Thanks, here's what I (re)tested and will install eventually.
[PR85569] skip constexpr target_expr constructor dummy type conversion
From: Alexandre Oliva
The testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85569
--- Comment #8 from Alexandre Oliva ---
Author: aoliva
Date: Wed Dec 5 06:47:11 2018
New Revision: 266816
URL: https://gcc.gnu.org/viewcvs?rev=266816=gcc=rev
Log:
[PR85569] skip constexpr target_expr constructor dummy type conversion
The
Jeff Law tells me h8300-elf fails gcc.c-torture/compile/pr49029.c
with -O2 -g -mint32 -mh. This patch fixes it.
The problem is that strict low part handling in cselib_record_sets
assumes src_elt is not NULL. That src_elt is taken from a strict low
part set, but it won't always have a src_elt to
On 12/3/18 5:01 PM, Jason Merrill wrote:
On 12/3/18 4:51 PM, Jason Merrill wrote:
On 11/5/18 2:39 PM, Tom Honermann wrote:
This patch adds support for the P0482R5 core language changes. This
includes:
- The -fchar8_t and -fno_char8_t command line options.
- char8_t as a keyword.
- The
On 12/3/18 2:59 PM, Jason Merrill wrote:
On 11/5/18 2:39 PM, Tom Honermann wrote:
This patch adds documentation for new -fchar8_t and -fno-char8_t
options.
gcc/ChangeLog:
2018-11-04 Tom Honermann
* doc/invoke.texi (-fchar8_t): Document new option.
+Enable support for the P0482
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86164
Nils Gladitz changed:
What|Removed |Added
CC||nilsgladitz at gmail dot com
--- Comment
Hello,
on 27th October I sent to gcc-patches a mail with the subject “Don’t
build gdb/readline/libreadline.a, when --with-system-readline is
supplied” and on 14th November I sent a reminder. I got no answer.
Before sending the emails I filled a bugzilla ticket.
Can you please make it clear,
201 - 235 of 235 matches
Mail list logo