--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
06:40 ---
Subject: Bug 23546
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-25 06:40:14
Modified files:
gcc: ChangeLog tree-ssa-loop-im.c
Log me
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-25
06:03 ---
DOM also eats a metric ton of memory on this testcase. 900MB with C3(1).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-25
06:02 ---
Fixed on mainline and the 4.0 branch by Paolo Bonzini's
patch for PR23517.
--
What|Removed |Added
--
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-25 05:43 ---
The issue is the peephole2 pass in 4.1. Before it the insn looks like:
(insn:HI 36 34 37 0 (set (mem/i:SI (symbol_ref:SI ("waiting_for_initial_map")
[flags 0x40] ) [7
waiting_for_initial_map+0 S4
--- Additional Comments From phython at gcc dot gnu dot org 2005-08-25
05:24 ---
If I use C5(1) with two C4's in C5 then I get a stack overflow in VRP between
find_assert_locations and find_conditional_asserts.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19097
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-25
03:26 ---
-mstrict-align means don't produce loads which have unaligned loads.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20102
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-08-25 02:49 ---
This message:
http://gcc.gnu.org/ml/gcc/2005-08/msg00208.html
was asking for the reason for the slowdown for S05e
AFAICT the inner loop for the benchmark (in s05e_test) gets compiled to:
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-08-25 02:11 ---
Subject: Bug 23183
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey <[EMAIL PROTECTED]> 05/08/25 02:04:36
Modified files:
.
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-25
02:10 ---
I checked this in to classpath.
It should be pulled over to gcj at the next import.
I'll look at putting this on the 4.0 branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23183
--- Additional Comments From amodra at bigpond dot net dot au 2005-08-25
01:13 ---
Fixed.
--
What|Removed |Added
URL||http://gcc.g
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
01:10 ---
Subject: Bug 23404
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-25 01:09:56
Modified files:
libffi : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
00:56 ---
Subject: Bug 23404
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-25 00:56:36
Modified files:
libffi : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-25
00:55 ---
Subject: Bug 23404
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-25 00:54:54
Modified files:
libffi : ChangeLog
libffi/src/powerpc
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-25 00:34 ---
Subject: Re: FAIL: gfortran.dg/pr18122.f90
> r3 contains the first argument passed from read_real (entry value of r26).
/* Storage area for values except for strings. Must be large enough
to h
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-08-25 00:28 ---
Subject: Re: FAIL: gfortran.dg/pr18122.f90
> > (gdb) r
> > Starting program: /test/gnu/gcc-3.3/objdir/gcc/testsuite/pr18122.exe
> >
> > Program received signal SIGBUS, Bus error.
> > 0x7ae8a668 in
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 23:49
---
We need to reimplement QuadCurve2D.solveQuadratic, possibly using the algorithm
described here: http://www.library.cornell.edu/nr/bookcpdf/c5-6.pdf
--
What|Removed |Added
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-24
23:35 ---
Subject: Re: FAIL: gfortran.dg/pr18122.f90
On Aug 24, 2005, at 7:26 PM, danglin at gcc dot gnu dot org wrote:
>
> --- Additional Comments From danglin at gcc dot gnu dot org
> 2005-08-24 23:26 -
On Aug 24, 2005, at 7:26 PM, danglin at gcc dot gnu dot org wrote:
--- Additional Comments From danglin at gcc dot gnu dot org
2005-08-24 23:26 ---
(gdb) r
Starting program: /test/gnu/gcc-3.3/objdir/gcc/testsuite/pr18122.exe
Program received signal SIGBUS, Bus error.
0x7ae8a668 in
--- Additional Comments From danglin at gcc dot gnu dot org 2005-08-24
23:26 ---
(gdb) r
Starting program: /test/gnu/gcc-3.3/objdir/gcc/testsuite/pr18122.exe
Program received signal SIGBUS, Bus error.
0x7ae8a668 in _gfortrani_options ()
from /test/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux1
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/pr18122.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w-hp-
hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objdir
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/namelist_16.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w
-hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/ob
--
What|Removed |Added
Component|fortran |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23552
--
What|Removed |Added
Component|fortran |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23554
--
What|Removed |Added
Component|fortran |target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23553
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/namelist_14.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w
-hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/ob
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/namelist_11.f -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hppa2.0w-h
p-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-3.3/objd
Executing on host: /test/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/test/gn
u/gcc-3.3/objdir/gcc/testsuite/../ /test/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.
dg/large_real_kind_1.f90 -O0 -pedantic-errors -L/test/gnu/gcc-3.3/objdir/hp
pa2.0w-hp-hpux11.11/./libgfortran/.libs -L/test/gnu/gcc-
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-24
22:33 ---
I'm testing a patch
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
22:13 ---
Gij is considered part of libgcj and not part of the front-end.
--
What|Removed |Added
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23549
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 21:58
---
OK, $JAVA_HOME/jre/lib/i386 needs to go in gnu.classpath.boot.library.path and
java.library.path.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
21:08 ---
A lot of these are all because we optimize stuff away. like the
no-inlined-subroutine is because we just
get "return 11;".
Others look like they are fixed in 4.1.0.
--
http://gcc.gnu.org/bugzilla/show
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:59
---
I should also point out that the compile flags for these cases were always
"-finline -O2 -g"; I'm not sure how best to tell gcc to enable function-inlining
(and nothing else), so this might be a mistake on my par
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:55
---
Created an attachment (id=9582)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9582&action=view)
case 3, debug info dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:54
---
Created an attachment (id=9581)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9581&action=view)
case 3, preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:54
---
Created an attachment (id=9580)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9580&action=view)
case 2, debug info dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:53
---
Created an attachment (id=9579)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9579&action=view)
case 2, preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:52
---
Created an attachment (id=9578)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9578&action=view)
case 1, debug info dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
--- Additional Comments From graydon at redhat dot com 2005-08-24 20:52
---
Created an attachment (id=9577)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9577&action=view)
case 1, preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23551
It appears that inlined_subroutine dwarf records are not always generated for
inlined functions, and when they are generated the formal_parameter records of
the inlined_subroutine do not always have location records.
I have prepared 6 files (2 per case) demonstrating 3 different minimal cases. In
--- Additional Comments From dir at lanl dot gov 2005-08-24 20:46 ---
Most of the other non-standard elements are considered extensions by Lahey.
Looking at the error output - I think that one "simple ?" change would clear up
much of the trouble. If the gfortran is processing a routine a
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
20:31 ---
Subject: Bug 23550
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-08-24 20:31:01
Modified files:
libstdc++-v3 : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
20:29 ---
Subject: Bug 23550
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-24 20:29:48
Modified files:
libstdc++-v3 : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
20:29 ---
Subject: Bug 23550
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-24 20:29:27
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/tests
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
20:04 ---
Subject: Bug 17758
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-24 20:04:21
Modified files:
gcc/testsuite : ChangeLog
gcc/fortran: C
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:43
---
*** Bug 22724 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21741
--
What|Removed |Added
Severity|normal |critical
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20782
--
What|Removed |Added
Severity|normal |critical
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20720
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-24
19:38 ---
This is probably due to the fact that lookup_template_class
is called twice as the comment above the function states:
??? Note that this function is currently called *twice* for each
template-id: the
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16628
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:34
---
This test case segfaults now. Making high-priority.
--
What|Removed |Added
Severity|n
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20630
--
What|Removed |Added
Priority|P2 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20014
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:30
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:29
---
Fixed. Closing.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:28
---
Lillian, can you have a look at this one? I assume this is fixed already.
--
What|Removed |Added
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:23
---
This is fixed now. Closing.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17782
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16729
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-24 19:20
---
Mine.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gn
Tracking issue for LSB 3.0 testsuite fail. Easily fixed. See:
http://bugs.linuxbase.org/show_bug.cgi?id=1069
Impacts 3.4, 4.0, mainline.
--
Summary: char_traits requirements/1.cc test bad math
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
--- Additional Comments From fitzsim at redhat dot com 2005-08-24 19:16
---
Yes; also these should be strncmp calls, since these options can be followed by
: etc..
--
What|Removed |Added
---
--- Additional Comments From ghazi at gcc dot gnu dot org 2005-08-24 19:06
---
By the way, a patch to fix this in early 2004 was posted here:
http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00168.html
I never got an official "okay" in the discussion thread:
http://gcc.gnu.org/ml/gcc-patche
gij.cc says:
else if (! strcmp (arg, "-enableassertions") || ! strcmp (arg, "-ea"))
{
if (i >= argc - 1)
goto no_arg;
// FIXME: hook up assertion support
++i;
continue;
}
I think the ++i shouldn't be there.
since -ea
--
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.
FAIL: 23_containers/deque/cons/clear_allocator.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sbumpc/char/2-io.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sgetc/char/2-io.cc (test for excess errors)
FAIL: 27_io/basic_filebuf/sgetn/char/2-io.cc (test for excess errors)
FAIL: 27_io/b
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
18:05 ---
Subject: Bug 21020
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-24 18:04:56
Modified files:
libjava: Change
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-24 17:54
---
Changing the * in the format statements and the encode/decode statements
may help prevent gfortran from getting stuck, but there are several other
nonstandard statements in the code.
To deal with gfortran get
--- Additional Comments From jconner at apple dot com 2005-08-24 17:24
---
(In reply to comment #8)
> Actually TREE_READONLY is correct and TREE_CONSTANT is incorrect to use this
> context (there was a
> discussion about this before but I cannot find it).
> TREE_CONSTANT is not set by
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
17:12 ---
(In reply to comment #7)
> It seems like TREE_CONSTANT has the semantics we're looking for (value
> doesn't change) instead of
> TREE_READONLY, but I think someone more familiar with this pass (perhaps the
--- Additional Comments From jconner at apple dot com 2005-08-24 17:04
---
It seems like TREE_CONSTANT has the semantics we're looking for (value doesn't
change) instead of
TREE_READONLY, but I think someone more familiar with this pass (perhaps the
author, Kenneth Zadeck?)
would hav
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:54 ---
Marking the variables with the attribute used will stop the ipa optimizations
from changing them. but I
feel that we should not reject the code still.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:46 ---
This is definitely a GC issue and a middle-end issue.
#0 internal_error (gmsgid=0x8edd74 "in %s, at %s:%d") at
/Users/pinskia/src/alias/gcc/gcc/
diagnostic.c:534
#1 0x002e6e00 in fancy_abort (file=0x8e9c4
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:38 ---
(In reply to comment #20)
> This has been failing on x86/linux for the last two months. Any ETA on a fix?
The issue is that this is very dependent on what is built.
> If not, is there a patch that can get r
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
16:35 ---
This fails in 20050622 too but works in 20050321.
--
What|Removed |Added
Status|
--- Additional Comments From jconner at apple dot com 2005-08-24 16:17
---
The declaration of the variable "actions" (in the given example) is being
changed to READONLY by the ipa-
reference pass (in function static_execute), so when it comes time to create
the section in
"named_secti
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-24
16:14 ---
Btw, the error message is:
bug.c:7: internal compiler error: in layout_decl, at stor-layout.c:302
Please submit a full bug report, [etc.]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23547
The following valid code snippet causes an ICE on mainline when compiled
with "--param ggc-min-expand=0 --param ggc-min-heapsize=0":
==
void foo()
{
void bar()
{
bar();
}
}
==
Apparently there's something wrong with recursive calls to nested functions.
-
--- Additional Comments From mark at gcc dot gnu dot org 2005-08-24 16:08
---
Note that since 0.15 GNU Classpath has the following system property:
* New system property "gnu.classpath.boot.library.path" can be specified
to define the location of the JNI libraries. It is by all means
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-24 15:59
---
This has been failing on x86/linux for the last two months. Any ETA on a fix? If
not, is there a patch that can get reverted to fix this?
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22444
--- Additional Comments From mcvick_e at iname dot com 2005-08-24 15:44
---
Here is a short program that duplicates the problem.
-- test.cc
struct foo {
char bar1;
char bar2;
char bar3;
};
class bar2 {
private:
static foo myFubarS
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23465
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-24
15:00 ---
Subject: Bug 23465
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-24 15:00:20
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From overholt at redhat dot com 2005-08-24 14:45
---
(In reply to comment #11)
> I'm surprised this still fails with 4.0.1-6.
>
> overholt, can you reproduce this?
I am having other issues building Eclipse ATM but I have not seen this, no. If
it's important, I
--- Additional Comments From uros at kss-loka dot si 2005-08-24 14:33
---
There is another bug in ix86_mode_needed() that causes timeouts for
pr20314-1.c. The problem is in asm operands parsing code that gets into
infinite loop. The correct code should increase variable c instead of c
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-24
14:08 ---
It's not handling VCE of an integer constant (or a real constant too, for that
matter).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bonzini at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-08-24
13:50 ---
Nicer test case:
typedef int m64 __attribute__ ((__vector_size__ (8)));
void mmxCombineMaskU (m64 * mask, int width)
{
while (--width >= 0)
*mask++ = (m64) 0LL;
}
--
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
12:40 ---
The loop is:
# mask_12 = PHI ;
:;
__m2_11 = VIEW_CONVERT_EXPR(0);
D.1667_18 = VIEW_CONVERT_EXPR(__m2_11);
D.1668_19 = VIEW_CONVERT_EXPR(D.1659_15);
D.1669_20 = __builtin_ia32_punpcklbw (D.1668_19,
--- Additional Comments From dir at lanl dot gov 2005-08-24 12:56 ---
I got a simular program to compile and run with lahey fortran by changing the
all the * in the format statements to ' and the encode and decode statements to
character read and write statements. I ran this through gfort
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
12:35 ---
This was exposed by:
2005-08-23 Paolo Bonzini <[EMAIL PROTECTED]>
PR middle-end/23517
* fold-const.c (fold_convert): Use VIEW_CONVERT_EXPR to convert
between vectors.
* con
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-08-24
12:30 ---
Working on that.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rak
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-24
12:04 ---
Reducing.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From ma1flfs at bath dot ac dot uk 2005-08-24
11:58 ---
Created an attachment (id=9575)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9575&action=view)
Preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23546
When compiling xorg-cvs gcc throws the following ICE in
programs/Xserver/fb/fbmmx.c
fbmmx.c: In function 'mmxCombineAddU':
fbmmx.c:564: internal compiler error: in for_each_index, at
tree-ssa-loop-im.c:202
gcc (GCC) 4.0.2 20050823 (prerelease)
Configured with: ../gcc-4.
1 - 100 of 120 matches
Mail list logo
