--- Comment #4 from domob at gcc dot gnu dot org 2008-09-08 06:36 ---
IIRC, this behaviour is due to a patch I submitted some time ago. Maybe I
could change this warning into an error even for non-standard conforming mode
in case the length or a kind parameter differs. What do you
For the loop in testcase of pr36630:
void
foo (unsigned char *x, short y)
{
short i;
i = 2;
while (i y)
{
x[i - 1] = x[i];
i = i + 1;
}
}
we used to get
# of iterations (short unsigned int) y_3(D) + 65533, bounded by 32764
and now we get scev_not_known.
Also
--- Comment #1 from ubizjak at gmail dot com 2008-09-08 06:50 ---
Confirmed:
Program received signal SIGSEGV, Segmentation fault.
0x082ac655 in optimize_function_for_speed_p (fun=0x0) at
../../gcc-svn/trunk/gcc/predict.c:205
/home/uros/gcc-svn/trunk/gcc/predict.c:205:6178:beg:0x82ac655
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-08 06:51 ---
Given http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00370.html
I think we can safely close this now.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from abel at ispras dot ru 2008-09-08 07:19 ---
(In reply to comment #16)
Could you explain why max_issue() should do anything
when more_issue = 0? I'd have expected it to early-out.
But the whole point of the patch is that we _can_ actually issue more insns
even
--- Comment #5 from burnus at gcc dot gnu dot org 2008-09-08 07:21 ---
Subject: Bug 37400
Author: burnus
Date: Mon Sep 8 07:19:46 2008
New Revision: 140100
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140100
Log:
2008-09-07 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #15 from pault at gcc dot gnu dot org 2008-09-08 07:22 ---
Jack,
I've remarked this as a 4.3 regression and have taken out the major from the
summary. However, since it appears in posted benchmarks, I have moarked it as
confirmed.
Thanks for the report.
Best regards
--- Comment #6 from burnus at gcc dot gnu dot org 2008-09-08 07:38 ---
FIXED on the trunk (4.4.0).
(I'm not sure whether it fully works with 4.3.x - I get a segmentation fault
after the third line is correctly printed. The cause that it was failing on 4.4
was the patch for PR 36476;
--- Comment #13 from irar at il dot ibm dot com 2008-09-08 07:44 ---
(In reply to comment #9)
Subject: Re: [4.3/4.4 Regression] ICE in vect_update_ivs_after_vectorizer
Another thing, 4.4 does not vectorize this loop anymore (and, therefore,
there
is no ICE), because of
--- Comment #4 from domob at gcc dot gnu dot org 2008-09-08 07:57 ---
Subject: Bug 37099
Author: domob
Date: Mon Sep 8 07:55:49 2008
New Revision: 140101
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140101
Log:
2008-09-04 Daniel Kraft [EMAIL PROTECTED]
* PR
--- Comment #5 from domob at gcc dot gnu dot org 2008-09-08 07:57 ---
Fixed on trunk and 4.3
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from tehila at il dot ibm dot com 2008-09-08 08:21 ---
(In reply to comment #11)
(In reply to comment #10)
I'm bootstraping and testing it on x86 now.
Bootstrap fails (at least on x86_64) (with ICE).
Tehila.
It fails at tree-ssa-loop-manip.c:424 (+-, I've changed
--- Comment #5 from domob at gcc dot gnu dot org 2008-09-08 08:28 ---
Dominique reported that my pending patch for PR 37199 fixes this problem, too,
and a test confirms this for me. Reading the commets, it seems quite plausible
to me that the ICE here is caused because of the missing
With current trunk (revision 140100):
(sid)2294:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c
-finline-limit=1048576
-O3 gutenprint-mxml-file.i
*** glibc detected ***
/usr/lib/gcc-snapshot/libexec/gcc/x86_64-linux-gnu/4.4.0/cc1: malloc(): memory
corruption (fast): 0x01da1890
--- Comment #2 from tbm at cyrius dot com 2008-09-08 08:53 ---
Created an attachment (id=16251)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16251action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-08 09:56 ---
I don't see how SRA can affect 004.gimple output, but the gimplification looks
wrong. For
size_t width = cvt.width;
you should see
D.6101 = cvt.width;
width = (size_t) D.6101;
--
--- Comment #4 from amonakov at gcc dot gnu dot org 2008-09-08 10:38
---
Scheduling of instructions dependent on speculative loads was implemented a
bit differently on sel-sched branch and on trunk (before the merge). Since
ia64.c changes were not checked in, a discrepancy appeared,
With current trunk (revision 140100):
(sid)1092:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c
dovecot-failures.i
failures.c: In function 'i_set_panic_handler':
failures.c:242: error: type mismatch in address expression
void (*T678) (const char *, struct *)
void (*Tab6) (const char *,
--- Comment #1 from tbm at cyrius dot com 2008-09-08 08:48 ---
Forgot to mention that this also happens with -O0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417
--- Comment #7 from jwakely dot gcc at gmail dot com 2008-09-08 10:36
---
I've got result_of working but am also fixing up reference_wrapper and
__invoke() to forward correctly using rvalue-references.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
--- Comment #1 from tbm at cyrius dot com 2008-09-08 08:53 ---
Created an attachment (id=16252)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16252action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37418
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-08 12:40 ---
Subject: Bug 37415
Author: jakub
Date: Mon Sep 8 12:39:28 2008
New Revision: 140105
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140105
Log:
PR middle-end/37415
* opts.c
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-09-08 09:26 ---
There used to be a message in fortran-format, not a middle end message.
See PR24784.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420
--- Comment #3 from jakub at gcc dot gnu dot org 2008-09-08 12:42 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-08 12:21 ---
ANTIC_OUT[4] := { {view_convert_expr ,integer_cst 0} (0005) }
ANTIC_IN[4] := { {view_convert_expr ,integer_cst 0} (0005) }
S[4] := { {view_convert_expr ,integer_cst 0} (0005) }
so a quick look suggests we fail to
--- Comment #6 from domob at gcc dot gnu dot org 2008-09-08 09:18 ---
Subject: Bug 37199
Author: domob
Date: Mon Sep 8 09:17:27 2008
New Revision: 140102
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140102
Log:
2008-09-08 Daniel Kraft [EMAIL PROTECTED]
PR
--- Comment #3 from burnus at gcc dot gnu dot org 2008-09-08 09:23 ---
Created an attachment (id=16254)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16254action=view)
Regtested patch, including test case
The same as patch. However, I'm not sure the fix is right.
a) Why is sym-as
--- Comment #16 from dominiq at lps dot ens dot fr 2008-09-08 09:00 ---
A few personal comments.
2) The problem doesn't occur on powerpc-apple-darwin9.
This is normal. REAL(8) are not vectorized on ppc since they are not part of
altivec. IBM has preferred to add a second FPU.
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-08 09:46 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from ubizjak at gmail dot com 2008-09-08 09:02 ---
All tests work OK with a cross from linux to x86_64-pc-mingw32 as of version
GNU Fortran (GCC) version 4.4.0 20080908 (experimental) [trunk revision 140099]
(x86_64-pc-mingw32)
Please ask gfortran community to provide
Consider the following Fortran code:
subroutine s(x)
real :: x
integer :: i
end subroutine
Compiling this with gfortran-4.3 -Wunused-variable triggered two warnings:
Warning: Unused variable 'i' declared at (1)
Warning: Unused dummy argument 'x' at (1)
With recent trunk builds the first
--- Comment #3 from tbm at cyrius dot com 2008-09-08 10:08 ---
/* Testcase by Martin Michlmayr [EMAIL PROTECTED] */
class tplasma
{
public: int maxx;
};
tplasma plasma;
void init (void)
{
new (char[plasma.maxx]);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37417
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-08 12:16 ---
I will have a look.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #4 from dominiq at lps dot ens dot fr 2008-09-08 09:46 ---
I am not 100% sure, but I somehow got the impression that the patch for pr37199
also fixed this pr. Could you check if this is the case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37411
Found with this test case. Still have not analyzed it, so I'm not quite sure
where we're getting confused:
#include stdio.h
#include string.h
inline int
bci (const float source)
{
int dest;
memcpy (dest, source, sizeof (dest));
return dest;
}
inline float
bcf (const int source)
{
float
--- Comment #1 from tbm at cyrius dot com 2008-09-08 08:54 ---
Created an attachment (id=16253)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16253action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37419
--- Comment #6 from erik dot moller at cycos dot com 2008-09-08 10:54
---
bug is still in 4.3.2
--
erik dot moller at cycos dot com changed:
What|Removed |Added
With current trunk (revision 140100):
(sid)1089:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O2
asc-edgen.ii
./../../edgen.cpp: In member function 'void tmapgenerator::init()':
./../../edgen.cpp:71: error: type mismatch in binary expression
long unsigned int
long unsigned int
int
--- Comment #6 from domob at gcc dot gnu dot org 2008-09-08 13:52 ---
Subject: Bug 36167
Author: domob
Date: Mon Sep 8 13:51:26 2008
New Revision: 140107
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140107
Log:
2008-09-08 Daniel Kraft [EMAIL PROTECTED]
PR
--- Comment #5 from dominiq at lps dot ens dot fr 2008-09-08 13:53 ---
I have reverted the patch in comment #3 on intel/Darwin9 and updated to r140104
on ppc/Darwin9 and in both cases the original test compiles without error. Is
it another fix due to the one for pr37199?
Anyway, it
--- Comment #7 from domob at gcc dot gnu dot org 2008-09-08 13:54 ---
This was apparently really fixed by my patch for PR 37199, I committed the
test-case attached to trunk. Marking fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed
Immediately after the IRA merge, i386-pc-solaris2.10 doesn't bootstrap any
longer:
In stage3, libgcc doesn't configure:
checking for suffix of object files... configure: error: in
`/vol/gccsrc/obj/gcc-4.4.0-20080903/10-gcc/i386-pc-solaris2.10/libgcc':
configure: error: cannot compute suffix of
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
In the current implementation of Fortran 2003 type-bound procedures, DEFERRED
bindings are not yet implemented. The DEFERRED type attribute will be parsed
but results in an immediate error.
--
Summary: Fortran 2003 DEFERRED bindings not yet implemented
Product: gcc
Immediately after the IRA merge, sparc-sun-solaris2.11 bootstrap is broken:
stage2 libgcc fails to configure:
checking for suffix of object files... configure: error: in
`/vol/gccsrc/obj/reghunt/89389/sparc-sun-solaris2.11/libgcc':
configure: error: cannot compute suffix of object files: cannot
--- Comment #11 from vmakarov at redhat dot com 2008-09-08 14:11 ---
Eric, thanks a lot for your analysis. It was very helpful. I've reproduced the
bug.
IRA uses live ranges to find conflicts for spill slots during reload. Live
ranges for r376 were wrong after IR flattening. We have
GENERIC type-bound procedures are currently implemented in gfortran, but only
by name and not as operators as in the following example (the polymorphic
passed-object problem included):
MODULE m
IMPLICIT NONE
TYPE :: t
INTEGER :: i
CONTAINS
PROCEDURE :: assign_t_from_int
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
make[3]: *** [build/gengtype-lex.o] Error 1
This might be identical to PR rtl-optimization/37333. I'm currently running
a mainline bootstrap as of 20080908 to check
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-08 14:56 ---
I have a (good on its own) patch to hide the issue, but I'll try to investigate
the issue some more.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37421
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-08 15:08 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
As polymorphic entities are not implemented in gfortran, the handling of
passed-object dummy arguments allows (or requires) them to be declared
non-polymorphic (TYPE(t)) while they should in fact be CLASS(t):
MODULE m
TYPE :: t
CONTAINS
PROCEDURE :: proc
END TYPE t
CONTAINS
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37427
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-08 15:14 ---
It actually is the correct fix. We valueize expressions in-place, and
copy visiting doesn't follow the chain up until a constant. So we have
a = 0;
= VIEW_CONVERT_EXPR a;
b = a;
= VIEW_CONVERT_EXPR b;
we
--- Comment #12 from ebotcazou at gcc dot gnu dot org 2008-09-08 15:25
---
Eric, thanks a lot for your analysis. It was very helpful.
You're welcome!
IRA uses live ranges to find conflicts for spill slots during reload. Live
ranges for r376 were wrong after IR flattening. We
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-09-08 15:32
---
Yep. I'll try to debug later today.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-08 16:31 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-08 16:33 ---
Subject: Bug 37421
Author: rguenth
Date: Mon Sep 8 16:31:43 2008
New Revision: 140111
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140111
Log:
2008-09-08 Richard Guenther [EMAIL PROTECTED]
PR
This is a GNU extension to C99:
void foo(int n)
{
struct S { int x[n]; };
}
It is not mentioned in the C Extensions section of the manual.
--
Summary: GNU VLA-in-structure extension is undocumented
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-08 17:31 ---
Unrelated. Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
It seems that code like
a = obj%func () ! PROCEDURE, NOPASS :: func = target_func
misses some checks (for instance, that a and the result of func have the same
rank) that are performed for the equivalent
a = target_func ()
The attached test program not only misses a diagnostic for this, but
--- Comment #1 from domob at gcc dot gnu dot org 2008-09-08 17:59 ---
Created an attachment (id=16255)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16255action=view)
ICE'ing invalid test
This is the ICE'ing test. I will investigate this bug, as it seems to be a
problem with
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-09-08 18:22 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-09-08 18:29 ---
(In reply to comment #0)
I would like a method to override
the default buffering at runtime.
What about calling FLUSH in critical places?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37355
--- Comment #6 from domob at gcc dot gnu dot org 2008-09-08 18:37 ---
Reading the comments, this sounds really like the problem fixed for PR 37199
(sym-as wrongly NULL after interface-remapping). I agree that adding the
test and gcc_assert sounds like a good idea for me.
I will work
Laurent indicated this is spurious on other targets but it is 100% regular on
rtems so I thought I would give a backtrace.
It is calling pthread_kill(SIGABORT). This is the backtrace.
,.,. C974013 ACATS 2.5 88-01-01 00:00:00
C974013 Asynchronous Select: Trigger is delay_until which
--- Comment #1 from joel at gcc dot gnu dot org 2008-09-08 19:05 ---
Worked on SVN trunk as of this report
http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg02355.html
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
Worked on SVN trunk:
http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg02355.html
c34002a and ~100 more. Code is being generated for a byte wide access of the
stack and causing an alignment exception on an ERC32 CPU. Compiler invocation:
sparc-rtems4.9-gnatmake -fstack-check -v -O -gnatws -O2
--- Comment #2 from joel at gcc dot gnu dot org 2008-09-08 19:10 ---
Stupid mistake.. Previous link was to sparc not powerpc ACATS. Here is the
correct URL for test results where this did not fail.
20080812 (experimental) [trunk revision 139039] on powerpc-rtems4.9
--- Comment #1 from joel at gcc dot gnu dot org 2008-09-08 19:32 ---
4.3.0 results here http://gcc.gnu.org/ml/gcc-testresults/2008-05/msg00543.html
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-08 19:32 ---
Subject: Bug 37337
Author: jakub
Date: Mon Sep 8 19:31:18 2008
New Revision: 140117
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140117
Log:
PR middle-end/37337
* tree-ssa-dom.c
--- Comment #12 from rdsandiford at googlemail dot com 2008-09-08 19:48
---
Subject: Re: gcc moves an expensive instruction outside of a conditional
daney at gcc dot gnu dot org [EMAIL PROTECTED] writes:
Can we close this now?
I think it is fixed.
Sorry, this is still on the
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-08 19:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-08 19:51 ---
This was fixed by:
2008-07-01 Martin Jambor [EMAIL PROTECTED]
* Makefile.in (tree-switch-conversion.o): Add.
(OBJS-common): Add tree-swtch-conversion.o.
* passes.c
With current trunk (revision 140117):
(sid)1113:[EMAIL PROTECTED]: ..4.3-2008-09-08-r140117/gcc] ./cc1 -quiet -O2
~/postgis-shp2pgsql.i
shp2pgsql.c: In function 'InsertMultiPoint':
shp2pgsql.c:1280: internal compiler error: in VN_INFO, at tree-ssa-sccvn.c:180
Please submit a full bug report,
with
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
With current trunk (revision 140117):
(sid)1114:[EMAIL PROTECTED]: ..4.3-2008-09-08-r140117/gcc] ./cc1 -quiet -O2
~/odt2txt-regex.i
(sid)1115:[EMAIL PROTECTED]: ..4.3-2008-09-08-r140117/gcc] ./cc1 -quiet -O3
~/odt2txt-regex.i
regex.c: In function 'regex_rm':
regex.c:92: internal compiler error:
--- Comment #2 from MMcVeigh at att dot net 2008-09-08 20:00 ---
Yes, FLUSH works, but
* I don't think it was part of standards until 2003,
* I need to place it several places in my code,
* I really didn't want gfortran specific code if I could avoid it
* There isn't a problem with
With current trunk (revision 140117):
(sid)1122:[EMAIL PROTECTED]: ..4.3-2008-09-08-r140117/gcc] ./cc1plus -quiet
-m64 -msse3
~/framewave-Set.ii
domain/fwImage/include/Set.h: In function 'void SSE2::Set_AC4R_SETUP_I(long
long int __vector__, XMM128, const Fw16s*)':
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from tbm at cyrius dot com 2008-09-08 20:02 ---
Created an attachment (id=16256)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16256action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37433
--- Comment #1 from tbm at cyrius dot com 2008-09-08 20:02 ---
Created an attachment (id=16257)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16257action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37434
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from tbm at cyrius dot com 2008-09-08 20:03 ---
Created an attachment (id=16258)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16258action=view)
Preprocessed code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37432
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
.
* g++.dg/lto/lto.exp: Likewise.
* g++.dg/lto/20080908-1.C: Fix return value of main().
* g++.dg/lto/20080908-3.C: Likewise.
Added:
branches/lto/gcc/testsuite/g++.dg/torture/pr37421.C
- copied unchanged from r140111,
trunk/gcc/testsuite/g++.dg/torture/pr37421.C
--- Comment #3 from burnus at gcc dot gnu dot org 2008-09-08 20:16 ---
I saw it around 2008-02-28-r132751 / 2008-02-29-r132761, however, as the SVN
looks innocent, one should not rely one the exact date. Before that date, with
-O -Wunused-variable one could get a message, afterwards it
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-08 20:26 ---
Reduced testcase:
static void print_wkb_byte(unsigned char val) {
print_wkb_bytes((unsigned char *)val, 1, 1);
}
void InsertMultiPoint(int b) {
char a = 1;
if (b) a = 0;
print_wkb_byte(a);
}
--- CUT ---
The
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-08 20:31 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37434
--- Comment #4 from victork at gcc dot gnu dot org 2008-09-08 20:31 ---
Here is slightly simplified test:
== cut
typedef int int_t;
typedef void (*fun_t) (int);
fun_t fun_tab[400] __attribute__ ((__aligned__(16)));
void foo (int_t a);
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-08 20:34 ---
This looks related to PR 37418. The types are the compatible as that is just a
typedef.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-08 20:38 ---
Reducing ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-08 20:44 ---
Reduced testcase:
typedef void failure_callback_t(int);
void default_panic_handler(int args)__attribute__((noreturn));
void i_set_panic_handler(failure_callback_t *callback
__attribute__((noreturn)))
{
callback =
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-08 20:47 ---
reducing ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-08 21:01 ---
Reduced testcase:
int regex_subst(void)
{
const void *subst = ;
char *s;
s = (*(char *(*)(int))subst) (0);
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from danglin at gcc dot gnu dot org 2008-09-08 21:03 ---
Let's try closing again.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-08 21:05 ---
Even more reduced testcase:
void init (int a)
{
new (char[a]);
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-08 21:28 ---
This is surely not valid code.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 142 matches
Mail list logo
