Sharad Singhai schrieb:
I have enhanced the dump infrastructure in r191883, r191884. These
patches updated the tree/rtl dump facility so that passes do not
reference the dump file directly, but instead use a different (and
hopefully cleaner) API.
Instead of this
if (dump_file)
1. OK, I understand that e.g.
if (dump_file (dump_flags TDF_DETAILS))
should be converted into:
if (dump_kind_p (TDF_DETAILS))
But what about current code that does not care about dump_flags?
E.g. converting simple
if (dump_file)
to
if (dump_kind_p
Indeed. I also wonder why dump_kind_p does not check if dumping is
active at all? Thus, inside check dump_file / alternate dump_file for NULL.
I am testing a patch which includes a check for
dump_file/alternate_dump_file in dump_kind_p. This is in addition to
checking flags.
2. dump_kind_p
A more simpler use model is not to guard the dump statement at all --
just express the intention a) what to dump; b) as what kind or to
where
1) I want to dump the something as optimized message:
dump_printf (MSG_OPTIMIZED, blah...)
dump_printf_loc (MSG_OPTIMIZED, blah)
2) I want to dump
I don't like B), it is unlike everything else a pass does. You seem to
use the new field to indicate a group - that makes it a flat hierarchy
which might make it limiting (for example 'vect' may include both loop
and scalar vectorization, but would 'loop' also include loop vectorization?).
Hello All,
While coding (in MELT)
https://github.com/bstarynk/melt-examples/tree/master/ex06
(which is essentially a MELT extension using the MELT 0.9.7 plugin from
http://gcc-melt.org/ )
I noticed that the char_type_node tree from gcc/tree.h is not available
(i.e. is still NULL) when the
On Wed, Oct 17, 2012 at 9:05 AM, Xinliang David Li davi...@google.com wrote:
A more simpler use model is not to guard the dump statement at all --
just express the intention a) what to dump; b) as what kind or to
where
1) I want to dump the something as optimized message:
dump_printf
On Wed, Oct 17, 2012 at 9:32 AM, Sharad Singhai sing...@google.com wrote:
I don't like B), it is unlike everything else a pass does. You seem to
use the new field to indicate a group - that makes it a flat hierarchy
which might make it limiting (for example 'vect' may include both loop
and
On Wed, Oct 17, 2012 at 11:02 AM, Basile Starynkevitch
bas...@starynkevitch.net wrote:
Hello All,
While coding (in MELT)
https://github.com/bstarynk/melt-examples/tree/master/ex06
(which is essentially a MELT extension using the MELT 0.9.7 plugin from
http://gcc-melt.org/ )
I noticed
On Tue, 16 Oct 2012, Joern Rennecke wrote:
- Change the semantics of the HAVE_pattern macros for officially named
patterns so that they are defined as 0 when the pattern is not provided?
That choice would actually force people to change #ifdef into if (),
without the possibility of
On Wed, Oct 17, 2012 at 2:08 AM, Richard Biener
richard.guent...@gmail.com wrote:
On Wed, Oct 17, 2012 at 9:05 AM, Xinliang David Li davi...@google.com wrote:
A more simpler use model is not to guard the dump statement at all --
just express the intention a) what to dump; b) as what kind or to
On 2012-10-17 10:31, Joern Rennecke wrote:
- What would a good naming scheme be?
- Change the semantics of the HAVE_pattern macros for officially named
patterns so that they are defined as 0 when the pattern is not provided?
That choice would actually force people to change #ifdef
On Tue, Oct 16, 2012 at 11:17 PM, Georg-Johann Lay a...@gjlay.de wrote:
How are dumps from the backend handled then?
I haven't really looked at backends. Perhaps they can be converted at
the cost of extra dispatch functions defined in dumpfile.c. For
example, we can add methods like
On 2012-10-18 00:39, Joseph S. Myers wrote:
Note: for patterns that involve a machine mode, I think it's better to
generate a macro (or function) that takes the mode as a parameter. This
is because most references to modes such as SImode or DFmode in
architecture-independent code are in
On Wed, Oct 17, 2012 at 1:40 PM, Sharad Singhai sing...@google.com wrote:
On Tue, Oct 16, 2012 at 11:17 PM, Georg-Johann Lay a...@gjlay.de wrote:
How are dumps from the backend handled then?
I haven't really looked at backends. Perhaps they can be converted at
the cost of extra dispatch
On 2012-10-17 10:31, Joern Rennecke wrote:
- What would a good naming scheme be?
- Change the semantics of the HAVE_pattern macros for officially named
patterns so that they are defined as 0 when the pattern is not provided?
That choice would actually force people to change #ifdef
On Saturday 13 October 2012 02:34 AM, Xinliang David Li wrote:
Somewhere it is mentioned that heap is handled conservatively. Does
it mean the algorithm can not disambiguate heap objects all all, or
it can but does not track pointer values stored in heap objects?
How about field sensitivity?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54466
--- Comment #7 from Matt Clarkson mattyclarkson at gmail dot com 2012-10-17
08:19:20 UTC ---
Sorry about the bloated bug report - that was how I came across it. In the
future I'll submit smaller test cases.
Thanks for looking into this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54942
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org 2012-10-17
09:22:41 UTC ---
7.1.5.2.4 Evaluation of numeric intrinsic operations
The execution of any numeric operation whose result is not defined by the
arithmetic used by the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45475
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54943
Bug #: 54943
Summary: ARM - EABI - varargs floating point issue
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
--- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2012-10-17
10:41:49 UTC ---
(In reply to comment #3)
7.1.5.2.4 Evaluation of numeric intrinsic operations
The execution of any numeric operation whose result is not defined by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54944
Bug #: 54944
Summary: 400.perlbench fails with segmentation fault
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54943
--- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2012-10-17
11:25:07 UTC ---
Please provide a test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54945
Bug #: 54945
Summary: Too strong non-aliasing analysis?
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54944
Igor Zamyatin izamyatin at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54943
--- Comment #2 from Santhosh Kumar Selvaraj selvaraj.santhosh at gmail dot
com 2012-10-17 11:41:00 UTC ---
int main()
{
float floatValue = 100.0;
char buffer[32];
sprintf (buffer, 32, %f, floatValue);
printf (The
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54944
--- Comment #2 from GGanesh Ganesh.Gopalasubramanian at amd dot com
2012-10-17 11:57:49 UTC ---
Yes occurs with revision r192219.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54946
Bug #: 54946
Summary: ICE on template parameter from cast char-pointer in
C++11 constexpr struct
Classification: Unclassified
Product: gcc
Version: 4.7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54945
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54946
--- Comment #1 from Joel Yliluoma bisqwit at iki dot fi 2012-10-17 12:10:21
UTC ---
Please excuse the conts typo in the post; naturally it meant to say const
there. The typo is not relevant to the bug report.
I changed the code a few
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54770
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-10-17
12:27:15 UTC ---
It is just that though, a workaround, it doesn't workaround say:
void bar (char *);
int baz ();
int
foo ()
{
{
char buf[64];
bar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54501
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54945
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54945
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54943
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54947
Bug #: 54947
Summary: [4.7/4.8 Regression] [C++11] lambda cannot
capture-by-copy inside braced-init-list
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #24 from Dominique d'Humieres dominiq at lps dot ens.fr
2012-10-17 13:13:24 UTC ---
Summary for the polyhedron tests (pb05):
(a) revision 192449 unpatched
(b) revision 192516 with patch in comment #20
options:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54948
Bug #: 54948
Summary: template unnecessarily displayed as A
template-parameter-1-1 not AT
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54943
--- Comment #4 from Mikael Pettersson mikpe at it dot uu.se 2012-10-17
13:30:09 UTC ---
Yes the EABI changes things, but I think the user error is that:
1. your sprintf uses homegrown varargs-parsing code, which won't work with
EABI; you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54949
Bug #: 54949
Summary: [F03] abstract procedure pointers not rejected
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54949
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #25 from Dominique d'Humieres dominiq at lps dot ens.fr
2012-10-17 14:05:51 UTC ---
I also see many failures for the gcc.dg/tree-ssa/slsr-* tests: slsr-2.c to
slsr-11.c, slsr-14.c to slsr-20.c, slsr-24.c, and slsr-25.c, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54950
Bug #: 54950
Summary: Incorrect 32-bit moltiplication on m32c target
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54951
Bug #: 54951
Summary: Incorrect pointer handling on 32K boundary
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54952
Bug #: 54952
Summary: Program crash on M32C when stack frame is more then
128 bytes
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54949
--- Comment #2 from janus at gcc dot gnu.org 2012-10-17 15:46:03 UTC ---
(In reply to comment #1)
Preliminary patch:
... regtests cleanly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54953
Bug #: 54953
Summary: [4.8 Regression] New sra-1.c FAILs on powerpc
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54953
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54954
Bug #: 54954
Summary: malloc optimizations not disabled by -fno-builtin
Classification: Unclassified
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54954
--- Comment #1 from swalter at lexmark dot com 2012-10-17 16:10:29 UTC ---
Created attachment 28462
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28462
Bug testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54945
--- Comment #4 from Marek Polacek mpolacek at gcc dot gnu.org 2012-10-17
16:11:08 UTC ---
In .ccp1 we have:
i_6 = (intptr_t) MEM[(void *)x + 4B];
j_7 = (intptr_t) y;
_8 = i_6 == j_7;
_9 = (int) _8;
but in .forwprop1:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54954
--- Comment #2 from swalter at lexmark dot com 2012-10-17 16:14:33 UTC ---
Created attachment 28463
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28463
malloc implementation for test.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54955
Bug #: 54955
Summary: alignas example in gcc 4.8 changes.html won't compile
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54955
--- Comment #1 from mib.bugzilla at gmail dot com 2012-10-17 16:21:56 UTC ---
p.s.
This example is given here: http://en.cppreference.com/w/cpp/language/alignas
char alignas(128) cacheline[128];
but g++ complains similarly to the root
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54956
Bug #: 54956
Summary: GCC 4.7.2: internal compiler error: in emit_move_insn,
at expr.c:3435
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40205
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54955
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2012-10-17
17:21:58 UTC ---
I *think* the example is valid, so it's a compiler bug ... but I'm not sure.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54945
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||pinskia
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
Bug #: 54957
Summary: Two crashes introduced by rev192488
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-10-17
18:04:16 UTC ---
arm-unknown-linux-gnu (not EABI)
I thought that support was removed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #2 from Ryan Mansfield rmansfield at qnx dot com 2012-10-17
18:04:49 UTC ---
Created attachment 28464
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28464
preprocessed src (not reduced)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #3 from Easwaran Raman eraman at google dot com 2012-10-17
18:08:24 UTC ---
(In reply to comment #0)
http://gcc.gnu.org/viewcvs?view=revisionrevision=192488
sh4-unknown-linux-gnu no longer builds libgcc.
0x7df7df
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #4 from Ryan Mansfield rmansfield at qnx dot com 2012-10-17
18:10:25 UTC ---
(In reply to comment #1)
arm-unknown-linux-gnu (not EABI)
I thought that support was removed.
I have a local patch re-enabling it, but I don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #5 from Easwaran Raman eraman at google dot com 2012-10-17
18:24:48 UTC ---
Created attachment 28465
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28465
Proposed patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #6 from Easwaran Raman eraman at google dot com 2012-10-17
18:26:30 UTC ---
(In reply to comment #5)
Created attachment 28465 [details]
Proposed patch
I haven't tested the patch. Ryan, could you please confirm this patch
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #7 from Ryan Mansfield rmansfield at qnx dot com 2012-10-17
18:29:45 UTC ---
(In reply to comment #6)
(In reply to comment #5)
Created attachment 28465 [details]
Proposed patch
I haven't tested the patch. Ryan, could
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
--- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2012-10-17
18:51:08 UTC ---
(In reply to comment #6)
but you'll see that at least one person disagrees with both
former J3 members.
The only way to get a definite answer is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
Easwaran Raman eraman at google dot com changed:
What|Removed |Added
Attachment #28465|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #9 from Ryan Mansfield rmansfield at qnx dot com 2012-10-17
19:05:36 UTC ---
(In reply to comment #8)
Created attachment 28466 [details]
Proposed patch
Handle the possibility that stmt_bb may be NULL in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54958
Bug #: 54958
Summary: Wrongly rejects ac-implied-DO variables which also
occur with INTENT(IN)
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
--- Comment #8 from Steve Kargl sgk at troutmask dot apl.washington.edu
2012-10-17 19:21:22 UTC ---
On Wed, Oct 17, 2012 at 06:51:08PM +, burnus at gcc dot gnu.org wrote:
The Standard does not define 'incremented' and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54940
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54959
Bug #: 54959
Summary: current_pass == NULL during invocation of pass-gate
within execute_ipa_summary_passes()
Classification: Unclassified
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54946
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #10 from Ryan Mansfield rmansfield at qnx dot com 2012-10-17
19:47:08 UTC ---
Created attachment 28467
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28467
emit_case_dispatch_table testcase
Here's a csmith generated
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54959
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org 2012-10-17
19:48:07 UTC ---
I have a single impl_gate() handler that's shared by all such user-created
passes, which I then dispatch to appropriate python code.
I think this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54955
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54959
--- Comment #2 from Dave Malcolm dmalcolm at redhat dot com 2012-10-17
20:00:05 UTC ---
The impl_gate is implemented in C, the gate functions in Python.
If I need multiple impl_gate functions, I somehow need to generate machine code
at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54961
Bug #: 54961
Summary: [4.8 Regression] FAIL: gfortran.dg/pr48757.f -O
(internal compiler error) after revision 192440
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54962
Bug #: 54962
Summary: Strange-looking diagnostics from
diagnostic_report_current_module() from warnings
emitted during LTO
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #11 from Easwaran Raman eraman at google dot com 2012-10-17
20:31:21 UTC ---
(In reply to comment #10)
Created attachment 28467 [details]
emit_case_dispatch_table testcase
Here's a csmith generated testcase that crashes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957
--- Comment #12 from Ryan Mansfield rmansfield at qnx dot com 2012-10-17
20:38:56 UTC ---
(In reply to comment #11)
(In reply to comment #10)
Created attachment 28467 [details]
emit_case_dispatch_table testcase
Here's a csmith
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54962
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54404
--- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-10-17
20:45:37 UTC ---
... On darwin12 at least, this still leaves the failures in...
obj-c++.dg/torture/strings/const-str-10.mm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54955
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54950
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|c |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54900
--- Comment #3 from Aldy Hernandez aldyh at gcc dot gnu.org 2012-10-17
20:59:43 UTC ---
Author: aldyh
Date: Wed Oct 17 20:59:40 2012
New Revision: 192548
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192548
Log:
PR
-4.8.0-1000/darwin_objdir/gcc/testsuite/obj-c++/../../g++
-B/sw/src/fink.build/gcc48-4.8.0-1000/darwin_objdir/gcc/testsuite/obj-c++/../../
/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121017/gcc/testsuite/obj-c++.dg/torture/strings/const-str-10.mm
-fno-diagnostics-show-caret -nostdinc++
-I/sw
/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc48-4.8.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc48-4.8.0-1000/gcc-4.8-20121017/gcc/testsuite/objc.dg/strings/const-cfstring-5.m
-fno-diagnostics-show-caret -fnext-runtime -mconstant-cfstrings
-B/sw/src/fink.build/gcc48-4.8.0-1000/darwin_objdir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54893
--- Comment #5 from Aldy Hernandez aldyh at gcc dot gnu.org 2012-10-17
21:18:21 UTC ---
Author: aldyh
Date: Wed Oct 17 21:18:16 2012
New Revision: 192549
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=192549
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54893
Aldy Hernandez aldyh at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54711
Steve Ellcey sje at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54949
--- Comment #3 from janus at gcc dot gnu.org 2012-10-17 22:03:29 UTC ---
(In reply to comment #1)
Preliminary patch:
Unfortunately, this does not help for the variant, where the POINTER
declaration comes before the interface body:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54404
--- Comment #8 from Jack Howarth howarth at nitro dot med.uc.edu 2012-10-17
23:06:33 UTC ---
(In reply to comment #5)
I don't see these errors on darwin10. Could you look at the errors in the log
files and try to sort them by
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54404
--- Comment #9 from Jack Howarth howarth at nitro dot med.uc.edu 2012-10-17
23:15:28 UTC ---
Note the the string1.m/string1.mm failures are from warnings and the resulting
binaries run fine.
1 - 100 of 182 matches
Mail list logo
