--- Comment #11 from jakub at gcc dot gnu dot org 2009-01-08 16:01 ---
Subject: Bug 37031
Author: jakub
Date: Thu Jan 8 16:01:42 2009
New Revision: 143188
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143188
Log:
PR tree-optimization/37031
* lambd
--- Comment #12 from jakub at gcc dot gnu dot org 2009-01-08 16:03 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-08 20:54 ---
What kind of escaping are you talking about?
"\%" is the same as "%" in gcc. If you want to print character %%, you should
write printf ("something %%\n");
--
jakub
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-09 08:54 ---
fold_unary bug.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-09 09:04 ---
Created an attachment (id=17063)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17063&action=view)
gcc44-pr38771.patch
Fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38771
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-09 09:36 ---
Seems to work on x86_64-linux. The error message is different if the program
doesn't exist:
./xgcc -b nonexistent-target -B ./ -v
./xgcc: error trying to exec './nonexistent-target-gcc-4.4.0': execvp:
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-09 10:11 ---
Bug in do_jump_by_parts_zero_rtx.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-09 10:25 ---
Please preprocess the testcase. Whether a header was a system header or not is
recorded in # directives in the preprocessed output.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-09 10:38 ---
Also, if it is floating point using app on i?86, -msse2 -mfpmath=sse or
-ffloat-store.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38777
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-09 13:41 ---
Subject: Bug 38771
Author: jakub
Date: Fri Jan 9 13:41:08 2009
New Revision: 143202
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143202
Log:
PR middle-end/38771
* fold-const.c (fo
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-09 13:43 ---
Subject: Bug 38347
Author: jakub
Date: Fri Jan 9 13:43:14 2009
New Revision: 143204
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143204
Log:
PR middle-end/38347
*
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-09 14:02 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-09 14:03 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-09 14:30 ---
This is an obvious bug in fastjar-0.97:
ub4
unix2dostime (time_t *unix_time)
{
struct tm *ltime = localtime (unix_time);
int year = ltime->tm_year - 80;
...
}
int make_manifest(int jfd, const char *mf_name,
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-09 14:45 ---
Subject: Bug 37877
Author: jakub
Date: Fri Jan 9 14:45:44 2009
New Revision: 143206
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143206
Log:
PR c++/37877
*
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-09 14:46 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-09 16:47 ---
Subject: Bug 35742
Author: jakub
Date: Fri Jan 9 16:46:47 2009
New Revision: 143209
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143209
Log:
PR c/35742
* c-pretty-print.c (pp_c_ex
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-09 16:52 ---
Subject: Bug 35335
Author: jakub
Date: Fri Jan 9 16:51:55 2009
New Revision: 143210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143210
Log:
PR c++/35335
* error.c (dump_expr)
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-09 16:53 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-09 16:53 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary
--- Comment #16 from jakub at gcc dot gnu dot org 2009-01-09 17:13 ---
Subject: Bug 38686
Author: jakub
Date: Fri Jan 9 17:12:40 2009
New Revision: 143211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143211
Log:
PR target/38686
PR targ
--- Comment #12 from jakub at gcc dot gnu dot org 2009-01-09 17:13 ---
Subject: Bug 38708
Author: jakub
Date: Fri Jan 9 17:12:40 2009
New Revision: 143211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143211
Log:
PR target/38686
PR targ
--- Comment #13 from jakub at gcc dot gnu dot org 2009-01-09 17:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-09 17:56 ---
rep ret isn't bogus, please see
http://gcc.gnu.org/ml/gcc-patches/2003-05/msg02117.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38787
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-09 17:58 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38765
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-10 09:04 ---
Patch at:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00644.html
Ian Taylor's review:
I'm not really comfortable with breaking the building of old version
of glibc just to fix an ice-on-invalid. I'
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-10 11:48 ---
Subject: Bug 36695
Author: jakub
Date: Sat Jan 10 11:48:06 2009
New Revision: 143244
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143244
Log:
PR c++/36695
* typeck2.c (build_functio
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-10 11:49 ---
Subject: Bug 38648
Author: jakub
Date: Sat Jan 10 11:49:04 2009
New Revision: 143245
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143245
Log:
PR c++/38648
* typeck.c (cp_build_mod
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-10 11:50 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-10 11:51 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-10 14:02 ---
Subject: Bug 38695
Author: jakub
Date: Sat Jan 10 14:02:12 2009
New Revision: 143246
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143246
Log:
PR target/38695
* config/a
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-10 14:03 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-11 20:03 ---
I think this is not a bug, I don't remember we ever said this is ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38806
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-11 20:21 ---
Mine, remove_visited_stmt_chain was added by me.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jakub at gcc dot gnu dot org 2009-01-11 21:15 ---
Subject: Bug 36254
Author: jakub
Date: Sun Jan 11 21:14:51 2009
New Revision: 143281
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143281
Log:
PR c++/36254
* cp-gi
--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-11 21:32 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-12 11:11 ---
Subject: Bug 38807
Author: jakub
Date: Mon Jan 12 11:11:40 2009
New Revision: 143289
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143289
Log:
PR tree-optimization/38807
* tree-ssa-r
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-12 11:14 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-12 11:41 ---
Introduced by PR27102 patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-12 15:43 ---
Subject: Bug 38794
Author: jakub
Date: Mon Jan 12 15:43:22 2009
New Revision: 143292
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143292
Log:
PR c++/38794
* decl.c (start_funct
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-12 15:45 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from jakub at gcc dot gnu dot org 2009-01-12 16:18 ---
Created an attachment (id=17078)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17078&action=view)
gcc44-pr38245.patch
Patch I'm playing with. I don't see why changing CALL_INSN_FUNCTION_USAG
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-12 19:44 ---
Subject: Bug 32041
Author: jakub
Date: Mon Jan 12 19:44:33 2009
New Revision: 143305
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143305
Log:
PR c/32041
* c-
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-12 19:45 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-12 23:00 ---
The 4.3 version seems to be the old one, with is_* prefixes and macro, while
trunk/4.2 are the new ones.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36019
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-13 09:03 ---
Seems cp_walk_subtrees doesn't handle REINTERPRET_CAST_EXPR, so
check_for_bare_parameter_packs doesn't detect them. Just handling this the
same
as CAST_EXPR seems to fix this testcase.
--
jakub at gcc d
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-13 15:09 ---
Reopening a bug doesn't "fix" anything. Patches do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38788
--- Comment #22 from jakub at gcc dot gnu dot org 2009-01-13 15:37 ---
Created an attachment (id=17086)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17086&action=view)
gcc44-pr38245.patch
Updated patch (tested with the new testcase on i386/x86_64 and eyeballed
for
--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-13 17:18 ---
As the asserts aren't on the trunk, this isn't really a regression, we've been
emitting bogus unwind info in these cases (and many more than now) before as
well.
--
jakub at gcc dot gnu
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-13 18:07 ---
Simplified testcase:
extern int bar (void);
volatile int g;
int
foo (void)
{
int a = 1 >= bar ();
if ((1 > 9223372036854775807LL - a && 1 - a ? : 1 + a) & 1)
return g;
return 0;
}
--
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-13 18:12 ---
Subject: Bug 38795
Author: jakub
Date: Tue Jan 13 18:11:50 2009
New Revision: 143351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143351
Log:
PR c++/38795
* tree.c (cp_walk_subtrees)
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-13 18:12 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-13 20:39 ---
The single CC user is modified, then those changes are reverted, but
unfortunately they aren't reverted by putting back the old content, but instead
tweaking the new comparison with PUT_CODE.
SUBST (*c
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-13 20:57 ---
Created an attachment (id=17094)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17094&action=view)
gcc44-pr38774.patch
Patch I'm going to bootstrap/regtest. Fixes the testcase on both i686-linu
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-13 22:36 ---
Subject: Bug 38774
Author: jakub
Date: Tue Jan 13 22:36:06 2009
New Revision: 143355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143355
Log:
PR rtl-optimization/38774
* c
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-13 22:38 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-14 15:00 ---
As any call to a nested function with VL return type ICEs (even if the result
isn't used) in 3.4.5 through 4.4.0, I doubt this is used very widely.
That said, if we deprecate it now, we'd have to fix i
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-14 20:29 ---
Fixed. The testcase was added in
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143376
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #23 from jakub at gcc dot gnu dot org 2009-01-15 08:07 ---
Subject: Bug 38245
Author: jakub
Date: Thu Jan 15 08:07:38 2009
New Revision: 143387
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143387
Log:
PR rtl-optimization/38245
*
--- Comment #24 from jakub at gcc dot gnu dot org 2009-01-15 08:15 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-15 13:46 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-15 13:57 ---
Fixed on the trunk:
-O2:
movzbl %dil, %edi
movzwl -2(%rsi,%rdi,2), %eax
ret
-Os:
movzbl %dil, %edi
movw-2(%rsi,%rdi,2), %ax
ret
--
jakub at gcc dot gnu dot
--- Comment #23 from jakub at gcc dot gnu dot org 2009-01-15 15:08 ---
Please s/incomoing/incoming/g in the patch. Otherwise the patch makes a lot of
sense to me. As INCOMING_STACK_BOUNDARY is used not only in
expand_stack_alignment, but also in 386's targetm.function_ok_for_si
--- Comment #27 from jakub at gcc dot gnu dot org 2009-01-15 16:28 ---
Fixed, thanks.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status
UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38861
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-15 22:58 ---
That's not enough, as the typedef names also changed :(.
So, for npupp.h:
NewNPP_XXXProc (YYY)
or
(NPP_XXXUPP) (YYY)
works, for npfunctions.h:
(NPP_XXXProcPtr) (YYY)
And, jref isn't typedefed for new xulr
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-16 11:21 ---
-O2 -fno-tree-pre works. tree_could_trap_p is true for integer division by
non-constant (or 0), but we don't seem to have stmt_could_trap_p. Perhaps it
should be added and PRE should considfer it? In rtl
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-16 12:42 ---
The correct testcase is IMHO:
void
baz (int v)
{
unsigned a = (v == 1) ? 1 : 2;
if (__builtin_constant_p (a))
asm volatile ("# constant %0" :: "i" (a));
else
asm volatile ("
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-16 12:49 ---
Yes, it does. Going to bootstrap/regtest it now.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38871
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38872
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-16 14:27 ---
Also for -march=native you should really post what -fverbose-asm tells you has
been selected for -march and other option (and you should retry with those
options instead of -march=native).
--
http://gcc.gnu.org
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-16 15:01 ---
Subject: Bug 38789
Author: jakub
Date: Fri Jan 16 15:01:24 2009
New Revision: 143435
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143435
Log:
PR tree-optimization/38789
*
--- Comment #10 from jakub at gcc dot gnu dot org 2009-01-16 15:02 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38874
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-16 16:26 ---
Then that patch was wrong. You could have code compiled with gfortran 4.3 that
references this symbol, which won't even start (e.g. with LD_BIND_NOW=1)
against gcc 4.4 libgfortran.
The symbol needs to be IMH
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38883
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38887
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-16 22:07 ---
I'd say re-adding that symbol until you change libgfortran ABI wouldn't hurt
anything, but if you can prove no program could ever use it except for
referencing directly that symbol, I guess I can live with
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-17 07:56 ---
12 is the right size for -m32, 16 for -m64.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-17 08:00 ---
Then _Jv_GetStringChars should be dropped from libgcj_bc.so too.
And for the other function, I think adding a "C" alias in libgcj.so.* and
a C++ in libgcj_bc.so wouldn't hurt.
--
http://gcc.g
--- Comment #14 from jakub at gcc dot gnu dot org 2009-01-24 16:56 ---
Can this be closed now?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37660
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-24 18:50 ---
This regressed because of POINTER_PLUS_EXPR, which should be handled the same
way as PLUS_EXPR in c_finish_return. I'll bootstrap/regtest the obvious patch.
--
jakub at gcc dot gnu dot org ch
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-24 21:36 ---
Subject: Bug 38957
Author: jakub
Date: Sat Jan 24 21:36:09 2009
New Revision: 143654
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143654
Log:
PR c/38957
* c-typeck.c (c_finis
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-24 21:38 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-25 11:31 ---
I think it is fine to submit the patch as is, assuming you've
bootstrapped/regtested it. Please mail it to gcc-patches for review.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38857
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-26 16:02 ---
That brings us back to http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00532.html
If the gimplifier shouldn't drop TREE_OVERFLOW bits from the IL, then it is
valid to have TREE_OVERFLOWs set and tree-vrp.c needs to
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-27 07:02 ---
I saw this once even during gcc profiledbootstrap, so I agree the error should
go for 4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-27 10:09 ---
Subject: Bug 38872
Author: jakub
Date: Tue Jan 27 10:09:23 2009
New Revision: 143698
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143698
Log:
PR libgcj/38872
* gcj/jav
--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-27 10:18 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-27 10:25 ---
So, what should we do for 4.4 then?
--- tree-vrp.c.jj2009-01-02 09:32:55.0 +0100
+++ tree-vrp.c2009-01-27 11:16:57.0 +0100
@@ -1620,7 +1620,8 @@ extract_range_from_assert (value_range_t
--- Comment #12 from jakub at gcc dot gnu dot org 2009-01-27 11:29 ---
The difference is in interpret_integer:
579 if (itk == itk_none)
580/* cpplib has already issued a warning for overflow. */
581type = ((flags & CPP_N_UNSIGNED)
582? widest_unsigned_literal_type_node
--- Comment #13 from jakub at gcc dot gnu dot org 2009-01-27 11:59 ---
I wonder if the libcpp warning is correct in this case for -std=c99/-std=gnu99,
saying that the constant is too large that it is unsigned doesn't match the C99
wording, which says that the constant may have a s
--- Comment #18 from jakub at gcc dot gnu dot org 2009-01-27 15:14 ---
The problem on ix86 is I believe that on such a register starved host, using
long long in many places will mean very noticeable performance degradation.
In any case, I'd prefer to change tree-vrp.c at this poin
--
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 #21 from jakub at gcc dot gnu dot org 2009-01-28 10:40 ---
Subject: Bug 38934
Author: jakub
Date: Wed Jan 28 10:40:06 2009
New Revision: 143723
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143723
Log:
PR middle-end/38934
* tr
bit HWI compiler
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: i686-
--- Comment #22 from jakub at gcc dot gnu dot org 2009-01-28 11:20 ---
The ICE is fixed on the trunk, for the different warning behavior between
32-bit HWI and 64-bit HWI configured gcc I've opened PR38999.
--
jakub at gcc dot gnu dot org changed:
What|Re
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38999
601 - 700 of 6855 matches
Mail list logo