http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #40 from Sebastian Huber
2011-08-05 06:49:00 UTC ---
(In reply to comment #39)
> On Fri, Aug 5, 2011 at 2:33 AM, jiangning.liu at arm dot com
[...]
> > Is it possible you send me your source code exposing the bug first, so I can
> > v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #24 from Uros Bizjak 2011-08-05 06:25:55
UTC ---
(In reply to comment #23)
> I still got
>
> FAIL: gcc.c-torture/execute/builtins/strcat.c compilation, -O1 (internal
> compiler error)
movdi_internal_rex64 has wrong constraint for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40947
Hin-Tak Leung changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
Hin-Tak Leung changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44959
Hin-Tak Leung changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #39 from Ramana Radhakrishnan
2011-08-05 03:57:14 UTC ---
On Fri, Aug 5, 2011 at 2:33 AM, jiangning.liu at arm dot com
wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
>
> --- Comment #38 from Jiangning Liu 2011-08-05
> 0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49982
Summary: [4.7 Regression] ICE in fixup_args_size_notes, at
expr.c:3625
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #7 from Richard H
Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.kratoch...@redhat.com
CC: ja...@redhat.com
Target: x86_64-unknown-linux-gnu
FAIL: gcc (GCC) 4.7.0 20110804 (experimental
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40894
Hin-Tak Leung changed:
What|Removed |Added
Known to work||4.6.1
--- Comment #11 from Hin-Tak Leung
ormal
Priority: P3
Component: debug
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jan.kratoch...@redhat.com
CC: ja...@redhat.com
Target: x86_64-unknown-linux-gnu
FAIL: gcc (GCC) 4.7.0 20110804 (experim
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49972
--- Comment #3 from Andrew Pinski 2011-08-04
23:34:05 UTC ---
Yes we know, there is some mention that this option might be removed in the
near future on the list.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37211
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #23 from H.J. Lu 2011-08-04 22:24:58
UTC ---
I still got
FAIL: gcc.c-torture/execute/builtins/strcat.c compilation, -O1 (internal
compiler error)
FAIL: gcc.c-torture/unsorted/xdi.c, -O1 (internal compiler error)
FAIL: gcc.dg/tor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
--- Comment #6 from Hans-Peter Nilsson 2011-08-04
21:51:07 UTC ---
(In reply to comment #2)
> E.g. a cross
> to CRIS is hanging in the simulator for *every* execution test,
> so I assume there's something wrong with my cris-sim dejagnu setup.
Li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
--- Comment #5 from Kazumoto Kojima 2011-08-04
21:18:55 UTC ---
(In reply to comment #2)
> Kaz, can you enumerate some specific tests that are now failing?
I've got
FAIL: gcc.dg/cleanup-10.c execution test
FAIL: gcc.dg/cleanup-11.c execution te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49638
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #22 from H.J. Lu 2011-08-04 21:03:07
UTC ---
I am testing:
diff --git a/gcc/config/i386/predicates.md b/gcc/config/i386/predicates.md
index ae1fa74..373e74b 100644
--- a/gcc/config/i386/predicates.md
+++ b/gcc/config/i386/predicates.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #21 from H.J. Lu 2011-08-04 21:00:11
UTC ---
(In reply to comment #20)
> This is the missing part of predicates.md:
>
It failed on 64bit bootstrap:
[hjl@gnu-33 libgcc]$ cat /tmp/doit
/export/build/gnu/gcc-x32-test/build-x86_64-lin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
--- Comment #4 from dave.anglin at bell dot net 2011-08-04 20:28:54 UTC ---
On 4-Aug-11, at 3:50 PM, rth at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
>
> Or is the problem in fact in libgcc somewhere? I.e. you hav
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #20 from Uros Bizjak 2011-08-04 20:09:48
UTC ---
This is the missing part of predicates.md:
Index: predicates.md
===
--- predicates.md(revision 177411)
+++ predicate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49591
--- Comment #4 from janus at gcc dot gnu.org 2011-08-04 20:05:28 UTC ---
(In reply to comment #3)
> (In reply to comment #1)
> > Adjusting title. The problem really only applies to (type-bound)
> > *operators*,
> > right?
>
> No idea. The example
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #19 from Uros Bizjak 2011-08-04 19:59:59
UTC ---
(In reply to comment #18)
> (In reply to comment #17)
> > Created attachment 24918 [details]
> > WIP patch that exploits addr32.
> >
> > The patch ATM limits addr32 optimization to MOD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973
--- Comment #8 from Timothy Liang 2011-08-04
19:52:31 UTC ---
(In reply to comment #7)
> (In reply to comment #6)
> > The GCS says "column numbers should start from 1 at the beginning of the
> > line ... Calculate column numbers assuming that sp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
--- Comment #3 from Richard Henderson 2011-08-04
19:50:03 UTC ---
David, most of those c++ tests require system headers to compile,
but g++.old-deja/g++.robertl/eb31.C does not.
Except that I don't see any changes to unwind info in any delay
slo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #18 from H.J. Lu 2011-08-04 19:40:38
UTC ---
(In reply to comment #17)
> Created attachment 24918 [details]
> WIP patch that exploits addr32.
>
> The patch ATM limits addr32 optimization to MODE_SIZE (op) <= WORD_SIZE due to
> inabil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49591
--- Comment #3 from Tobias Burnus 2011-08-04
19:39:32 UTC ---
(In reply to comment #1)
> Adjusting title. The problem really only applies to (type-bound) *operators*,
> right?
No idea. The example is, but I don't know whether other generics are
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49591
--- Comment #2 from Tobias Burnus 2011-08-04
19:36:03 UTC ---
I think I found the place where this example came from, though at that point it
probably was not yet on the server:
http://www.j3-fortran.org/doc/meeting/195/11-214.txt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #109 from Markus Trippelsdorf
2011-08-04 19:25:09 UTC ---
Yep. See: http://gcc.gnu.org/viewcvs?view=revision&revision=176335
http://thread.gmane.org/gmane.comp.gcc.devel/121989
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #108 from Andrew Pinski 2011-08-04
19:22:50 UTC ---
(In reply to comment #107)
> Now my build dies on what appears to be configure confussion:
> /abuild/jh/mozilla-central2/mozilla-central/ipc/chromium/src/base/file_util_linux.cc:43:1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #107 from Jan Hubicka 2011-08-04
19:16:29 UTC ---
Now my build dies on what appears to be configure confussion:
/abuild/jh/mozilla-central2/mozilla-central/ipc/chromium/src/base/file_util_linux.cc:43:17:
error: 'close' was not declare
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49968
Richard Henderson changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49911
--- Comment #10 from Rafael Avila de Espindola 2011-08-04 18:59:20 UTC ---
Created attachment 24919
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24919
test patch
I ported
http://gcc.gnu.org/ml/gcc-patches/2011-04/msg00741.html
to gcc 4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
Uros Bizjak changed:
What|Removed |Added
Attachment #24899|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49781
--- Comment #16 from Uros Bizjak 2011-08-04 18:49:32
UTC ---
(In reply to comment #14)
> /export/build/gnu/gcc-x32-test/release/usr/gcc-4.7.0-x32/bin/gcc -mx32
> -std=gnu99 -fgnu89-inline -O2-S testcase.c
>
> testcase.c:634:2: interna
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
Dominique d'Humieres changed:
What|Removed |Added
CC||dominiq at lps dot ens.fr
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49956
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
Iain Sandoe changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49772
--- Comment #5 from Jan Hubicka 2011-08-04 18:32:27 UTC
---
> What happens is that in expand_call_inline we fail the inlining via
> an error, but at this point of course the edge points to the inline
> clone and that stays so.
>
> I suppose when
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
John David Anglin changed:
What|Removed |Added
Target|sh4-unknown-linux-gnu, |sh4-unknown-linux-gnu,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
--- Comment #5 from wangmianzhi 2011-08-04
18:07:07 UTC ---
On 2011年08月04日 13:59, janus at gcc dot gnu.org wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
>
> janus at gcc dot gnu.org changed:
>
> What|Removed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49962
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49967
Steve Ellcey changed:
What|Removed |Added
CC||sje at cup dot hp.com
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49961
--- Comment #4 from janus at gcc dot gnu.org 2011-08-04 17:46:35 UTC ---
(In reply to comment #3)
> http://gcc.gnu.org/viewcvs?view=revision&revision=160622
>
> The patch looks very simple and it may be feasible to backport it to 4.5.
I just chec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
--- Comment #6 from hal at oz dot net 2011-08-04 17:44:42 UTC ---
Well, ok, but who is responsible for that? And it still remains the case that
"make pdf" doesn't work.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
--- Comment #5 from Jonathan Wakely 2011-08-04
17:41:40 UTC ---
maybe you'll need to look in texi2pdf to see exactly what it's doing, but
whatever it is, it's not something gcc is doing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
--- Comment #4 from hal at oz dot net 2011-08-04 17:35:34 UTC ---
Here's what it looks like:
$ echo foo | sed "s/\(^\|.* \)@documenten/bar/"
foo
$ pgm='s/^ *@documentencoding *\([^ ][^ ]*\) *$/\1/
>t found
>d
>:found
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49979
--- Comment #1 from John David Anglin 2011-08-04
17:30:29 UTC ---
I think this is a HP-UX 11.00 libc bug exposed by the following change:
2011-07-25 Rainer Orth
* lib/target-supports.exp (check_effective_target_mmap): New proc.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49961
janus at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
--- Comment #3 from Jonathan Wakely 2011-08-04
17:22:41 UTC ---
That sed command comes from texi2pdf not gcc's makefile, so it must be a change
in texi2pdf
Try:
echo foo | sed "s/\(^\|.* \)@documenten/bar/"
In GNU's texi2pdf the corresponding
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49979
Summary: FAIL: gcc.dg/20030711-1.c execution test
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
--- Comment #2 from hal at oz dot net 2011-08-04 16:58:30 UTC ---
It's the same version of sed that's been there for two years (date is may
2009), and make pdf used to work with it. Maybe something in the script
changed in a way that exposed a pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49591
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
--- Comment #1 from Jonathan Wakely 2011-08-04
16:48:06 UTC ---
that looks like a problem with the sed command used by texi2pdf, not a problem
with gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49978
Summary: make pdf error on OS X
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo: unassig...@gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49084
--- Comment #6 from Anh Vo 2011-08-04 16:01:59
UTC ---
The configuration --enable-languages=ada --without-build-config
--disable-werror was used.
Now it causes gcc to fail when configuration --enable-languages=ada,c,c++ is
used. Below is the tr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49964
--- Comment #9 from Richard Henderson 2011-08-04
15:47:50 UTC ---
Author: rth
Date: Thu Aug 4 15:47:42 2011
New Revision: 177408
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177408
Log:
PR target/49964
* config/i386/i386.c (ix8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49968
--- Comment #5 from Richard Henderson 2011-08-04
15:39:43 UTC ---
Author: rth
Date: Thu Aug 4 15:39:40 2011
New Revision: 177404
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177404
Log:
PR middle-end/49968
* calls.c (expand_cal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #111 from Marc Glisse
2011-08-04 15:38:52 UTC ---
(In reply to comment #110)
> > Ah, no. It is something we only need if we want to keep binary compatibility
> > between __cplusplus=1 and __cplusplus=199711L binaries on Solaris. As soo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #110 from Paolo Carlini
2011-08-04 15:29:58 UTC ---
> Yes. There are independent pieces:
> *fixincludes
> *libstdc++
> *mangling
>
> and libcpp is the big red button that can only be pressed at the end. None of
> the changes should ha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #109 from Marc Glisse
2011-08-04 15:21:36 UTC ---
(In reply to comment #108)
> Excellent. Can we sort out separately with C++ front-end people like Jason
> this
> mangling (and demangling too, I suppose) issue?
Yes. There are indepen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973
Manuel López-Ibáñez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49638
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49712
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49948
Jakub Jelinek changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comment #8 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
--- Comment #108 from Paolo Carlini
2011-08-04 14:40:21 UTC ---
Excellent. Can we sort out separately with C++ front-end people like Jason this
mangling (and demangling too, I suppose) issue? If I understand correctly it's
something which we are g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973
--- Comment #6 from joseph at codesourcery dot com 2011-08-04 14:38:16 UTC ---
The GCS says "column numbers should start from 1 at the beginning of the
line ... Calculate column numbers assuming that space and all ASCII
printing characters have
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
Marc Glisse changed:
What|Removed |Added
Attachment #24874|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49806
--- Comment #6 from Richard Guenther 2011-08-04
14:11:35 UTC ---
Author: rguenth
Date: Thu Aug 4 14:11:30 2011
New Revision: 177392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177392
Log:
2011-08-04 Richard Guenther
PR tree-op
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49977
Summary: [4.7 Regression] CFI notes are missed for delayed slot
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49686
--- Comment #8 from Kazumoto Kojima 2011-08-04
13:57:14 UTC ---
Thanks for checking cris-elf. I'd like to open a new PR.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49975
--- Comment #6 from Jonathan Wakely 2011-08-04
13:56:46 UTC ---
Google codesearch shows __attribute is used widely in the android kernel and
many other places.
Whitespace is not significant in C, it would be strange for "))foo" to be
different t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49868
--- Comment #1 from Georg-Johann Lay 2011-08-04
13:51:28 UTC ---
Created attachment 24916
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24916
Draft work on AS against r177314
This is just an update of my local work on a named address suppo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49975
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49975
--- Comment #4 from David Sveningsson 2011-08-04
13:48:55 UTC ---
(In reply to comment #3)
> It doesn't make sense to require whitespace after a paren, that will likely
> break a lot of programs.
In this quite specific case? "__attribute((..))fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49975
--- Comment #3 from Andreas Schwab 2011-08-04 13:45:13
UTC ---
It doesn't make sense to require whitespace after a paren, that will likely
break a lot of programs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768
--- Comment #10 from Valtteri Rahkonen 2011-08-04
13:44:38 UTC ---
I tested latest gcc 4.6.1 from Debian unstable containing the patch and it
seems to work. I'm not going to dare to mark this as verified though because I
don't know your bugzilla
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49976
--- Comment #1 from Vasily 2011-08-04 13:37:27 UTC ---
Created attachment 24915
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24915
compressed preprocessed file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49975
--- Comment #2 from David Sveningsson 2011-08-04
13:33:21 UTC ---
Might be valid, but confusing. If whitespace were required after "))" it would
make more sense as it is clear that a global is created.
As the documentation states that __attribut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49976
Summary: Cross (Linux->AIX) GCC crashes with Segmentation fault
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
AssignedTo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49686
--- Comment #7 from Hans-Peter Nilsson 2011-08-04
13:30:48 UTC ---
(In reply to comment #6)
> It seems that the problem comes back on trunk revision 177305
> for SH.
At a glance that may have happened for cris-elf too, worked r177217,
(additiona
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49975
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49975
Summary: warn on malformed __attribute((...))__
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassig...@gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49966
--- Comment #3 from Iain Sandoe 2011-08-04 13:09:05
UTC ---
NOT seen on:
i686-darwin9 @r177287 xcode 3.1.4
x86_64-darwin10 @177314 xcode 3.2.5
x86_64-darwin10 @177355 xcdoe 3.2.6
is this still affecting darwin11?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=986
--- Comment #31 from Jonathan Wakely 2011-08-04
13:01:31 UTC ---
A similar case I've just added to a comment of PR 49974
struct Y {
Y(int local) : ref(local) { }
int& ref;
};
The reference is dangling as soon as the constructor exits, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49974
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49974
Jonathan Wakely changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 from Jonatha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38644
--- Comment #37 from Sebastian Huber
2011-08-04 12:30:29 UTC ---
Is this problem also related to this bug (GCC 4.6.1 20110627) with comments
inside:
objdump -d -C /opt/rtems-4.11/lib/gcc/arm-rtems4.11/4.6.1/thumb/vfp/libstdc++.a
| grep -A 94 new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49974
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49957
--- Comment #5 from Richard Guenther 2011-08-04
12:22:47 UTC ---
Author: rguenth
Date: Thu Aug 4 12:22:42 2011
New Revision: 177368
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177368
Log:
2011-08-04 Richard Guenther
PR fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49957
Richard Guenther changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49974
Summary: missing warning for indirectly returning reference to
local/temporary
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: norma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49973
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49686
--- Comment #6 from Kazumoto Kojima 2011-08-04
12:18:09 UTC ---
It seems that the problem comes back on trunk revision 177305
for SH. There are many EH test failures which went away with
-fno-delayed-branch and the testcase in #1 is assembled to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49901
--- Comment #3 from Iain Sandoe 2011-08-04 12:10:36
UTC ---
Created attachment 24914
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24914
fix PR49901
The output from the tests is a little misleading.
These tests also set other flags in add
1 - 100 of 129 matches
Mail list logo
