https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79337
--- Comment #1 from Martin Liška ---
Author: marxin
Date: Fri Feb 3 08:20:02 2017
New Revision: 245145
URL: https://gcc.gnu.org/viewcvs?rev=245145&root=gcc&view=rev
Log:
Fix memory leaks in IPA CP (PR ipa/79337).
2017-02-03 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79339
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Fri Feb 3 08:20:57 2017
New Revision: 245146
URL: https://gcc.gnu.org/viewcvs?rev=245146&root=gcc&view=rev
Log:
Fix memory leaks in gimple-ssa-sprintf.c (PR tree-optimization/79339).
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79339
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79337
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79335
--- Comment #1 from Martin Liška ---
Jeff, increasing priority would be good as it triggers many uninitialised
warnings in valgrind that makes it hard to distinguish between this PR and a
possibly different one. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79061
--- Comment #33 from chefmax at gcc dot gnu.org ---
Author: chefmax
Date: Fri Feb 3 09:13:06 2017
New Revision: 245148
URL: https://gcc.gnu.org/viewcvs?rev=245148&root=gcc&view=rev
Log:
PR lto/79061
* asan.c (asan_add_global): Fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #4 from Dominik Vogt ---
From /sysdeps/s390/dl-tls.h:
/* The special thing about the s390 TLS ABI is that we do not have the
standard __tls_get_addr function but the __tls_get_offset function
which differs in two important aspe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #5 from Dominik Vogt ---
Okay, the symbol __tls_get_addr_internal exists since Glibc-2.19 on s390*, and
the test machine has Glibc-2.18. Is this something that needs to be fixed in
libsanitizer, or does the test machine need an upgra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #6 from Andreas Krebbel ---
I don't think modifying libsanitizer to support older Glibcs is required. The
only change we might want to consider is adding a configure check to
libsanitizer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #7 from Jakub Jelinek ---
Ah, that might explain this, I've been using glibc 2.25 prerelease during
testing.
The glibc change has been a fix for
https://sourceware.org/bugzilla/show_bug.cgi?id=16214
I don't know the s390{,x} TLS good
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #8 from Dominik Vogt ---
The symbol was introduced to Glibc after 2.18 and before 2.19.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #9 from Jakub Jelinek ---
gcc/configure.ac has:
# Determine the version of glibc, if any, used on the target.
AC_MSG_CHECKING([for target glibc version])
AC_ARG_WITH([glibc-version],
[AS_HELP_STRING([--with-glibc-version=M.N],
[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #10 from Jakub Jelinek ---
(In reply to Jakub Jelinek from comment #9)
Perhaps say:
AC_TRY_COMPILE([#include ],[
syscall (__NR_gettid);
syscall (__NR_futex);
syscall (__NR_exit_group);
+#if (defined(__s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79353
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #11 from Dominik Vogt ---
Hm, Stefan says that RHEL 7.3 has a Glibc-2.17 with a backport of the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79335
--- Comment #2 from vehre at gcc dot gnu.org ---
Gfortran is a P4 project. Higher than P4 is not possible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #12 from Dominik Vogt ---
> so it should then for s390*-*-linux* also test for glibc >= 2.19 using
> AC_TRY_COMPILE and preprocessor macros or so?
Or something like
$ nm /lib/ld-*.*.so | grep __tls_get_addr_internal
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #13 from Dominik Vogt ---
The opinion of whoever added the S390 code to sanitizer_common_interceptors.inc
("chefmax") might help?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #14 from Jakub Jelinek ---
Another option is executable testcase trying to dlsym __tls_get_addr_internal
(but that is not cross-compilation friendly), or perhaps nm or readelf on the
dynamic linker (but that is not really that easy fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #34 from Eric Botcazou ---
> I still disagree with reverting the patch. There was plenty of time to
> identify and fix affected backends instead of doing nothing for half five
> months and then claiming that the patch is potentially
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
Jakub Jelinek changed:
What|Removed |Added
CC||m.ostapenko at samsung dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78663
--- Comment #8 from Dominique d'Humieres ---
> Created attachment 40646
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40646&action=edit
> Fix 2
I have tested the patch on darwin10 and 16. On darwin10 the failures are fixed
as with the I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79113
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78488
Jakub Jelinek changed:
What|Removed |Added
CC||ed at catmur dot co.uk
--- Comment #8 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79344
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P4
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79340
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
Florian Weimer changed:
What|Removed |Added
CC||fw at gcc dot gnu.org
--- Comment #16 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333
--- Comment #16 from Martin Jambor ---
Please check whether the following patch (it is against trunk should
apply on top of GCC 6 too) fixes the issue for you.
It can potentially open a whole can of worms so I want to make sure it
helps before t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
Jakub Jelinek changed:
What|Removed |Added
CC||dodji at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #18 from Jakub Jelinek ---
Plus one thing is interception (which still requires that the private symbol
has stable ABI), and another thing is calling that symbol even when it isn't
called in the original program (which is what must be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79346
--- Comment #1 from David Brown ---
Some more white-list suggestions for C++ :
__STDCPP_DEFAULT_NEW_ALIGNMENT__
__STDCPP_STRICT_POINTER_SAFETY__
__STDCPP_THREADS__
C++14 also has "Whether __STDC__ is predefined and if so, what its value is,
ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79335
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79355
Bug ID: 79355
Summary: poor code for AVX vector compare
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68823
--- Comment #5 from Martin Liška ---
Created attachment 40662
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40662&action=edit
Isolated graphite dump for miscompiled function
As shown in the dump file, there are dependencies for the proble
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68823
--- Comment #6 from Martin Liška ---
And I'm also trying to reduce a self-contained test-case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #19 from Andreas Krebbel ---
koriakin stands for Marcin Kościelnicki who implemented LLVM sanitizer support
for z as part of a bounty. Ulrich Weigand led the discussions with him. CC'ing
Uli.
My personal opinion is that support of ol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #31 from Aldy Hernandez ---
(In reply to David Edelsohn from comment #30)
> .../src/src/configure --disable-werror --with-gmp=/opt/cfarm
> --with-libiconv-prefix=/opt/cfarm --disable-libstdcxx-pch
> --with-included-gettext
>
> By the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79335
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79211
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #5 from Jakub Jelinek --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78348
--- Comment #11 from Dominik Vogt ---
Fails if configured with "--with-arch=zEC12", passes without that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #20 from Florian Weimer ---
(In reply to Andreas Krebbel from comment #19)
> As a debugging tool I think asan is a special case also regarding ABI
> compatibility. We probably do not want to export the internal symbol and
> make it p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78663
--- Comment #9 from chefmax at gcc dot gnu.org ---
Author: chefmax
Date: Fri Feb 3 12:17:59 2017
New Revision: 245149
URL: https://gcc.gnu.org/viewcvs?rev=245149&root=gcc&view=rev
Log:
PR sanitizer/78663
* sanitizer_common/saniti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79356
Bug ID: 79356
Summary: XPASS in attr-alloc_size-11.c
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #21 from Jakub Jelinek ---
Could libsanitizer call __tls_get_offset instead, after setting %r12 or
whatever else is needed for it to make work and then perhaps adjust the result
if needed?
E.g. on s390x __tls_get_offset is internally:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70478
Dominik Vogt changed:
What|Removed |Added
CC||vogt at linux dot vnet.ibm.com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79340
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79354
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70478
--- Comment #5 from Andreas Krebbel ---
(In reply to Dominik Vogt from comment #4)
> Is there any new information on this issue?
Adding the ? constraint modifier was an overall loss. So I did not pursue this
any further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78663
--- Comment #10 from Jakub Jelinek ---
So fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #22 from Ulrich Weigand ---
(In reply to Jakub Jelinek from comment #21)
> Could libsanitizer call __tls_get_offset instead, after setting %r12 or
> whatever else is needed for it to make work and then perhaps adjust the
> result if n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79341
--- Comment #23 from Jakub Jelinek ---
(In reply to Ulrich Weigand from comment #22)
> (In reply to Jakub Jelinek from comment #21)
> > Could libsanitizer call __tls_get_offset instead, after setting %r12 or
> > whatever else is needed for it to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #32 from David Edelsohn ---
How far are you going back in the bisection effort? You may be earlier than
the point at which GCC on AIX generated stab strings continuation lines. At
worst you manually can apply the continuation code f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79357
Bug ID: 79357
Summary: Doubling a single complex float is not vectorised
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68823
--- Comment #7 from Sebastian Pop ---
(In reply to Martin Liška from comment #5)
> Created attachment 40662 [details]
> Isolated graphite dump for miscompiled function
>
> As shown in the dump file, there are dependencies for the problematic stm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78241
--- Comment #5 from Pat Haugen ---
Author: pthaugen
Date: Fri Feb 3 14:20:30 2017
New Revision: 245152
URL: https://gcc.gnu.org/viewcvs?rev=245152&root=gcc&view=rev
Log:
PR rtl-optimization/78241
* loop-unroll.c (unroll_loop_run
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79353
--- Comment #2 from James Clarke ---
Created attachment 40664
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40664&action=edit
Reduced Reproduction
This was reduced from parfor.c with the help of creduce. To reproduce (minimal
set of flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
Bug ID: 79358
Summary: gcc.dg/c99-stdint-1.c fails with excess error
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #1 from Dominik Vogt ---
(built with --enable-bootstrap, --enable-multilib and --with-arch=zEC12)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68823
--- Comment #8 from Sebastian Pop ---
The code in fault is called from pdr_add_memory_accesses()
Maybe the problem is in parsing the gimple MEM[] into a data reference.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
Dominik Vogt changed:
What|Removed |Added
CC||vogt at linux dot vnet.ibm.com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68823
--- Comment #9 from Sebastian Pop ---
/* Determines the base object and the list of indices of memory reference
DR, analyzed in LOOP and instantiated in loop nest NEST. */
static void
dr_analyze_indices (struct data_reference *dr, loop_p nes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79094
lucdanton at free dot fr changed:
What|Removed |Added
CC||lucdanton at free dot fr
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79338
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79359
Bug ID: 79359
Summary: Squaring a complex float gives inefficient code with
or without -ffast-math
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66295
--- Comment #7 from Martin Liška ---
Author: marxin
Date: Fri Feb 3 15:22:47 2017
New Revision: 245155
URL: https://gcc.gnu.org/viewcvs?rev=245155&root=gcc&view=rev
Log:
Simplify creation of target_clones (PR lto/66295)
2017-02-03 Martin Lisk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78241
--- Comment #6 from Pat Haugen ---
(In reply to Pat Haugen from comment #5)
> Author: pthaugen
> Date: Fri Feb 3 14:20:30 2017
> New Revision: 245152
>
Ignore this, used wrong commit message on another patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79338
--- Comment #2 from Tom de Vries ---
AFAIU, free_stmt_vec_info_vec intends to free the allocated memory:
...
void
free_stmt_vec_info_vec (void)
{
unsigned int i;
stmt_vec_info info;
FOR_EACH_VEC_ELT (stmt_vec_info_vec, i, info)
if (info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79158
Pat Haugen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #2 from Andreas Krebbel ---
The reduced testcase fails with -m31 and -m64 but the original probably only
with -m31 - right?!
Looks like the following Glibc problem which has been fixed a while ago:
commit 26011b5cfa6a1a8d8005d65f11d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78634
Dominik Vogt changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #33 from Aldy Hernandez ---
Created attachment 40666
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40666&action=edit
patch attempting to bootstrap 219827 on gcc119 (AIX 7.2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #34 from Aldy Hernandez ---
(In reply to David Edelsohn from comment #32)
> How far are you going back in the bisection effort? You may be earlier than
> the point at which GCC on AIX generated stab strings continuation lines. At
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #3 from Dominik Vogt ---
> The reduced testcase fails with -m31 and -m64 but the original probably only
> with -m31 - right?!
The unreduced testcase fails with -m31 and -m64. I've tried the reduced test
case only with -m64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #4 from Dominik Vogt ---
I.e. this is a Glibc related problem? The test machine has Glibc-2.18.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #35 from Dominik Vogt ---
(In reply to Eric Botcazou from comment #34)
> > I still disagree with reverting the patch. There was plenty of time to
> > identify and fix affected backends instead of doing nothing for half five
> > month
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #35 from Aldy Hernandez ---
Hmmm, I see the changes in gcc/dbxout.h may override the DBX_* changes I made
to config/rs6000/rs6000.h. I'll attempt to patch gcc/dbxout.h instead. I will
report back.
BTW David, if there's a point in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77333
--- Comment #17 from Martin Jambor ---
OK, so it turns out I botched my testing and the patch from the
previous commit cause PR57330 and we would need something like the
patch below (with a big fat comment why the condition is necessary, if
we go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79352
--- Comment #3 from Martin Sebor ---
Author: msebor
Date: Fri Feb 3 16:38:15 2017
New Revision: 245156
URL: https://gcc.gnu.org/viewcvs?rev=245156&root=gcc&view=rev
Log:
PR tree-optimization/79352 - -fprintf-return-value doesn't handle flexible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79352
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79360
Bug ID: 79360
Summary: [5.4/6/7 Regression] ICE with NSDMI and enum in union
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #5 from joseph at codesourcery dot com ---
On Fri, 3 Feb 2017, vogt at linux dot vnet.ibm.com wrote:
> void
> foo (void)
> {
> __typeof__((4294967295U)) a;
> __typeof__((long unsigned int)0 + 0) *b = &a;
> }
That's not a m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #6 from Dominik Vogt ---
(In reply to Andreas Krebbel from comment #2)
> The reduced testcase fails with -m31 and -m64 but the original probably only
> with -m31 - right?!
Sorry, you're right. I was doing too many things in parallel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #7 from Dominik Vogt ---
Or even
--
#include
#include
#define FOO(TYPE, EXPR) __typeof__(EXPR) a; __typeof__((TYPE)0 + 0) *b = &a;
void foo (void)
{
FOO(__SIZE_TYPE__, (SIZE_MAX));
}
--
So __typeof__(SIZE_MAX) is differe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #8 from Dominik Vogt ---
Gdb says:
(gdb) ptype __typeof__(size_t)
type = unsigned long
(gdb) ptype __typeof__(SIZE_MAX)
type = unsigned int
Two different types for unsigned 32 bit integers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68858
--- Comment #1 from Casey Carter ---
This seems to be a duplicate of PR 68812.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79354
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Fri Feb 3 17:34:56 2017
New Revision: 245157
URL: https://gcc.gnu.org/viewcvs?rev=245157&root=gcc&view=rev
Log:
PR target/79354
* config/rs6000/rs6000.md (movsi_from_sf):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #10 from Jakub Jelinek ---
It is a pitty glibc headers didn't use __SIZE_MAX__ if available, because that
appears to be correct.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79361
Bug ID: 79361
Summary: [5/6/7 Regression] ICE redefining a template function
as defaulted or deleted
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79358
--- Comment #11 from Jakub Jelinek ---
OT, the gcc/config/s390/linux.h SIZE_TYPE definition looks weird:
(TARGET_64BIT ? "long unsigned int" : "long unsigned int")
As both strings are the same, it would be much cleaner to just say
"long unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79353
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Eric Botcazou -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79353
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79354
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #36 from David Edelsohn ---
The DBX_CONTIN patch should be in gcc/xcoffout.h, not in rs6000.h.
The patch originally was added 2015-02-06.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79362
Bug ID: 79362
Summary: internal compiler error: Segmentation fault - mmap:
Cannot allocate memory
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79363
Bug ID: 79363
Summary: [6/7 Regression] ICE with NSDMI and array
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78862
--- Comment #1 from walt at gcc dot gnu.org ---
Author: walt
Date: Fri Feb 3 18:41:57 2017
New Revision: 245159
URL: https://gcc.gnu.org/viewcvs?rev=245159&root=gcc&view=rev
Log:
PR target/78862
* config/tilegx/tilegx.md (tilegx_expand_prologue)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78862
--- Comment #2 from walt at gcc dot gnu.org ---
Author: walt
Date: Fri Feb 3 18:46:57 2017
New Revision: 245160
URL: https://gcc.gnu.org/viewcvs?rev=245160&root=gcc&view=rev
Log:
PR target/78862
* config/tilegx/tilegx.md (tilegx_expand_prologue)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60936
--- Comment #27 from Jonathan Wakely ---
Author: redi
Date: Fri Feb 3 18:59:05 2017
New Revision: 245162
URL: https://gcc.gnu.org/viewcvs?rev=245162&root=gcc&view=rev
Log:
PR libstdc++/60936 reduce coupling between objects in libstdc++.a
Move
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65484
--- Comment #4 from Bill Schmidt ---
Author: wschmidt
Date: Fri Feb 3 19:06:58 2017
New Revision: 245164
URL: https://gcc.gnu.org/viewcvs?rev=245164&root=gcc&view=rev
Log:
2017-02-03 Bill Schmidt
Backport from mainline
2017-
1 - 100 of 171 matches
Mail list logo
