On Mon, Oct 28, 2013 at 02:42:37PM +0400, Ilya Verbin wrote:
We have a MIC offload runtime library (liboffload), which is an abstraction
over
COI. Currently it is a part of ICC, but there are plans of open sourcing it.
However, liboffload requires somewhat different tables comparing to what
Hi Yury, try to use the patch for asan.c to see if it solve your problem.
pinskia, thank you. I compiled asan with libssp which mean the stack grows down.
I disassembled the compiled code and debuged the bin time to time
before I thought it was a bug.early this month.
I tried GCC 4.8.1 and GCC
Dear All,
It is my pleasure and honour to announce the MELT 1.0 plugin for GCC 4.7
4.8, a GPLv3+ licensed free software and FSF copyrighted plugin for
the GCC compiler http://gcc.gnu.org/
MELT is a Lispy like domain specific language to extend GCC. See
http://gcc-melt.org/ ; you'll be able to
Hi Yury, try to use the patch for asan.c to see if it solve your problem.
I tried but unfortunately it did not work for me. Could you try the
patch suggested in http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543
(I've attached it) when you have time? This was verified against gcc
testsuite on
Hi Jakub,
I wonder how compiler is going to choose which target binaries should
be created for offload? Will compiler make choice on its own or it is
the user who should add specific options like --offload-target=...
How does compiler know paths to target compilers? Will it use
environment
On Sun, Oct 27, 2013 at 1:50 AM, Hannes Frederic Sowa
han...@stressinduktion.org wrote:
On Sat, Oct 26, 2013 at 09:29:12PM +0200, Ondřej Bílka wrote:
Hi, as I brainstormed how prevent possible overflows in memory allocation I
came with heretic idea:
For gcc -D_FORTIFY_SOURCE=2 we expand all
On Tue, Oct 29, 2013 at 01:33:17PM +0400, Andrey Turetskiy wrote:
I wonder how compiler is going to choose which target binaries should
be created for offload? Will compiler make choice on its own or it is
the user who should add specific options like --offload-target=...
How does compiler
On Mon, Oct 28, 2013 at 7:33 PM, Richard Henderson r...@redhat.com wrote:
On 10/28/2013 02:25 AM, Frederic Riss wrote:
Is there a clean way to have the compiler discard the unneeded stack slot?
Not yet. There is a rewrite of the atomic support in gcc to
move away from using builtins, which
Yury Gribov y.gri...@samsung.com writes:
diff --git a/gcc/asan.c b/gcc/asan.c
index 32f1837..acb00ea 100644
--- a/gcc/asan.c
+++ b/gcc/asan.c
@@ -895,7 +895,7 @@ asan_clear_shadow (rtx shadow_mem, HOST_WIDE_INT len)
gcc_assert ((len 3) == 0);
top_label = gen_label_rtx ();
- addr
copy_to_mode_reg (Pmode, XEXP (shadow_mem, 0)) would be more direct.
But it looks good to me with that change FWIW.
Thanks, Richard. Note that Jakub has proposed an optimized patch on
gcc-patches ML (in Re: [PATCH] Invalid unpoisoning of stack redzones on
ARM).
-Y
The core development team is very pleased to announce the availability
of PPL 1.1, a new release of the Parma Polyhedra Library.
This release includes support for positive time elapse, a new operator
on polyhedra, improvements to the Java interface, several portability
improvements and a few bug
Hi Richard/Vladimir,
I believe I finally understand one of the issues with LRA and mips16 but I
can't see how to solve it. Take the following instruction:
(insn 5 18 6 2 (set (reg:SI 4 $4)
(plus:SI (reg/f:SI 78 $frame)
(const_int 16 [0x10]))) test.c:6 13 {*addsi3_mips16}
Thanks. I will try Jakub patch listed in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58543.
2013/10/29 Yury Gribov y.gri...@samsung.com:
copy_to_mode_reg (Pmode, XEXP (shadow_mem, 0)) would be more direct.
But it looks good to me with that change FWIW.
Thanks, Richard. Note that Jakub has
On Tue, 29 Oct 2013, Richard Biener wrote:
LLVM covers addition, subtraction and multiply on signed and unsigned
int, long and long long types. Not sure why they offer anything for
unsigned - possibly for size_t arithmetic and security concerns with
malloc? For practicability and to be less
On 10/29/2013 03:06 AM, Richard Biener wrote:
On Mon, Oct 28, 2013 at 7:33 PM, Richard Henderson r...@redhat.com wrote:
On 10/28/2013 02:25 AM, Frederic Riss wrote:
Is there a clean way to have the compiler discard the unneeded stack slot?
Not yet. There is a rewrite of the atomic support in
On 24/10/13 07:05, Andi Kleen wrote:
Tom de Vries tom_devr...@mentor.com writes:
...
Can you translate the last sentence into shell/git command(s)?
It would be far better to just centrally mirror all branches in SVN as
standard git branches. Then all these problems wouldn't occur.
As
Tom de Vries tom_devr...@mentor.com writes:
I've tried that now:
...
$ git clone git://gcc.gnu.org/git/gcc.git
$ git svn init -Ttrunk --prefix=svn/ svn+ssh://vr...@gcc.gnu.org/svn/gcc
$ git svn fetch
$ git svn show-ignore .git/info/exclude
$ git config remote.origin.fetch
On 10/29/2013 09:43 AM, Matthew Fortune wrote:
Hi Richard/Vladimir,
I believe I finally understand one of the issues with LRA and mips16 but I
can't see how to solve it. Take the following instruction:
(insn 5 18 6 2 (set (reg:SI 4 $4)
(plus:SI (reg/f:SI 78 $frame)
Thanks for looking at this.
Matthew Fortune matthew.fort...@imgtec.com writes:
Hi Richard/Vladimir,
I believe I finally understand one of the issues with LRA and mips16 but
I can't see how to solve it. Take the following instruction:
(insn 5 18 6 2 (set (reg:SI 4 $4)
(plus:SI
On 10/29/2013 09:43 AM, Matthew Fortune wrote:
Hi Richard/Vladimir,
I believe I finally understand one of the issues with LRA and mips16 but I
can't see how to solve it. Take the following instruction:
(insn 5 18 6 2 (set (reg:SI 4 $4)
(plus:SI (reg/f:SI 78 $frame)
Are the following testsuite errors known for the version below?
./gcc/xgcc --version
xgcc (GCC) 4.9.0 20131028 (experimental)
/gcc/xgcc -dumpmachine
x86_64-unknown-linux-gnu
FAIL: libgomp.graphite/bounds.c scan-tree-dump-times graphite 0 loops
carried no dependency 1
FAIL:
Hi Balaji,
On Wed, 23 Oct 2013, Iyer, Balaji V wrote:
Is there anything you were thinking about that I missed?
the question was in a different context, but making the code a
bit more portable would be good.
Right now FreeBSD bootstrap is broken due to the following in
I have run into a obscure corner case while building and was wondering if
anyone can help me with it. I am doing a canadian cross build, building
on x86 linux to create a GCC that runs on x86 windows and generates code
for bare-metal MIPS. Most everything is working but I have run into one
On Oct 29, 2013, at 4:12 PM, Steve Ellcey sell...@mips.com wrote:
I have run into a obscure corner case while building and was wondering if
anyone can help me with it. I am doing a canadian cross build, building
on x86 linux to create a GCC that runs on x86 windows and generates code
There are a couple of places in gcc where wierd-sized pointers are an
issue. While you can use a partial-integer mode for pointers, the
pointer *math* is still done in standard C types, which usually don't
match the modes of pointers and often result in suboptimal code.
My proposal is to allow
On Tue, Oct 29, 2013 at 05:28:40PM +0100, Tom de Vries wrote:
On 24/10/13 07:05, Andi Kleen wrote:
Tom de Vries tom_devr...@mentor.com writes:
...
Can you translate the last sentence into shell/git command(s)?
It would be far better to just centrally mirror all branches in SVN as
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58903
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58903
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
-fdevirtualize-speculatively was added in r202145 and the ICE occurs in this
revision, but then the ICE disappeared and came back in recent revisions.
Anyway, something for Honza.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58909
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58580
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58905
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58893
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Component|c++ |preprocessor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58889
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target||i?86-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58910
Bug ID: 58910
Summary: std::Tuple_impl is non constexpr when using identical
userdefined structs as type
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19831
--- Comment #18 from rguenther at suse dot de rguenther at suse dot de ---
On Fri, 25 Oct 2013, glisse at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19831
--- Comment #17 from Marc Glisse glisse at gcc dot gnu.org ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54327
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58905
--- Comment #2 from Kito Cheng npickito at gmail dot com ---
However older version autoconf use such style to detect,
It will broken some older project when configure with lto.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58911
Bug ID: 58911
Summary: ice in operator[], at vec.h:827
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58911
--- Comment #1 from David Binderman dcb314 at hotmail dot com ---
Created attachment 31102
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31102action=edit
gzipped C source code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54327
--- Comment #10 from David Binderman dcb314 at hotmail dot com ---
(In reply to Richard Biener from comment #9)
Please open a new bugreport - this seems completely unrelated.
Done - # 58911
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58689
--- Comment #4 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Tue Oct 29 13:15:48 2013
New Revision: 204159
URL: http://gcc.gnu.org/viewcvs?rev=204159root=gccview=rev
Log:
2013-10-29 Marc Glisse marc.gli...@inria.fr
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #10 from Richard Biener rguenth at gcc dot gnu.org ---
Created attachment 31103
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31103action=edit
untested patch
Patch I am testing on x86_64-linux - can you give ppc/ppc64 a try?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19831
--- Comment #19 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Tue Oct 29 13:19:08 2013
New Revision: 204160
URL: http://gcc.gnu.org/viewcvs?rev=204160root=gccview=rev
Log:
2013-10-29 Marc Glisse marc.gli...@inria.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58910
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #4 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
(In reply to Ramana Radhakrishnan from comment #3)
Confirmed. The problem appears to show up with the use of mapcs on the
command line. Mine.
sched2 moves this ahead -
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58508
--- Comment #6 from Bernd Edlinger bernd.edlinger at hotmail dot de ---
(In reply to Cong Hou from comment #5)
I guess I should add
/* { dg-require-effective-target vect_int } */
to the test case. It is right?
Yes.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #11 from Bill Schmidt wschmidt at gcc dot gnu.org ---
Thanks, Richi -- yes, I'll give this a try later today (lots of meetings in the
way but I'll get to it sooner or later).
Bill
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #12 from rguenther at suse dot de rguenther at suse dot de ---
On Tue, 29 Oct 2013, wschmidt at gcc dot gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #11 from Bill Schmidt wschmidt at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58910
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Summary|[4.9 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57084
--- Comment #7 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Tue Oct 29 14:32:13 2013
New Revision: 204163
URL: http://gcc.gnu.org/viewcvs?rev=204163root=gccview=rev
Log:
2013-10-29 Martin Jambor mjam...@suse.cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58789
--- Comment #7 from Martin Jambor jamborm at gcc dot gnu.org ---
Author: jamborm
Date: Tue Oct 29 14:32:13 2013
New Revision: 204163
URL: http://gcc.gnu.org/viewcvs?rev=204163root=gccview=rev
Log:
2013-10-29 Martin Jambor mjam...@suse.cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Attachment #31103|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58789
Martin Jambor jamborm at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10474
--- Comment #12 from Martin Jambor jamborm at gcc dot gnu.org ---
I have submitted a different patch that addresses this issue, this
time by splitting live ranges of pseudos representing the formal
parameters of a function. The patch is pending
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58911
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #5 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
Created attachment 31105
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31105action=edit
lightly tested patch.
completely untested but appears to fix the problem - Ben,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58911
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Created attachment 31106
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=31106action=edit
autoreduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
Teresa Johnson tejohnson at google dot com changed:
What|Removed |Added
CC||tejohnson at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
--- Comment #2 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Oct 29 15:20:10 2013
New Revision: 204164
URL: http://gcc.gnu.org/viewcvs?rev=204164root=gccview=rev
Log:
/cp
2013-10-29 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Oct 29 15:44:15 2013
New Revision: 204165
URL: http://gcc.gnu.org/viewcvs?rev=204165root=gccview=rev
Log:
Backport from mainline
2013-08-08 Richard Sandiford
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58079
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58912
Bug ID: 58912
Summary: make_shared value initializes storage space even when
not desired
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #4 from Teresa Johnson tejohnson at google dot com ---
On Tue, Oct 29, 2013 at 8:05 AM, tejohnson at google dot com
gcc-bugzi...@gcc.gnu.org wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
Teresa Johnson tejohnson at google
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58508
--- Comment #7 from Cong Hou congh at google dot com ---
OK. I made a new patch to fix this problem. Waiting to be approved.
thanks,
Cong
diff --git a/gcc/testsuite/ChangeLog b/gcc/testsuite/ChangeLog
index 9d0f4a5..3d9916d 100644
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56865
--- Comment #14 from Bill Schmidt wschmidt at gcc dot gnu.org ---
Hi Richi,
Passes bootstrap on powerpc64-unknown-linux-gnu and fixes this test, but breaks
two others:
57,60c57,68
FAIL: gcc.dg/vect/vect-96.c scan-tree-dump-times vect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
Bug ID: 58913
Summary: Segmentation fault on real128 array
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58914
Bug ID: 58914
Summary: Internal compiler error when using lambdas as default
parameters in static methods
Product: gcc
Version: 4.6.2
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41488
--- Comment #5 from davidxl xinliangli at gmail dot com ---
Alternative approach -- introduce a special forward propagation before or after
the ivopt to get rid of the redundant iv. This propagation needs to propagate
through header phi.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #1)
What operating system? Where did you get gfortran?
Your program works for 4.7.4, 4.8.2, and trunk on
x86_64 FreeBSD
I take it back. Your program does not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #3 from Rodrigo Rodrigues rrodrigues at poli dot ufrj.br ---
Windows 7 x86
I got gfortran from mingw.
Actually, real128 returns 16 in my machine. It is totally equivalent to 16
here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #4 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Oct 29, 2013 at 07:47:36PM +, rrodrigues at poli dot ufrj.br wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #3 from Rodrigo Rodrigues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #5 from Rodrigo Rodrigues rrodrigues at poli dot ufrj.br ---
There is no compile error. Adding -g for running doesn't show any new
information, just the same:
Program received signal SIGSEGV: Segmentation Fault - invalid memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58915
Bug ID: 58915
Summary: [missed optimization] GCC fails to get the loop bound
for some loops.
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #6 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Oct 29, 2013 at 08:02:08PM +, rrodrigues at poli dot ufrj.br wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #5 from Rodrigo Rodrigues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #7 from Rodrigo Rodrigues rrodrigues at poli dot ufrj.br ---
Here goes the backtrack:
#0 0x in ?? ()
#1 0x0042d483 in output_float_FMT_G_16 (comp_d=optimized out,
zero_flag=optimized out, sign_bit=optimized out,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58862
--- Comment #5 from tejohnson at gcc dot gnu.org ---
Author: tejohnson
Date: Tue Oct 29 20:39:49 2013
New Revision: 204178
URL: http://gcc.gnu.org/viewcvs?rev=204178root=gccview=rev
Log:
2013-10-29 Teresa Johnson tejohn...@google.com
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58793
Bug 58793 depends on bug 58858, which changed state.
Bug 58858 Summary: gfortran.dg/assumed_type_8.f90 fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
Paul Thomas pault at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54236
--- Comment #4 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Tue Oct 29 20:45:56 2013
New Revision: 204180
URL: http://gcc.gnu.org/viewcvs?rev=204180root=gccview=rev
Log:
PR target/54236
* config/sh/sh.md (*addc):
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58793
Paul Thomas pault at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #8 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Oct 29, 2013 at 08:39:15PM +, rrodrigues at poli dot ufrj.br wrote:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58913
--- Comment #7 from Rodrigo Rodrigues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58839
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Tue Oct 29 21:33:29 2013
New Revision: 204184
URL: http://gcc.gnu.org/viewcvs?rev=204184root=gccview=rev
Log:
PR libstdc++/58839
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44350
--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org ---
Author: burnus
Date: Tue Oct 29 21:48:02 2013
New Revision: 204185
URL: http://gcc.gnu.org/viewcvs?rev=204185root=gccview=rev
Log:
2013-10-29 Tobias Burnus bur...@net-b.de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
--- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Paul Thomas from comment #2)
Fixed on trunk.
By the commit r204181
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58858
--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org ---
(In reply to Tobias Burnus from comment #3)
(In reply to Paul Thomas from comment #2)
Fixed on trunk.
By the commit r204181
Actually, I meant the commit r204177 (even if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53987
--- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org ---
As of rev 204180 (4.9) this problem still exists.
As far as I understand, the actual root of the problem is that the 'unsigned
char' mem loads into regs are neither sign nor zero
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58839
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Tue Oct 29 21:58:27 2013
New Revision: 204186
URL: http://gcc.gnu.org/viewcvs?rev=204186root=gccview=rev
Log:
PR libstdc++/58839
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58916
Bug ID: 58916
Summary: Allocation of a class(*) scalar with array source
allowed
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58917
Bug ID: 58917
Summary: ICE with allocation of a scalar with array source
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58839
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854
--- Comment #6 from bccheng at android dot com ---
Patch appears to be working:
c012c7ec: e51b3034ldr r3, [fp, #-52] ; 0x34
c012c7f0: e51b203cldr r2, [fp, #-60] ; 0x3c
c012c7f4: e51b0038ldr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58918
Bug ID: 58918
Summary: [4.9 regression] cilk #includes alloc.h
unconditionally, even when not present
Product: gcc
Version: unknown
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44350
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58857
--- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org ---
I tried compiling the code of comment 0 with different compilers. Result:
* Cray ftn simply compiled it.
* Portland Group's pgf90 rejected it with the bogus:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58869
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58919
Bug ID: 58919
Summary: run with thread error, until i set -fprofile-arcs flag
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
1 - 100 of 239 matches
Mail list logo
