--- Comment #9 from spop at gcc dot gnu dot org 2008-12-05 08:03 ---
Subject: Bug 38262
Author: spop
Date: Fri Dec 5 08:01:58 2008
New Revision: 142464
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142464
Log:
2008-11-07 Sebastian Pop <[EMAIL PROTECTED]>
PR bootstra
--- Comment #8 from spop at gcc dot gnu dot org 2008-12-05 08:02 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from paolo dot carlini at oracle dot com 2008-12-05 08:24
---
Are you using the same glibc on x86_64 and ia64? The two failing testcases
(cons/7.cc and members/char/2.cc, the other are implied) are essentially the
same: something is different on that ia64 machine about th
--- Comment #5 from jakub at gcc dot gnu dot org 2008-12-05 08:36 ---
The only thing I remember was fr_FR locale changing some stuff and Fedora
backing out that change as it was done upstream too late in the cycle to get
feedback from the French community.
--
http://gcc.gnu.org/bugz
--- Comment #6 from paolo dot carlini at oracle dot com 2008-12-05 08:47
---
Yes, I'm not sure is the same issue. Anyway, the problem can only be in this
idea:
_M_data->_M_thousands_sep = *(__nl_langinfo_l(THOUSANDS_SEP,
--- Comment #7 from paolo dot carlini at oracle dot com 2008-12-05 08:50
---
By the way, yes the fr_FR locale is heavily used in those tests...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38411
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-05 08:52 ---
Subject: Bug 38262
Author: jakub
Date: Fri Dec 5 08:50:47 2008
New Revision: 142466
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142466
Log:
PR bootstrap/38262
Fixup ChangeLog entries.
Mod
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-05 08:52 ---
Subject: Bug 38408
Author: jakub
Date: Fri Dec 5 08:51:36 2008
New Revision: 142468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142468
Log:
PR c/38408
* fold-const.c (fold_checksum_tree): C
--- Comment #8 from paolo dot carlini at oracle dot com 2008-12-05 08:55
---
I suspect in the localedata of fr_FR, the thousands separator may have changed
in some glibc from ' ' (0x20) to '\0'. Jakub can you confirm that?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38411
--- Comment #1 from sam at gcc dot gnu dot org 2008-12-05 09:02 ---
This bug has been fixed already in GCC 4.4.0.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from bonzini at gnu dot org 2008-12-05 09:02 ---
I'll look at it in a couple of days. In the meanwhile, could you please attach
the dumps of vrp and the pass just before it?
--
bonzini at gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-05 09:10 ---
Forcing "," thousands separator when none should be used is very weird. Does
C++ standard mandate that behavior? "" means thousands shouldn't be separated
by any separator. In most cases such locales also have group
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-05 09:13 ---
To reply to #c8, it changed the other way around, from "" to "" in April
2008. But as I said, Fedora 9, which shipped glibc 2.9, was backing out these
changes (Fedora 10 has them already).
--
http://gcc.gnu.org/
--- Comment #2 from steven at gcc dot gnu dot org 2008-12-05 09:15 ---
Is it possible to back-port the fix to GCC 4.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38393
--- Comment #11 from paolo dot carlini at oracle dot com 2008-12-05 09:16
---
(In reply to comment #9)
> Forcing "," thousands separator when none should be used is very weird.
Is the same "C" locale has. We only want consistency, see 38368.
Does
> C++ standard mandate that behavior
--- Comment #12 from paolo dot carlini at oracle dot com 2008-12-05 09:17
---
(In reply to comment #10)
> To reply to #c8, it changed the other way around, from "" to "" in
> April
> 2008. But as I said, Fedora 9, which shipped glibc 2.9, was backing out these
> changes (Fedora 10 has
--- Comment #3 from sam at rfc1149 dot net 2008-12-05 09:19 ---
Subject: Re: Storage_Error, bug box on record with large
array component
* steven at gcc dot gnu dot org <[EMAIL PROTECTED]> [2008-12-05 09:15:14
-]
| Is it possible to back-port the fix to GCC 4.3?
It may be
--- Comment #13 from jakub at gcc dot gnu dot org 2008-12-05 09:38 ---
I see you already disable grouping if it is empty, good.
If _M_thousands_sep must be a single _CharT, then for I guess you should
transliterate it if the string is longer than one character.
Either by using glibc tr
--- Comment #14 from paolo dot carlini at oracle dot com 2008-12-05 09:42
---
(In reply to comment #13)
> If _M_thousands_sep must be a single _CharT, then for I guess you
> should
> transliterate it if the string is longer than one character.
> Either by using glibc transliteration (
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #15 from jakub at gcc dot gnu dot org 2008-12-05 09:48 ---
Well, if you take first byte from a multibyte sequence, then it is IMNSHO
something that should be solved for 4.4 too. For say ru_RU.UTF-8 that means
you emit invalid UTF-8 if you separate digits with say '\xc2',
"\x
--- Comment #16 from paolo dot carlini at oracle dot com 2008-12-05 09:51
---
(In reply to comment #15)
> Well, if you take first byte from a multibyte sequence, then it is IMNSHO
> something that should be solved for 4.4 too. For say ru_RU.UTF-8 that means
> you emit invalid UTF-8 if
--- Comment #3 from tsyvarev at ispras dot ru 2008-12-05 09:53 ---
Thanks for remark. It seemed for me, that iterator returned by get() and
iterator constructed from stream directly are interchangeable. Now I see that
it isn't so.
Then, example should be rewritten:
#include
#include
--- Comment #17 from paolo dot carlini at oracle dot com 2008-12-05 09:54
---
Created an attachment (id=16831)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16831&action=view)
Draft
Draft patch using is_IS instead of fr_FR.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3841
--- Comment #18 from paolo dot carlini at oracle dot com 2008-12-05 09:55
---
HJ, can you test it and report? Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38411
--- Comment #4 from paolo dot carlini at oracle dot com 2008-12-05 09:59
---
(In reply to comment #3)
> Thanks for remark.
You are welcome. By the way, since in general you are so kind to report very
accurate and to the point issues, I would appreciate if you could also add
testcases m
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-12-05 10:28
---
> "I guess that option 4 is to investigate why DSE doesn't remove the dead
> stores."
> 1) DCE which removes this is done after DSE2
Bummer.
> 2) DSE doesn't remove sp based stores, except for spill slots (there
--- Comment #10 from jakub at gcc dot gnu dot org 2008-12-05 11:07 ---
I guess for !ACCUMULATE_OUTGOING_ARGS DCE of calls having stack arguments
generally shouldn't be an issue (unless they pop the stack themselves, don't
remember if it is easily determinable in generic way), worst case
--- Comment #19 from tsyvarev at ispras dot ru 2008-12-05 11:08 ---
It seems that C++ standard contains contradiction about thousands separator in
"C" locale:
22.2.3.1, p1 says:
The instantiations required in Table 51 (22.1.1.1.1), namely numpunct
and numpunct, provide classic C nume
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-05 11:10 ---
Uhm, I probably forgot to apply one testsuite update. I'll check.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-05 11:23 ---
The error is likely
Folding statement: D.1241_5 = D.1242_4 != 0;
Folded into: D.1241_5 = (int) D.1242_4;
which is wrong for
D.1242;
because it sign-extends.
--
rguenth at gcc dot gnu dot org changed:
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-05 11:57 ---
Forwprop optimizes that testcase now on 32bit systems.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-05 12:00 ---
Subject: Bug 38406
Author: rguenth
Date: Fri Dec 5 11:59:21 2008
New Revision: 142471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142471
Log:
2008-12-05 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-12-05 11:59 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Priority|P3 |P
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38357
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38300
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-12-05 12:20 ---
*** This bug has been marked as a duplicate of 36453 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-12-05 12:20 ---
*** Bug 38161 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
Summary|[4.3 regression] ICE in |[4.3 Regression] I
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
Summary|[4.1/4.2/4.3/4.4 regression]|[4.2/4.3/4.4 Regre
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-12-05 12:21 ---
Honza, can you have a look here? I suspect the fortran decl issue prevent
proper profile distribution over the callgraph...
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38070
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38369
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-12-05 12:57 ---
This is sra_build_assignment/sra_build_bf_assignments way of "lowering" a
BIT_FIELD_REF to integer arithmetic. We hit the !INTEGRAL_TYPE_P (TREE_TYPE
(var)) paths and for
BIT_FIELD_REF <*p_1(D), 32, 0>
we create
--- Comment #9 from hubicka at ucw dot cz 2008-12-05 12:59 ---
Subject: Re: [4.4 Regression] missed inlining on Core2 Duo due to apparent
wrong branch prediction/profile
> Honza, can you have a look here? I suspect the fortran decl issue prevent
Will do. We however don't distribute
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-12-05 13:05 ---
The following would make SRA only combine all of the struct or nothing. That
avoids these messy situations:
Index: tree-sra.c
===
--- tree-sra.c (rev
--- Comment #20 from paolo at gcc dot gnu dot org 2008-12-05 13:09 ---
Subject: Bug 38411
Author: paolo
Date: Fri Dec 5 13:07:53 2008
New Revision: 142472
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142472
Log:
2008-12-05 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #21 from paolo dot carlini at oracle dot com 2008-12-05 13:09
---
Fixed.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Stat
--- Comment #2 from dodji at gcc dot gnu dot org 2008-12-05 14:29 ---
This patch was posted to gcc-patches, got reworked and approved. See
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00137.html.
I will wait until trunk is open again for feature commit to install it.
--
http://gcc.
--- Comment #13 from jakub at gcc dot gnu dot org 2008-12-05 14:34 ---
Subject: Bug 37716
Author: jakub
Date: Fri Dec 5 14:33:14 2008
New Revision: 142476
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142476
Log:
PR tree-optimization/37716
* gimplify.c (gimplif
--- Comment #6 from bonzini at gnu dot org 2008-12-05 15:42 ---
Subject: Re: [4.4 Regression] (silent failure)
handling bitfield in ternary
> Folding statement: D.1241_5 = D.1242_4 != 0;
> Folded into: D.1241_5 = (int) D.1242_4;
>
> which is wrong for
>
>D.1242;
>
> because it
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #10 from jv244 at cam dot ac dot uk 2008-12-05 16:25 ---
Timings in 4.4 are essentially unchanged
gfortran -O3 -ffast-math -march=native PR25621.f90:
default loop 1.29208100
hand optimized loop 0.864053988
fun enough inverse timings with a recent intel
--- Comment #2 from jv244 at cam dot ac dot uk 2008-12-05 16:26 ---
still fails with 4.4
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Last reconfirmed|200
--- Comment #9 from jv244 at cam dot ac dot uk 2008-12-05 16:28 ---
updated testcase still fails:
subroutine a(p)
type t
integer :: t1
end type
type(t) :: p
p%t1 = 42
end subroutine
subroutine b
type u
integer :: u1
end type
type (u) :: q
call a(q)
write(6,*) q
--- Comment #2 from jv244 at cam dot ac dot uk 2008-12-05 16:30 ---
still fails in 4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34663
Getting error in tree.c file, while running it with graphite. Following is the
exact description of the error message.
gcc -c -O2 -fgraphite-identity final_build.c
final_build.c: In function 'specqsort':
final_build.c:3: internal compiler error: in build2_stat, at tree.c:3293
Please submit a ful
--- Comment #1 from mitul dot thakkar at amd dot com 2008-12-05 16:46
---
Created an attachment (id=16832)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16832&action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38413
I ran a build gcc-4.3-20081204 on a powerbook g4 running OS X 10.4 and it
failed quite late in stage 3. Here's the tail end of the console output:
libtool: compile:
/Volumes/LaCie/Developer/Sources/gcc-4.3-20081204-build/gcc/gcj
-B/Volumes/LaCie/Developer/Sources/gcc-4.3-20081204-build/powerpc-a
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-05 16:53 ---
Subject: Bug 38338
Author: jakub
Date: Fri Dec 5 16:52:16 2008
New Revision: 142480
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142480
Log:
PR middle-end/38338
* builtins.c (expand_builtin_
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-05 16:55 ---
Subject: Bug 38367
Author: jakub
Date: Fri Dec 5 16:53:39 2008
New Revision: 142481
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142481
Log:
PR debug/38367
* function.c (assign_parm_find_sta
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-05 16:54 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-05 16:55 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #7 from jakub at gcc dot gnu dot org 2008-12-05 17:01 ---
Subject: Bug 35336
Author: jakub
Date: Fri Dec 5 16:59:34 2008
New Revision: 142484
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142484
Log:
PR middle-end/37248
* fold-const.c (make_bit_fiel
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-05 17:01 ---
Subject: Bug 37248
Author: jakub
Date: Fri Dec 5 16:59:34 2008
New Revision: 142484
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142484
Log:
PR middle-end/37248
* fold-const.c (make_bit_fiel
--- Comment #9 from jakub at gcc dot gnu dot org 2008-12-05 17:01 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from sje at gcc dot gnu dot org 2008-12-05 17:05 ---
Subject: Bug 28614
Author: sje
Date: Fri Dec 5 17:04:27 2008
New Revision: 142485
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142485
Log:
PR other/28614
* gcc.c-torture/compile/20001226-1.c:
--- Comment #10 from hubicka at gcc dot gnu dot org 2008-12-05 17:08
---
compute_call_stmt_bb_frequency test is indeed bit insane, but probably works in
practice. I will fix this on pretty-ipa branch.
Looking at sw(__MAIN) just after profiling, profile is there and it is sort of
sane.
--- Comment #11 from hubicka at ucw dot cz 2008-12-05 17:15 ---
Subject: Re: [4.4 Regression] missed inlining on Core2 Duo due to apparent
wrong branch prediction/profile
OK,
so the problem is that all the paths are leading to noreturn, so the
conditional deciding on what noreturn pat
--- Comment #3 from sje at cup dot hp dot com 2008-12-05 17:16 ---
Dave, I added a dg-timeout-factor to this test for HPPA so it shouldn't time
out on PA boxes anymore. I hadn't noticed the x86 timeout part of the report
when I first looked at it. Do you still have that problem? If so
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-12-05
17:30 ---
Andrew,
This last patch would still be problematic since it will not catch targets
set to *-*-darwin8 rather than *-*-darwin8.5. A better fix would be to use the
approach from...
--
--- Comment #6 from schwab at suse dot de 2008-12-05 17:47 ---
You can use multiple patterns:
*-*-darwin[1-8]|*-*-darwin[1-8].*) ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38300
The following program is currently accepted, although it is invalid:
abstract interface
subroutine bar(a)
integer :: a
end subroutine bar
end interface
procedure(bar), pointer :: foo
foo => bar
end
This problem was found by Tobias.
--
Summary: procedure pointer assign
--- Comment #5 from paolo at gcc dot gnu dot org 2008-12-05 18:24 ---
Subject: Bug 38399
Author: paolo
Date: Fri Dec 5 18:23:39 2008
New Revision: 142487
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142487
Log:
2008-12-05 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #6 from paolo dot carlini at oracle dot com 2008-12-05 18:25
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from janus at gcc dot gnu dot org 2008-12-05 18:48 ---
Btw ifort 11 accepts this, while the g95 version I have (from Sep. 5 2008)
gives an ICE.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
I was modifying the named address support to add the named address keywords via
the C keyword tables rather than via a target hook, and I noticed the c_token
structure has pragma_kind as a 7 bit field. All of the previous bit fields are
8 bits in size, and next field is a tree, so we are not savin
--- Comment #1 from gnu at the-meissners dot org 2008-12-05 19:17 ---
Created an attachment (id=16833)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16833&action=view)
Trivial patch to fix the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38416
--- Comment #1 from danglin at gcc dot gnu dot org 2008-12-05 19:37 ---
This test only fails when run with the test harness.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38229
--- Comment #8 from astrange at ithinksw dot com 2008-12-05 20:08 ---
With some recent changes IRA makes better decisions now but they don't survive
reload.
Using
> /gcc -O3 -fomit-frame-pointer -fno-pic -fdump-rtl-ira -S cabac-ret.i
I get about the same asm and this in the IRA dump:
*
--- Comment #2 from laurent at guerby dot net 2008-12-05 20:10 ---
This also fails on powerpc-unknown-linux-gnu according to:
http://lists.debian.org/debian-gcc/2008/11/msg00080.html
--
laurent at guerby dot net changed:
What|Removed |Added
--
--- Comment #1 from dodji at gcc dot gnu dot org 2008-12-05 20:27 ---
It looks like this is due to the fact that f contains no statement considered
"meaningful" by the front end. So, no BIND_EXPR node is being generated for its
body, so no debug info is being generated for its body eithe
--- Comment #2 from dodji at gcc dot gnu dot org 2008-12-05 20:29 ---
Created an attachment (id=16834)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16834&action=view)
A candidate patch
This patch seems to fix the problem. I haven't tried to make it pass regtests
yet though.
--
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-05
20:42 ---
Subject: Re: gcc.c-torture/compile/20001226-1.c times out
> --- Comment #3 from sje at cup dot hp dot com 2008-12-05 17:16 ---
> Dave, I added a dg-timeout-factor to this test for HPPA so it shoul
--- Comment #1 from kargl at gcc dot gnu dot org 2008-12-05 21:02 ---
I'll take this as part of the [de]allocate work. Note, this also causes a
segfault with all versions of gfortran
program a
implicit none
integer, allocatable :: i(:)
allocate(i(4))
deallocate(i, stat=i(1))
en
--- Comment #2 from meissner at gcc dot gnu dot org 2008-12-05 21:06
---
Subject: Bug 38416
Author: meissner
Date: Fri Dec 5 21:05:14 2008
New Revision: 142493
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142493
Log:
PR c/38416, make pragma_kind 8 bits
Modified:
trunk/g
--- Comment #8 from jakub at gcc dot gnu dot org 2008-12-05 21:11 ---
Subject: Bug 35336
Author: jakub
Date: Fri Dec 5 21:10:16 2008
New Revision: 142497
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142497
Log:
PR c++/35336
* c-pretty-print.c (pp_c_postfix_exp
--- Comment #2 from kargl at gcc dot gnu dot org 2008-12-05 21:24 ---
I have a patch for the original problem.
deallocate_alloc_opt_1.f90:23.14-17:
deallocate(i, i)
1 2
Error: Allocate-object at (1) also appears at (2)
--
kargl at gcc dot gnu dot org changed:
Executing on host: /mnt/gnu/gcc/objdir/gcc/xgcc -B/mnt/gnu/gcc/objdir/gcc/
/mnt/
gnu/gcc/gcc/gcc/testsuite/gcc.dg/union-5.c -O -fgcse -fno-split-wide-types
-fn
o-show-column -lm -o ./union-5.exe(timeout = 300)
PASS: gcc.dg/union-5.c (test for excess errors)
Setting LD_LIBRARY_PATH to :/mnt
--- Comment #1 from janis at gcc dot gnu dot org 2008-12-05 21:36 ---
The failures also happen for powerpc64-unknown-linux-gnu, both -m32 and -m64.
They start with r142418.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38410
--- Comment #1 from danglin at gcc dot gnu dot org 2008-12-05 21:41 ---
0x2b40 : stw rp,-14(sp)
0x2b44 : cmpib,= 0,r26,0x2b54
0x2b48 : ldo 40(sp),sp
0x2b4c :b,l 0x2b28 ,rp
0x2b50 :nop
0x2b54 :b,l 0x2b28 ,rp
0x2b58 :nop
0x2b5c :
seen with 4.3 20081029, not seen with 4.2 and trunk, builds with -O0
$ g++ -Wall -g -O1 -pthread -c DjVuAnno.ii -fPIC
DjVuAnno.cpp: In static member function 'static DJVU::GPList
DJVU::DjVuANT::get_map_areas(DJVU::GLParser&)':
DjVuAnno.cpp:1261: internal compiler error: Segmentation fault
Please s
--- Comment #1 from doko at ubuntu dot com 2008-12-05 21:45 ---
Created an attachment (id=16837)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16837&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38419
--- Comment #10 from hjl at gcc dot gnu dot org 2008-12-05 21:45 ---
Subject: Bug 38272
Author: hjl
Date: Fri Dec 5 21:44:32 2008
New Revision: 142499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142499
Log:
2008-12-05 Ian Lance Taylor <[EMAIL PROTECTED]>
H.J. L
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-12-05 21:48
---
Fixed this morning. :-)
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
I got
+FAIL: gcc.target/i386/pr37248-2.c scan-tree-dump optimized "& 3758096391[^
+FAIL: gcc.target/i386/pr37248-3.c scan-tree-dump optimized "& 3766484487[^
on Fedora 9/ia32. I saw
;; Function foo (foo)
Analyzing Edge Insertions.
foo (struct S x)
{
:
return (BIT_FIELD_REF & 0x0e007) == 0
The SPU port is adding support for named address spaces, and will be adding the
__ea keyword as a type qualifier. At the moment, the named address support is
for C only, but at some point in the future, it might be desirable to add named
address support to C++ as well. If C++ support is added, th
--- Comment #11 from hjl at gcc dot gnu dot org 2008-12-06 00:56 ---
Subject: Bug 38272
Author: hjl
Date: Sat Dec 6 00:54:47 2008
New Revision: 142513
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142513
Log:
2008-12-05 Bernd Schmidt <[EMAIL PROTECTED]>
PR rtl-optim
1 - 100 of 114 matches
Mail list logo
