https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59039
Eric Botcazou changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69887
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69887
--- Comment #3 from Jakub Jelinek ---
But we shouldn't ICE on this. It is fine to reject it with error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from Markus Tri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69551
--- Comment #12 from Richard Biener ---
Author: rguenth
Date: Fri Feb 26 08:34:58 2016
New Revision: 233734
URL: https://gcc.gnu.org/viewcvs?rev=233734&root=gcc&view=rev
Log:
2016-02-26 Richard Biener
PR tree-optimization/69551
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69951
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
--- Comment #7 from john.frankish at outlook dot com ---
err, OK - excuse my ignorance, but that does that imply?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
--- Comment #6 from Markus Trippelsdorf ---
markus@x4 tmp % g++ -flto -fPIC -DPIC -shared -nostdlib treeviewcolumn.i && nm
./a.out | grep _ZTVN3Gtk14TreeViewColumnE
b4d8 d _ZTVN3Gtk14TreeViewColumnE.lto_priv.2
markus@x4 tmp % g++ -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69887
--- Comment #4 from Qirun Zhang ---
(In reply to Eric Botcazou from comment #2)
> __builtin_longjmp cannot be used in the same function as __builtin_setjmp.
>
> *** This bug has been marked as a duplicate of bug 59039 ***
But the original bug h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69887
--- Comment #5 from Eric Botcazou ---
> But we shouldn't ICE on this. It is fine to reject it with error.
See the discussion under PR c/59039. These builtins are undocumented and
people must know what they are doing if they use them, which is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
--- Comment #8 from Markus Trippelsdorf ---
(In reply to john.frankish from comment #7)
> err, OK - excuse my ignorance, but that does that imply?
It it the reason for your link failure.
Now the question is, if the compiler is right to make the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69887
--- Comment #6 from Eric Botcazou ---
> But the original bug has been fixed by r204592, as mentioned by c#27 of
> pr59039. The ICE in this report should be a new issue.
No, PR c/59039 is open and not fixed, the patch is still pending.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54349
Alexander Peslyak changed:
What|Removed |Added
CC||solar-gcc at openwall dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69970
--- Comment #1 from Richard Biener ---
You are comparing this against null when invoking the constructor and the
compiler tells you the code is equivalent to
Bar ()
: foo_ (new (true))
{}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69968
--- Comment #1 from Richard Biener ---
but the distance from coorzd1 to coordz1 should be 2 one deletion and one
insertion. Why's that not found?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69970
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69967
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69961
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69975
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
Eric Botcazou changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #4 from Eric Botcazou ---
> It's apparently a small loophole in the PR middle-end/31150 enhancement.
In fact this is sufficient:
Index: dse.c
===
--- dse.c (revis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #5 from Jakub Jelinek ---
(In reply to Eric Botcazou from comment #3)
> The problematic store is based on argp so it isn't killed by the memset,
> since only those based on sp or fp are:
>
> **scanning insn=20
> mem: (symbol_ref:SI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #6 from Eric Botcazou ---
> But the memset could be also SIBLING_CALL_P.
> Wouldn't it be better to change the else if to if, and add
> if (const_call) return;
> plus return to the end of mems_found == 1 then block? Then it would fal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69834
--- Comment #8 from Paul Thomas ---
(In reply to Dominique d'Humieres from comment #6)
> > Created attachment 37791 [details]
> > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37791&action=edit
> > Better Patch
>
> Withe patch applied to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
Eric Botcazou changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #8 from Jakub Jelinek ---
I think the right fix is just:
--- gcc/dse.c.jj2016-01-19 13:32:12.0 +0100
+++ gcc/dse.c 2016-02-26 11:03:36.694206088 +0100
@@ -2556,6 +2556,8 @@ scan_insn (bb_info_t bb_info, rtx_insn *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69976
Bug ID: 69976
Summary: Zero the local stack on function exit; don't optimize
out memset before return
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #9 from Jakub Jelinek ---
Created attachment 37801
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37801&action=edit
gcc6-pr69891.patch
Full patch I'm going to bootstrap/regtest.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69834
--- Comment #9 from Dominique d'Humieres ---
> > > Created attachment 37791 [details]
> > > --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37791&action=edit
> > > Better Patch
> >
> > With the patch applied to my working tree (many patches
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
Markus Trippelsdorf changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69977
Bug ID: 69977
Summary: internal compiler error: Segmentation fault when using
generic lambdas
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: major
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
Eric Botcazou changed:
What|Removed |Added
Assignee|ebotcazou at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69946
--- Comment #2 from Jakub Jelinek ---
Created attachment 37803
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37803&action=edit
gcc6-pr69946.patch
What about this untested patch? Ideas for better name of the new helper
function? Seems th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69977
Jonathan Wakely changed:
What|Removed |Added
Severity|major |normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #11 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #9)
> Created attachment 37801 [details]
> gcc6-pr69891.patch
>
> Full patch I'm going to bootstrap/regtest.
+/* PR rtl-optimization/69891 */
+/* { dg-do run } */
+/*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #12 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #11)
> (In reply to Jakub Jelinek from comment #9)
> > Created attachment 37801 [details]
> > gcc6-pr69891.patch
> >
> > Full patch I'm going to bootstrap/regtest.
>
> +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69977
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69970
--- Comment #3 from Lars Gullik Bjønnes ---
The warning might be right, but is very unhelpful.
Also with gcc 5 I get no warning (and seeming working code).
Note that this is reduced (and thus a bit strange) from a much
larger code base.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69976
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69974
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69974
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #27 from rguenther at suse dot de ---
On Thu, 25 Feb 2016, ro at CeBiTec dot Uni-Bielefeld.DE wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
>
> --- Comment #26 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61949
--- Comment #28 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #27 from rguenther at suse dot de ---
[...]
>> Maybe we'll need the Solaris 9-only fix from PR libgomp/60107 on Solaris
>> 10+, too.
>
> Or do -mstackrealign by default li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69968
--- Comment #2 from David Malcolm ---
(In reply to Richard Biener from comment #1)
> but the distance from coorzd1 to coordz1 should be 2 one deletion and one
> insertion. Why's that not found?
I think the distance given in the initial comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69789
Tomek Mrugalski changed:
What|Removed |Added
CC||thomson at klub dot com.pl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69968
--- Comment #3 from David Malcolm ---
(In reply to David Malcolm from comment #2)
Gah; I had typos in some of these; fixing them inline below (I hope):
> With Damerau-Levenshtein, we'd have (I think):
>
> coorzd1 -> coordz1 (Damerau-Levenshte
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69796
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|bernds at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69796
--- Comment #5 from Jakub Jelinek ---
Created attachment 37805
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37805&action=edit
gcc6-pr69796-2.patch
Or don't change it at all. If the FE emits error, then we are in error
recovery and don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69978
Bug ID: 69978
Summary: Invalid sizeof... value for variadic template
arguments
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: major
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69978
Jonathan Wakely changed:
What|Removed |Added
Severity|major |normal
--- Comment #1 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69976
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
--- Comment #10 from Markus Trippelsdorf ---
markus@x4 tmp % cat foo.ii
namespace Glib {
class ObjectBase {
protected:
virtual ~ObjectBase();
};
class A : virtual public ObjectBase {};
class B : virtual public ObjectBase {};
}
namespace Gtk {
c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69977
Jonathan Wakely changed:
What|Removed |Added
Keywords|accepts-invalid,|ice-on-valid-code
|i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69978
--- Comment #2 from Ibrahim Gokhan YANIKLAR ---
template < class T, class U, class... TL >
void goo( T, U, TL... )
{
std::cout << (B::value) << std::endl;
std::cout << (D::value) << std::endl;
std::cout << (C< B >::type::value << std:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69958
Ibrahim Gokhan YANIKLAR changed:
What|Removed |Added
CC||yanikibo at yandex dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69978
Ibrahim Gokhan YANIKLAR changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69958
--- Comment #3 from Ibrahim Gokhan YANIKLAR ---
*** Bug 69978 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69979
Bug ID: 69979
Summary: ARM naked function attribute not handling structs
bigger than 32 bits correctly
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69980
Bug ID: 69980
Summary: [6 regression] Supposedly wrong SLP code emitted
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69980
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69981
Bug ID: 69981
Summary: -f[no]keep-static-consts has no effect
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69981
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69981
--- Comment #2 from David L. ---
(In reply to Jakub Jelinek from comment #1)
> I disagree, removing static consts is an optimization, if you tell the
> compiler not to optimize, it doesn't perform the optimizations.
Documentation bug then? It s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920
David Edelsohn changed:
What|Removed |Added
Target|i?86-*-*|i?86-*-* powerpc*-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67451
--- Comment #15 from Dominik Vogt ---
The problem is gone on today's trunk for s390 and s390x.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69980
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69889
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69974
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69796
Jakub Jelinek changed:
What|Removed |Added
CC||helloqirun at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920
Dominik Vogt changed:
What|Removed |Added
CC||vogt at linux dot vnet.ibm.com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920
--- Comment #9 from Dominik Vogt ---
(Fails only with -m31.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920
--- Comment #10 from Martin Jambor ---
I am currently bootstrapping and testing the fix I posted as:
https://gcc.gnu.org/ml/gcc-patches/2016-02/msg01656.html
I am confident it will fix all of these problems (provided the issue
is a SSA_NAME sti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69981
--- Comment #4 from David L. ---
Argh, for some reason this submitted in the middle of editing...
Poking around a bit, in wrapup_global_declaration_2() in gcc/toplev.c, the
check for
else if (TREE_READONLY (decl) && !TREE_PUBLIC (decl)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69982
Bug ID: 69982
Summary: missing warning when using __thread with -std=c99
-pedantic
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69981
--- Comment #3 from David L. ---
Poking around a bit, in wrapup_global_declaration_2() in gcc/toplev.c, the
check for
else if (TREE_READONLY (decl) && !TREE_PUBLIC (decl)
&& (optimize || !flag_keep_static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69969
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69982
--- Comment #1 from Vincent Lefèvre ---
Note: This actually means that a program that switches from __thread to
_Thread_local (which could be regarded as more portable) could suddenly fail to
build with "-std=c99 -pedantic -Werror".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
Markus Trippelsdorf changed:
What|Removed |Added
Known to work||4.9.2
Summary|Using lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69982
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69981
--- Comment #5 from David L. ---
(In reply to David L. from comment #4)
> Poking around a bit, in wrapup_global_declaration_2() in gcc/toplev.c, the
> check for
>else if (TREE_READONLY (decl) && !TREE_PUBLIC (decl)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69982
--- Comment #3 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #2)
> [...] and __thread uses the implementation namespace, [...]
Is this really the implementation namespace?
The C standard says: "All identifiers that begin with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61397
Bill Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Fri Feb 26 15:53:43 2016
New Revision: 233743
URL: https://gcc.gnu.org/viewcvs?rev=233743&root=gcc&view=rev
Log:
PR rtl-optimization/69891
* dse.c (scan_insn): If we can'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69613
--- Comment #6 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Feb 26 15:59:45 2016
New Revision: 233744
URL: https://gcc.gnu.org/viewcvs?rev=233744&root=gcc&view=rev
Log:
[AArch64] PR target/69613: Return zero TARGET_SHIFT_TRUNCA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56981
Jerry DeLisle changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69613
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69245
--- Comment #16 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Fri Feb 26 16:02:21 2016
New Revision: 233745
URL: https://gcc.gnu.org/viewcvs?rev=233745&root=gcc&view=rev
Log:
[AArch64] Set TREE_TARGET_GLOBALS in aarch64_set_current_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69981
--- Comment #6 from David L. ---
Created attachment 37808
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37808&action=edit
patch (gcc-5.3.0)
patch attached (probably makes the user's PC explode and burns down their
house)
varpool_node::fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69942
--- Comment #1 from Yuri Rumyantsev ---
The cause of issue is that before ce1 phase pde (or pre) transformation has
been done to remove partial redundant moves to variable i and j, i.e.
code
int i = x;
int j = y;
if (x > y)
{
i =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69891
--- Comment #14 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69976
--- Comment #3 from Daniel Gutson
---
Those are very good ideas but fell into the land of the backend. The red zone
IIUC is a x86_64 only ABI concept.
What do you think about adding also a -m counterpart option with the same
semantic but for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920
--- Comment #11 from Martin Jambor ---
I have proposed a fix on the mailing list:
https://gcc.gnu.org/ml/gcc-patches/2016-02/msg01824.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69962
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69964
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69966
--- Comment #1 from ian at gcc dot gnu.org ---
Author: ian
Date: Fri Feb 26 17:36:00 2016
New Revision: 233747
URL: https://gcc.gnu.org/viewcvs?rev=233747&root=gcc&view=rev
Log:
PR go/69966
syscall: Add new Getsockopt functions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69920
--- Comment #12 from Dominik Vogt ---
The Ice in 42704.c is gone on s390[x] with trunk (but not the other FAILs). Is
the Ice below related to this bug report or is it something totally different?
.../gcc/testsuite/gcc.dg/graphite/id-pr45230-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69966
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69674
--- Comment #2 from Martin Jambor ---
Author: jamborm
Date: Fri Feb 26 17:45:37 2016
New Revision: 233750
URL: https://gcc.gnu.org/viewcvs?rev=233750&root=gcc&view=rev
Log:
[hsa/69674] Make testsuite libgomp.c/for-3.c compile with -m32
2016-02-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69568
--- Comment #2 from Martin Jambor ---
Author: jamborm
Date: Fri Feb 26 17:48:19 2016
New Revision: 233751
URL: https://gcc.gnu.org/viewcvs?rev=233751&root=gcc&view=rev
Log:
[hsa/69568] Fix ld instruction type for packed data
2016-02-26 Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69568
--- Comment #3 from Martin Jambor ---
Fixed on trunk. The hsa branch will pick this up next week as a part
of a merge from trunk.
1 - 100 of 154 matches
Mail list logo
