On 10/06/2017 03:33 PM, Jakub Jelinek wrote:
> On Fri, Oct 06, 2017 at 02:46:05PM +0200, Martin Liška wrote:
>> + if (sanitize_comparison_p)
>> +{
>> + if (is_gimple_assign (s)
>> + && gimple_assign_rhs_class (s) == GIMPLE_BINARY_RHS
>> + &&
On 10/10/2017 07:39 PM, Jan Hubicka wrote:
>> Hi Honza,
>>
>> The change here cause the following failures:
>>
>>> FAIL: gcc.dg/tree-prof/switch-case-1.c scan-rtl-dump-times expand ";; basic
>>> block[^\\n]*count 2000" 1
>>> FAIL: gcc.dg/tree-prof/switch-case-2.c scan-rtl-dump-times expand ";;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81299
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 82230, which changed state.
Bug 82230 Summary: [8 Regression] ICE: in tsubst, at cp/pt.c:13686 when binding
lambda to variable inside a generic lambda inside a template member function
inside a template class
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82230
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 82474, which changed state.
Bug 82474 Summary: [8 Regression] ICE: trying to capture ‘list’ in
instantiation of generic lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82474
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82474
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 2017.10.10 at 21:45 +0200, Paulo Matos wrote:
> Hi all,
>
> It's almost 3 weeks since I last posted on GCC Buildbot. Here's an update:
>
> * 3 x86_64 workers from CF are now installed;
> * There's one scheduler for trunk doing fresh builds for every Daily bump;
> * One scheduler doing
On Sun, 2017-09-10 at 19:45 +0200, Jim Wilson wrote:
> -- Forwarded message --
> From: Jim Wilson
> Date: Tue, Sep 5, 2017 at 8:04 PM
> Subject: Re: [PATCH] scheduler bug fix for AArch64 insn fusing
> SCHED_GROUP usage
> To: "gcc-patches@gcc.gnu.org"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81434
--- Comment #9 from Jim Wilson ---
Author: wilson
Date: Wed Oct 11 03:23:41 2017
New Revision: 253628
URL: https://gcc.gnu.org/viewcvs?rev=253628=gcc=rev
Log:
Allow 2 insns from sched group to issue in same cycle, if no stalls needed.
On 10/10/2017 03:48 PM, Joseph Myers wrote:
On Tue, 10 Oct 2017, Martin Sebor wrote:
Calling a function that takes arguments via a void (*)(void)
is undefined not just on paper but also in practice, so the
resulting pointer from such a cast is unusable except to convert
to a compatible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82510
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82510
Andrew Pinski changed:
What|Removed |Added
Resolution|FIXED |INVALID
--- Comment #2 from Andrew
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65337
--- Comment #18 from Steven Noonan ---
I'm still seeing an Ada-related failure when using
--with-build-config=bootstrap-lto on the current gcc-7-branch (r253607).
/build/gcc-multilib/src/gcc/gcc/ada/g-dyntab.adb: In function
Check red zone size, instead of if red zone is available, in push
peephole2s.
Tested on i686 and x86-64. OK for master?
H.J.
---
gcc/
PR target/82499
* config/i386/i386.h (x86_red_zone_size): New.
* config/i386/i386.md (push peephole2s): Replace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41460
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 2017/10/11 5:04, Manuel López-Ibáñez wrote:
Ops! You're obviously right. What was I thinking?
I still believe that pretty-printer.c is not the right place for all
this color-handling code (diagnostic-color.c or libiberty/ may be better
places).
No and yes. The colors emerge only when those
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33145
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82511
Bug ID: 82511
Summary: ICE Bad IO basetype (12) on attempted read or write of
entire DEC structure
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
> Any ideas for better version? If not I will go ahead with this variant and
> increase profile probability base.
Why not use GCC wide int?
- David
This adds an implementation of the insn_cost hook to rs6000.
This implementations is very minimal (so far). It is mostly based on
how many machine instructions are generated by an RTL insn, and it also
looks at the instruction type. Floating point insns are costed as if
all machine instructions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45174
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67834
John David Anglin changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82510
Bug ID: 82510
Summary: C compiler ignores user definition of log
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
On Tue, 10 Oct 2017, Martin Sebor wrote:
> Calling a function that takes arguments via a void (*)(void)
> is undefined not just on paper but also in practice, so the
> resulting pointer from such a cast is unusable except to convert
> to a compatible pointer.
That's the point of a generic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82481
--- Comment #5 from heinzisoft at web dot de ---
(In reply to Jonathan Wakely from comment #2)
> It is a dangling pointer, but it can't be dereferenced, so it doesn't matter.
>
> It's only used by std::call_once and will be set to a different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82481
--- Comment #4 from heinzisoft at web dot de ---
(In reply to Jonathan Wakely from comment #3)
> (In reply to heinzisoft from comment #0)
> > Building the following minimal example with libstdc++ 7.0.1
>
> And why are you using that unsupported
On Tue, 10 Oct 2017, Paulo Matos wrote:
> ANY -> no test ; Test disappears
No, that's not a regression. Simply adding a line to a testcase will
change the line number that appears in the PASS / FAIL line for an
individual assertion therein. Or the names will change when e.g.
-std=c++2a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82508
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
---
On 10 Oct 2017 2:34 am, "Liu Hao" wrote:
Since on *nix it is not when `colorize_start()` is called that the terminal
color is changed (it is when those ANSI escape codes are delivered to the
other peer which will translate them), and the string passed to `fputs()`
is free to
On 10/10/2017 11:08 AM, Thomas Schwinge wrote:
> Reported by Cesar for a test case similar to the one below, where we
> observe:
>
> acc_prof-cuda-1.exe: [...]/libgomp/oacc-profiling.c:592:
> goacc_profiling_dispatch_p: Assertion `thr->prof_info == NULL' failed.
>
> This is because of:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82499
--- Comment #2 from H.J. Lu ---
Created attachment 42337
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42337=edit
Does it look OK?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78006
Paolo Carlini changed:
What|Removed |Added
Summary|[6/7/8 Regression] |[6/7 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82498
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78006
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Oct 10 20:46:26 2017
New Revision: 253621
URL: https://gcc.gnu.org/viewcvs?rev=253621=gcc=rev
Log:
2017-10-10 Paolo Carlini
PR
Now I've converted the identifier_>decl hash_maps to self-hashing
hash_tables, there's no need for the lang_identifier specialization of
default_hash_traits.
So killing it.
nathan
--
Nathan Sidwell
2017-10-10 Nathan Sidwell
* cp-tree.h (default_hash_traits ): Delete
Hi,
in order to drop frequencies from basic blocks and counts from edges I need
to make probabilities more precise (so we do not get all those roundoff errors
from 1-base fixpoint arithmetics). Increasing base is easy now, but it
means that in temporaries one can get overflows easily.
I need
Hi!
While going through still open [5 Regression] bugs manually, I've gathered
various testcases from PRs that were fixed by other changes and thus
IMHO the tests are worth being added. I have some further PRs to go through
tomorrow, so I might add some further ones.
Regtested on x86_64-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81032
Paolo Carlini changed:
What|Removed |Added
Summary|[6/7/8 Regression] ICE with |[6/7 Regression] ICE with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81032
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Oct 10 20:16:40 2017
New Revision: 253619
URL: https://gcc.gnu.org/viewcvs?rev=253619=gcc=rev
Log:
2017-10-10 Paolo Carlini
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82483
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79565
Jakub Jelinek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68205
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:12:08 2017
New Revision: 253618
URL: https://gcc.gnu.org/viewcvs?rev=253618=gcc=rev
Log:
PR rtl-optimization/68205
* gcc.c-torture/execute/20040709-3.c: New
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67625
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:11:47 2017
New Revision: 253617
URL: https://gcc.gnu.org/viewcvs?rev=253617=gcc=rev
Log:
2017-10-10 Jakub Jelinek
PR c++/67625
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70887
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:11:21 2017
New Revision: 253616
URL: https://gcc.gnu.org/viewcvs?rev=253616=gcc=rev
Log:
2017-10-10 Jakub Jelinek
PR middle-end/70887
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70338
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:10:56 2017
New Revision: 253615
URL: https://gcc.gnu.org/viewcvs?rev=253615=gcc=rev
Log:
PR c++/70338
* g++.dg/cpp0x/pr70338.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77786
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:10:25 2017
New Revision: 253614
URL: https://gcc.gnu.org/viewcvs?rev=253614=gcc=rev
Log:
PR c++/77786
* g++.dg/cpp1y/pr77786.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71875
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:10:00 2017
New Revision: 253613
URL: https://gcc.gnu.org/viewcvs?rev=253613=gcc=rev
Log:
PR c++/71875
* g++.dg/cpp1y/pr71875.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77578
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:09:29 2017
New Revision: 253612
URL: https://gcc.gnu.org/viewcvs?rev=253612=gcc=rev
Log:
PR c++/77578
* g++.dg/gomp/pr77578.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70100
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:09:01 2017
New Revision: 253611
URL: https://gcc.gnu.org/viewcvs?rev=253611=gcc=rev
Log:
PR middle-end/70100
* g++.dg/opt/pr70100.C: New test.
Added:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68252
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:08:36 2017
New Revision: 253610
URL: https://gcc.gnu.org/viewcvs?rev=253610=gcc=rev
Log:
2017-10-10 Jakub Jelinek
PR c++/68252
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82483
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:06:33 2017
New Revision: 253609
URL: https://gcc.gnu.org/viewcvs?rev=253609=gcc=rev
Log:
PR target/79565
PR target/82483
* config/i386/i386.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79565
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 20:06:33 2017
New Revision: 253609
URL: https://gcc.gnu.org/viewcvs?rev=253609=gcc=rev
Log:
PR target/79565
PR target/82483
* config/i386/i386.c
This patch changes the mangling alias hash_map to a hash_table, hashing
by DECL_ASSEMBLER_NAME. Thus halving its size.
It continues to use DECL_ASSEMBLER_NAME, not the new
DECL_ASSEMBLER_NAME_RAW I posted earlier today. When (if) that gets the
ok, I'll adjust this fragment too.
Applying
On Tue, Oct 10, 2017 at 12:47 PM, Paolo Carlini
wrote:
>
> On 10/10/2017 18:55, Ian Lance Taylor wrote:
>>
>> Index: elf.c
>> ===
>> --- elf.c (revision 253593)
>> +++ elf.c (working copy)
>> @@
On Tue, Oct 10, 2017 at 3:11 PM, Nathan Sidwell wrote:
> On 10/09/2017 06:15 PM, Nathan Sidwell wrote:
>>
>> On 10/09/2017 11:57 AM, Jason Merrill wrote:
>
>
>>> Hmm, why do we only check extern "C" conflicts for functions?
>>
>>
>> I suspect a bug. I noticed it as existing
Hi,
On 10/10/2017 18:55, Ian Lance Taylor wrote:
Index: elf.c
===
--- elf.c (revision 253593)
+++ elf.c (working copy)
@@ -103,6 +103,7 @@
#undef SHT_SYMTAB
#undef SHT_STRTAB
#undef SHT_DYNSYM
+#undef
Hi all,
It's almost 3 weeks since I last posted on GCC Buildbot. Here's an update:
* 3 x86_64 workers from CF are now installed;
* There's one scheduler for trunk doing fresh builds for every Daily bump;
* One scheduler doing incremental builds for each active branch;
* An IRC bot which is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82509
Bug ID: 82509
Summary: DW_AT_endianity issues with attribute
scalar_storage_order
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80957
Paolo Carlini changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|bokorn at
On 10/09/2017 06:15 PM, Nathan Sidwell wrote:
On 10/09/2017 11:57 AM, Jason Merrill wrote:
Hmm, why do we only check extern "C" conflicts for functions?
I suspect a bug. I noticed it as existing behaviour and was puzzled the
first time around rearranging this code, but didn't want to get
On 10/09/17 15:02, Richard Earnshaw (lists) wrote:
> On 06/09/17 14:17, Bernd Edlinger wrote:
>> Index: gcc/doc/rtl.texi
>> ===
>> --- gcc/doc/rtl.texi (revision 251752)
>> +++ gcc/doc/rtl.texi (working copy)
>> @@ -2252,6 +2252,13 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Hi Steve,
the attached patch displays an error for characters which are
outside the normal Fortran character set, and includes a hex
If this ^
corresponds to this statement,
+char valid_chars[] =
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506
--- Comment #2 from Nathan Sidwell ---
Author: nathan
Date: Tue Oct 10 18:56:31 2017
New Revision: 253605
URL: https://gcc.gnu.org/viewcvs?rev=253605=gcc=rev
Log:
[PATCH] preprocessor stringizing raw strings
This patch fixes PR 82506, where we fail to properly stringize a raw
string literal, which can contain a raw LF character.
When we're not just preprocessing, there isn't a problem. The string
literal gets correctly escaped into the assembly file. This is just a
problem with preprocessing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914
--- Comment #8 from Ian Lance Taylor ---
Which version of GCC are you using in comment #7?
On 08.10.17 23:12, Andreas Tobler wrote:
Hi all,
and here is the patch for gcc-6/5 branch to add support for
armv7*-*-freebsd*
The difference towards trunk is the missing of target_cpu_cname which is
solved differently.
I'm aware of the gcc-5 branch status and I will not apply before gcc-5.5
On 08.10.17 22:58, Andreas Tobler wrote:
Hi all,
here is the patch witch adds support for armv7*-*-freebsd* on the gcc-7
branch.
The difference towards trunk is the target_cpu_cname.
I'll commit this one if no objections pop up.
Committed in 253603
Andreas
2017-10-08 Andreas Tobler
On 08.10.17 22:51, Andreas Tobler wrote:
Hi all,
I'm going to commit this patch if no objections pop up.
We (FreeBSD folks) have added a new target tripplet for armv7*-*-freebsd*
To be able to build GCC we need the below changes.
Results will be posted to the usual place, once they
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82508
Bug ID: 82508
Summary: Possibly false positive implicit-fallthrough warning
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
On Oct 9, 2017, at 12:05 PM, Qing Zhao wrote:
>
Thanks a lot for Wilco’s help on this bug.
Yes, Aarch64 does NOT do anything wrong.
The implementation of __builtin_update_setjmp_buf is not correct. It takes
a pointer
as an operand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82296
Krister Walfridsson changed:
What|Removed |Added
CC||kristerw at gcc dot gnu.org
---
Hi!
Reported by Cesar for a test case similar to the one below, where we
observe:
acc_prof-cuda-1.exe: [...]/libgomp/oacc-profiling.c:592:
goacc_profiling_dispatch_p: Assertion `thr->prof_info == NULL' failed.
This is because of:
On Tue, 25 Jul 2017 20:51:05 +0800, Chung-Lin Tang
On Tue, Oct 10, 2017 at 07:42:25PM +0200, Thomas Koenig wrote:
> Hello world,
>
> the attached patch displays an error for characters which are
> outside the normal Fortran character set, and includes a hex
If this ^
> code when it is not printable.
>
>
On Thu, Sep 28, 2017 at 3:38 PM, Jason Merrill wrote:
> The G++ lambda implementation previously implemented an early
> tentative resolution of DR 696, whereby mentions of an outer constant
> variable would immediately decay to the constant value of that
> variable. But the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914
--- Comment #7 from Steven Noonan ---
With the compressed debug section support added to libbacktrace, gccgo will run
fine when built using a binutils configured with
--enable-compressed-debug-sections=all. However, programs built with that
Hi,
while looking into Zen tuning I noticed that some of the tunables
in x86-tune.def was added into section with obsolette flags, which does
not make much sense.
* x86-tune.def (X86_TUNE_AVOID_FALSE_DEP_FOR_BMI,
X86_TUNE_ADJUST_UNROLL,
X86_TUNE_ONE_IF_CONV_INSN): Move to right
Hello world,
the attached patch displays an error for characters which are
outside the normal Fortran character set, and includes a hex
code when it is not printable.
gfortran 4.9 did display unprintable characters in the file,
so it might be argued that this bug is a regression.
> Hi Honza,
>
> The change here cause the following failures:
>
> >FAIL: gcc.dg/tree-prof/switch-case-1.c scan-rtl-dump-times expand ";; basic
> >block[^\\n]*count 2000" 1
> >FAIL: gcc.dg/tree-prof/switch-case-2.c scan-rtl-dump-times expand ";; basic
> >block[^\\n]*count 2000" 1
>
>
> I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82507
Bug ID: 82507
Summary: [concepts] premature substitution into constraint of
non-template member function
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79620
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79367
--- Comment #2 from Paolo Carlini ---
Related to PR60230 and PR64000.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506
--- Comment #1 from Nathan Sidwell ---
We fail to stringize raw string literals containing \n chars:
./xg++ -B./ q.cc -E
gives:
"R\"(
)\""
(snipping line markers). That's a regular string literal with a naked LF char
in it. This is like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82506
Bug ID: 82506
Summary: Stringizing raw string literals
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
On 10/10/2017 10:30 AM, Joseph Myers wrote:
On Tue, 10 Oct 2017, Martin Sebor wrote:
I know of pre-existing code-bases where a type-cast to type:
void (*) (void);
.. is already used as a generic function pointer: libffi and
libgo, I would not want to break these.
Why not fix them instead?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58706
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505
--- Comment #6 from Jonathan Wakely ---
Ah no, because we have global pointers here, with potentially unknowable
aliasing, as Alexander said.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505
--- Comment #5 from Jonathan Wakely ---
dup of PR 82394?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82474
--- Comment #1 from Paolo Carlini ---
Related to PR81299.
On Tue, Oct 10, 2017 at 10:52:37AM -0500, Will Schmidt wrote:
> [PATCH, rs6000] fix-up int128 fold vector multiply tests
>
> Fix up a few issues with the tests.
> - add -O2 to int128-p8 test, and firm up the -mcpu and
> -mpower*-vector options
> - update the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914
--- Comment #5 from ian at gcc dot gnu.org ---
Author: ian
Date: Tue Oct 10 16:55:04 2017
New Revision: 253594
URL: https://gcc.gnu.org/viewcvs?rev=253594=gcc=rev
Log:
PR go/80914
* elf.c (SHF_COMPRESSED): Define.
This patch to the GCC 7 libbacktrace ignores compressed debug
sections. If we don't, the DWARF reader reports an error. Since the
GCC 7 libbacktrace does not support uncompressing the debug sections,
ignoring them is the best approach (on trunk, we uncompress). This is
for PR 80914.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Tue Oct 10 16:49:32 2017
New Revision: 253593
URL: https://gcc.gnu.org/viewcvs?rev=253593=gcc=rev
Log:
2017-10-10 Thomas Koenig
PR libfortran/82233
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82505
Alexander Monakov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
On Tue, 10 Oct 2017, Martin Sebor wrote:
> > I know of pre-existing code-bases where a type-cast to type:
> > void (*) (void);
> >
> > .. is already used as a generic function pointer: libffi and
> > libgo, I would not want to break these.
>
> Why not fix them instead? They're a part of GCC so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914
--- Comment #4 from Steven Noonan ---
This bug is still present, but I believe I know what is causing this.
At the time I reported this, I was using a binutils configured with
--enable-compressed-debug-sections=all. The resulting go.gcc binary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82437
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Tue Oct 10 16:17:47 2017
New Revision: 253589
URL: https://gcc.gnu.org/viewcvs?rev=253589=gcc=rev
Log:
PR c/82437
* c-warn.c (warn_tautological_bitwise_comparison): Use
1 - 100 of 464 matches
Mail list logo