--- Comment #4 from pault at gcc dot gnu dot org 2007-07-27 09:04 ---
Fixed as obvious.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-07-27 14:28
---
Fixed on mainline.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-07-27 14:26
---
Subject: Bug 32035
Author: fxcoudert
Date: Fri Jul 27 14:26:43 2007
New Revision: 126978
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126978
Log:
PR fortran/32035
* trans-stmt.c (gfc_tr
--- Comment #1 from danglin at gcc dot gnu dot org 2007-07-27 14:46 ---
Also occurs on hppa-linux.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Testcase
"test-ice.cpp"
#include
#include
const __m128i tmp={0,0};
g++ -O3 -g -c -msse2 test-ice.cpp
I get the following error:
test-ice.cpp:5: internal compiler error: in rtl_for_decl_init, at
dwarf2out.c:10071
Please submit a full bug report,
with preprocessed source if appropriate.
See htt
--- Comment #11 from eweddington at cso dot atmel dot com 2007-07-27 14:23
---
Subject: RE: [avr-gcc] Optimization decrease performance of
struct assignment.
> --- Comment #10 from dmixm at marine dot febras dot ru
> 2007-07-27 01:24 ---
> Yes, results are:
>
> avr-gcc-3.3.
--- Comment #1 from patchapp at dberlin dot org 2007-07-27 16:00 ---
Subject: Bug number PR testsuite/32471
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01988.html
--
http://gcc.gnu.org/
Bootstrap including gfortran has been broken on native i386-pc-mingw32 for at
least 10 days, with the C compiler having an ICE while compiling
libgfortran/io/write.c. I finally found the opportunity to reduce the ICE to
the following code:
$ cat write.i
extern void fflush (int);
extern __attribute
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2007-07-27 16:30
---
Subject: Bug 32760
Author: jvdelisle
Date: Fri Jul 27 16:30:10 2007
New Revision: 126981
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126981
Log:
2007-07-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-07-27 11:24
---
(In reply to comment #6)
> should one add a mingw maintainer to the CC?
Adding Danny Smith to the CC list.
> BTW, this one misses the wrong-code keyword (and I don't have permission to
> add
> it, which is anno
Compiling the test case below gives the following ICE:
> bug.C: In function 'void bar()':
> bug.C:30: internal compiler error: in build_int_cst_wide, at tree.c:890
> Please submit a full bug report,
I think this might be related to bug 20103, except that gcc-4.1 handles the
test case just fine. T
--- Comment #3 from pault at gcc dot gnu dot org 2007-07-27 09:03 ---
Subject: Bug 32903
Author: pault
Date: Fri Jul 27 09:03:41 2007
New Revision: 126974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126974
Log:
2007-07-27 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-27 09:35 ---
The Java front-end has the same problem.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #25 from pinskia at gcc dot gnu dot org 2007-07-27 09:42
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENE
--- Comment #5 from burnus at gcc dot gnu dot org 2007-07-27 09:50 ---
Subject: Bug 32903
Author: burnus
Date: Fri Jul 27 09:49:55 2007
New Revision: 126975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126975
Log:
2007-07-27 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #1 from pcarlini at suse dot de 2007-07-27 09:26 ---
Note that we are talking about one of the *legacy*, extension, HP/SGI
containers: those in general are only minimally maintained these days because
standard replacements are being prepared for C++0x and already available in
--- Comment #8 from patchapp at dberlin dot org 2007-07-27 10:55 ---
Subject: Bug number PR31211
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01975.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-27 15:09 ---
(In reply to comment #5)
> Paul, any plans to get the fix from comment #3 into trunk?
>
Gee, Daniel - I had totally forgotten this one. Will do.
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32682
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2007-07-27 14:47
---
Here is the shortest Fortran testcase I could come with:
$ cat a.f90
subroutine foo
integer :: i
do
i = i + 1
select case (' ')
case default
call bar (i + 1, i - 1)
end select
enddo
e
--- Comment #8 from jv244 at cam dot ac dot uk 2007-07-27 12:03 ---
(In reply to comment #7)
> Added. I can't give you permission to add keywords, the only thing I can do is
> make you a CONFIRMer (which I just did).
OK, I might use that from time to time. Who has the power to allow me
This is with the polyhedron test "fatigue" on AMD Athlon64 X2 4800+ with
openSUSE 10.3b6 x86-64 and today's GCC 4.3.0 20070727.
Test case available from:
http://www.polyhedron.co.uk/MFL6VW74649
Using on one hand
gfortran -march=opteron -ffast-math -funroll-loops -ftree-loo
--- Comment #2 from debian-gcc at lists dot debian dot org 2007-07-27
16:57 ---
this is not a bug in gij, but in glibc (2.6?), apparently fixed by:
2006-11-30 Jan Kratochvil <[EMAIL PROTECTED]>
* sysdeps/unix/sysv/linux/x86_64/clone.S: Provide CFI for the outermost
`
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2007-07-27 16:34
---
Subject: Bug 32760
Author: jvdelisle
Date: Fri Jul 27 16:33:50 2007
New Revision: 126982
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126982
Log:
2007-07-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from pcarlini at suse dot de 2007-07-27 17:14 ---
... actually, if you are on a 32-bit machine, your code is invalid, because
ostream::write takes a streamsize as second argument, which is a ptrdiff_t.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32916
--- Comment #3 from paolo at gcc dot gnu dot org 2007-07-27 17:25 ---
Subject: Bug 32907
Author: paolo
Date: Fri Jul 27 17:25:04 2007
New Revision: 126988
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126988
Log:
2007-07-27 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #4 from pcarlini at suse dot de 2007-07-27 17:25 ---
Fixed for 4.3.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from kargl at gcc dot gnu dot org 2007-07-27 17:00 ---
Fixed on trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
g++ (or libstdc++ to be more exact) failed on the following simple testcase:
#include
#include
#include
int main()
{
try {
const size_t bufsize = 2252778560;
char* buf = new char[bufsize];
std::memset(buf, 0x22, bufsize);
std::ofstream o("test.data");
o.write(buf, bufsize
--- Comment #25 from zadeck at naturalbridge dot com 2007-07-27 17:29
---
Subject: Re: [4.3 regression]: gfortran.dg/auto_array_1.f90
This patch rearranges the updating of the local dataflow info when
building reg_dead notes. The need for this was that processing was not
correctly ha
--- Comment #1 from pcarlini at suse dot de 2007-07-27 17:08 ---
We badly need more information about your system and a tescase easier to use:
you are allocating on the heap more than 2GB at once! Anyway, actually only
4.1.2 has large file support on selected, linux, platforms, which wor
--- Comment #6 from mmitchel at gcc dot gnu dot org 2007-07-27 17:13
---
Subject: Bug 32346
Author: mmitchel
Date: Fri Jul 27 17:13:29 2007
New Revision: 126986
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126986
Log:
PR c++/32346
* call.c (convert_for_arg_pas
--- Comment #24 from zadeck at gcc dot gnu dot org 2007-07-27 17:22 ---
Subject: Bug 32749
Author: zadeck
Date: Fri Jul 27 17:22:14 2007
New Revision: 126987
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126987
Log:
2007-07-26 Kenneth Zadeck <[EMAIL PROTECTED]>
PR mid
--- Comment #18 from jvdelisle at gcc dot gnu dot org 2007-07-27 16:53
---
Fixed on 4.3
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from kargl at gcc dot gnu dot org 2007-07-27 16:59 ---
Subject: Bug 32899
Author: kargl
Date: Fri Jul 27 16:59:32 2007
New Revision: 126985
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126985
Log:
2007-07-26 Steven G. Kargl <[EMAIL PROTECTED]>
PR fort
--- Comment #4 from patchapp at dberlin dot org 2007-07-27 17:35 ---
Subject: Bug number PR32880
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01998.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #26 from zadeck at naturalbridge dot com 2007-07-27 17:33
---
revision 126987
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
Sta
--- Comment #3 from debian-gcc at lists dot debian dot org 2007-07-27
18:19 ---
Reopened:
http://lists.debian.org/debian-glibc/2007/07/msg00346.html:
On Thu, Jul 26, 2007 at 09:16:00PM +, [EMAIL PROTECTED] wrote:
> +2006-11-30 Jan Kratochvil <[EMAIL PROTECTED]>
> +
> + * sy
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-07-27 18:47 ---
While I'm working on namelists anyway ...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from satyaakam at yahoo dot co dot in 2007-07-27 18:40
---
its on X86_64 bit box.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32916
--- Comment #4 from pcarlini at suse dot de 2007-07-27 18:43 ---
then, assuming everything is ok, you have enough memory, etc, your code works,
something is wrong with your specific system and we need more details.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32916
--- Comment #5 from pcarlini at suse dot de 2007-07-27 19:23 ---
In any case, just tried your specific testcode on an up to date x86_64-linux
machine and the problem cannot be reproduced. Make sure the system where you
are trying to install the 4.1.x compiler is up to date as regards gli
--- Comment #1 from jb at gcc dot gnu dot org 2007-07-27 19:53 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2007-07/msg02008.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32909
--- Comment #12 from rosana07a at gmail dot com 2007-07-27 19:56 ---
Thanks gfortran team!
--
rosana07a at gmail dot com changed:
What|Removed |Added
Status|N
--- Comment #19 from dominiq at lps dot ens dot fr 2007-07-27 19:34 ---
Subject: Re: [4.3 regression] HUGE(1.0d0) output as
+Infinity on ppc-darwin8
> Hum, I don't see anything in rev. 123623
> (http://gcc.gnu.org/viewcvs?view=rev&revision=123623) that looks too
> suspicious. What wou
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-07-27 20:27 ---
Try this testcase instead ...
subroutine test(cha)
implicit none
character(len=10) :: cha(1:) ! added lower-bound
namelist /z/ cha
end subroutine test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
Tried a make profiledbootstrap with gcc 4.2 branch as of 070727; it failed
with
../../gcc/gcc/varasm.c: In function 'default_elf_asm_named_section':
../../gcc/gcc/varasm.c:6227: error: coverage mismatch for function
'default_elf_
asm_named_section' while reading counter 'arcs'
../../gcc/gcc/var
--- Comment #5 from tromey at gcc dot gnu dot org 2007-07-27 20:11 ---
I don't think we should use this particular patch. My reason is that
ordering alone is insufficient to guarantee success here, if the user
uses "make -j".
Instead, explicit dependencies should be used. In addition
--- Comment #20 from jvdelisle at gcc dot gnu dot org 2007-07-27 20:40
---
Dominique,
I have the same problem as FX. I do not have access to this platform. If I
could secure shell (ssh) into one of these, I would work on this.
Your idea on the order of #defines is probably on the r
--- Comment #5 from dougkwan at google dot com 2007-07-27 20:54 ---
Created an attachment (id=13989)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13989&action=view)
Proposed fix for SEGV problem in dwarf2out.c in bug 31899
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31899
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dannysmith at users dot
|dot org
--- Comment #13 from fxcoudert at gcc dot gnu dot org 2007-07-27 20:51
---
(In reply to comment #12)
> Thanks gfortran team!
Hum, thanks for the thanks! However, I feel it would be better to keep this
open because the code that the front-end previously generated was OK and
exposed a re
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-07-27 21:06
---
This is the same bug as PR 32873 so I am going to close it as a dup.
*** This bug has been marked as a duplicate of 32873 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-27 21:06 ---
*** Bug 32720 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #21 from dominiq at lps dot ens dot fr 2007-07-27 21:43 ---
Subject: Re: [4.3 regression] HUGE(1.0d0) output as
+Infinity on ppc-darwin8
> Your idea on the order of #defines is probably on the right track.
As I said, this is the quickest way to hide the problem.
I have te
--- Comment #7 from mmitchel at gcc dot gnu dot org 2007-07-27 21:46
---
Subject: Bug 32346
Author: mmitchel
Date: Fri Jul 27 21:46:33 2007
New Revision: 126999
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126999
Log:
PR c++/32346
* call.c (convert_for_arg_pas
--- Comment #1 from ak at muc dot de 2007-07-27 21:50 ---
Addendum: it seems to only happen with --disable-checking; with
--enable-checking=release it works
(for completeness full configure options were --disable-checking --disable-nls
--enable-languages=c,c++)
--
ak at muc dot de
--- Comment #2 from jb at gcc dot gnu dot org 2007-07-27 22:32 ---
Subject: Bug 32909
Author: jb
Date: Fri Jul 27 22:32:20 2007
New Revision: 127003
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127003
Log:
2007-07-28 Janne Blomqvist <[EMAIL PROTECTED]>
PR fortran/32
--- Comment #3 from jb at gcc dot gnu dot org 2007-07-27 22:41 ---
Fixed, closing.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #2 from rask at gcc dot gnu dot org 2007-07-27 23:03 ---
Subject: Bug 32471
Author: rask
Date: Fri Jul 27 23:03:01 2007
New Revision: 127005
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127005
Log:
PR testsuite/32471
* gcc.dg/torture/pr30364-1.c (f)
--- Comment #3 from rask at sygehus dot dk 2007-07-27 23:05 ---
Fixed as of revision 127005.
--
rask at sygehus dot dk changed:
What|Removed |Added
Status|UNC
internal error: Segmentation fault
This appears to complain about the end of a very long function.
mipsisa32-elf-i386-win32/bin/mipsisa32-elf-gcc -c -MD -nostdinc -funsigned-char
-Wall -Wno-unused -Wpointer-arith -Wbad-function-cast -Wnested-externs -Winline
-Werror -msoft-float -Wsign-compare -W
--- Comment #8 from mmitchel at gcc dot gnu dot org 2007-07-27 23:24
---
Fixed in 4.2.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #15 from rosana07a at gmail dot com 2007-07-27 23:33 ---
My problem is solved; the rest is beyond me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #16 from rosana07a at gmail dot com 2007-07-27 23:36 ---
My problem is solved; the rest is beyond me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
--- Comment #23 from fxcoudert at gcc dot gnu dot org 2007-07-27 23:46
---
(In reply to comment #22)
> So we could fix this by doing the extract_real differently. Let em give this
> further thought.
I plan to change that in the future, because always converting to the longest
floatin
--- Comment #3 from michelin60 at gmail dot com 2007-07-28 00:00 ---
Somewhat irritated by this plagiarizing the following come from my earlier
PR32865
Unable to coalesce ssa_names 1221 and 144 which are marked as MUST COALESCE.
is_long_double_1221(ab) and is_long_double_144(ab)
vfprin
--- Comment #4 from daney at gcc dot gnu dot org 2007-07-28 00:01 ---
Java just uses the unwinder in libgcc_s. The same one that C++ and C use. If
it is a problem with the unwinder one might expect to see it in those languages
as well.
However, it would seem to be somewhat system depe
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-28 00:03 ---
> Somewhat irritated by this plagiarizing the following come from my earlier
PR32865
Please don't copy the whole older bug in a newer bug please.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32873
Unable to coalesce ssa_names 1221 and 144 which are marked as MUST COALESCE.
is_long_double_1221(ab) and is_long_double_144(ab)
vfprintf.c: In function '_IO_vfprintf_internal':
vfprintf.c:184: internal compiler error: SSA corruption
Please submit a full bug report,
with preprocessed source if appr
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-28 00:05 ---
Value numbering spec_28(ab) stmt = spec_28(ab) = PHI
Setting value number of spec_28(ab) to spec_7(ab)
We should not value number this PHI node, yes it is a copy but a needed copy
for abnormal edges.
Note the re
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-28 00:05 ---
Closing as a dup of the newer 32919 which does not have the rant.
*** This bug has been marked as a duplicate of 32919 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-28 00:05 ---
*** Bug 32873 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32919
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
http:
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-28 00:21 ---
One should read:
http://sourceware.org/ml/gdb/2006-12/msg00100.html
And:
http://sourceware.org/ml/gdb-patches/2006-12/msg00178.html
I don't know if this counts as a GCC bug or a glibc one now.
--
http://gcc.gn
el: posix
gcc version 4.3.0 20070727 (experimental)
A cut down example that reproduce the error:
#define MIN(l,o) ((l) < (o) ? (l) : (o))
int a;
void
foo(void)
{
char buf[10];
a = MIN(a, sizeof (buf));
}
--
Summary: error: type mismatch in binary expression
This checkin:
http://gcc.gnu.org/ml/gcc-cvs/2007-07/msg00168.html
causes 12% slowdown for 437.leslie3d in SPEC CPU 2006 on 64bit Core 2
Duo when compiled with -O2 -ffast-math.
--
Summary: [4.3 Regression] Revision 126326 causes 12% slowdown
Product: gcc
Versio
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|error: type mismatch in |[4.3 Regression] error: type
|binary expression
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-28 00:32 ---
Do you know why? Because right now there is not enough information in this bug
to declare if it is a bug or not.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-28 00:32 ---
Or really a scheduling fuck up in the core 2 duo.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-28 00:36 ---
Usually when --enable-checking=release works but --disable-checking does not,
it is due to someone having a gcc_assert with a side effect.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32917
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-28 00:42 ---
Reduced testcase:
typedef int __m128i __attribute__ ((__vector_size__ (16) ));
const __m128i tmp={0,0};
This is a blocker for everyone using vectors with g++.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-28 00:46 ---
This worked in 4.3.0 20070629. Also I doubt it is related to C99 compound
literal expressions, just for vectors you need to use them
--
pinskia at gcc dot gnu dot org changed:
What|Removed
The configure script in the gcc directory is broken:
...
checking linker for .hidden support... yes
checking assembler for .sleb128 and .uleb128...
/test/gnu/gcc/gcc/gcc/configure[
14052]: assembler: A test command parameter is not valid.
yes
...
--
Summary: configure[14052]: assembl
--- Comment #3 from hjl at lucon dot org 2007-07-28 00:51 ---
I also saw 13% slowdown on Opteron. It may also happen on other none-x86
processors.
This program is in Fortran. It has loops with 3-D, 4-D and 5-D arrays.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-28 00:51 ---
>The configure script in the gcc directory is broken:
The configure script is broken due to a change of binutils version formating, I
think there already exist another bug about this.
--
pinskia at gcc dot gnu do
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-28 00:52 ---
*** This bug has been marked as a duplicate of 32287 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-28 00:52 ---
*** Bug 32922 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-28 00:53 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-28 01:02 ---
The patch just makes more types be the same inside GCC so if this caused a
regression, then this is a latent bug or it is the case where mem-ssa failed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32921
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-28 01:15 ---
fold-const.c is causing it at:
10277 /* ~X ^ X is -1. */
The issue is that we don't fold ~vector_cst at all.
Anyways here is a reduced testcase:
typedef int __m128i __attribute__ ((__vector_size__ (16) ));
--- Comment #3 from patchapp at dberlin dot org 2007-07-28 02:05 ---
Subject: Bug number PR 32195
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg02023.html
--
http://gcc.gnu.org/bugzilla/s
-exceptions --enable-checking --enable-decimal-float
--enable-shared --enable-tls --enable-threads=posix --enable-bootstrap
--enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,fortran
--with-cpu=pentium3 --with-system-zlib
Thread model: posix
gcc version 4.3.0 20070727 (experimental)
/usr
--- Comment #1 from rosana07a at gmail dot com 2007-07-28 02:37 ---
Created an attachment (id=13990)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13990&action=view)
preprocessed
*.i file per gcc-4.2.1 is identical to per 4.3.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #4 from dannysmith at users dot sourceforge dot net 2007-07-28
02:38 ---
(In reply to comment #3)
> Subject: Bug number PR 32195
>
> A patch for this bug has been added to the patch tracker.
> The mailing list url for the patch is
> http://gcc.gnu.org/ml/gcc-patches/2007-07
--- Comment #2 from rosana07a at gmail dot com 2007-07-28 02:39 ---
Created an attachment (id=13991)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13991&action=view)
*.s file failing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32923
--- Comment #3 from rosana07a at gmail dot com 2007-07-28 02:39 ---
Created an attachment (id=13992)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13992&action=view)
*.s OK
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32923
--- Comment #1 from patchapp at dberlin dot org 2007-07-28 02:45 ---
Subject: Bug number PR 32915
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg02024.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #5 from pault at gcc dot gnu dot org 2007-07-28 05:29 ---
Subject: Bug 32880
Author: pault
Date: Sat Jul 28 05:29:06 2007
New Revision: 127011
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127011
Log:
2007-07-28 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2007-07-28 05:30 ---
Fixed on trunk and IVS testsuite gives a clean sweep of greens - yipee!
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
100 matches
Mail list logo
