--- Comment #1 from drab at kepler dot fjfi dot cvut dot cz 2008-04-27
18:55 ---
Created an attachment (id=15536)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15536&action=view)
Example that triggers the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36064
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC build triplet: x86_64-pc-linux-gnu
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36064
rab/tmp/GCC/build'
make: *** [all] Error 2
--
Summary: Bootstrap error with --enable-fixed-point
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC target triplet: x86_64-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34422
--- Comment #5 from drab at kepler dot fjfi dot cvut dot cz 2007-05-20
18:40 ---
Same problem is on FC6, though. Also x86_64-unknown-linux-gnu. Just for the
record.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32011
--- Comment #2 from drab at kepler dot fjfi dot cvut dot cz 2007-05-20
18:34 ---
Sorry, this bugreport was posted by an accident.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32012
--- Comment #4 from drab at kepler dot fjfi dot cvut dot cz 2007-05-20
18:33 ---
(In reply to comment #2)
> You must have been using a modified version of config.guess, the respective
> line hasn't changed since it was added 6 years ago.
Nope, I'm allways using the
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC host triplet: x86_64-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32012
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC host triplet: x86_64-*-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32011
--- Comment #2 from drab at kepler dot fjfi dot cvut dot cz 2007-01-23
23:34 ---
(In reply to comment #0)
>
> gcc -O1 -ftree-pre -ftree-loop-linear -funroll-loops -c psycho_n1.c -o
> psycho_n1.o
>
...
> Re
--- Comment #14 from drab at kepler dot fjfi dot cvut dot cz 2007-01-23
23:19 ---
I've tested my original testcase for this bug and it seems to work for me on
i686 and gcc version 4.3.0 20070121 (experimental). So, it seems to be fixed.
Can anyone confirm, please?
--
--- Comment #1 from drab at kepler dot fjfi dot cvut dot cz 2007-01-23
23:08 ---
Created an attachment (id=12943)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12943&action=view)
Triggers the bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30565
oll-
loops
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot
--- Comment #3 from drab at kepler dot fjfi dot cvut dot cz 2006-01-22
01:16 ---
The bug seems to be fixed. (Tested on gcc version 4.2.0 20060121
(experimental)).
Perhaps the fix of bug 25799 fixed this bug. Can anyone confirm?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25798
--- Comment #27 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
03:42 ---
(In reply to comment #23)
...
> it really looks as that writing, but I still didn't figure out where is the
> third argument of the memset. Do you see it set somewhere?
OK, I think I see
--- Comment #24 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
03:34 ---
(In reply to comment #22)
> Looks like PR 15248 is not really fixed on the mainline.
Yes, the commit there seems to be only from the 4_0 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25636
--- Comment #23 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
03:33 ---
(In reply to comment #20)
> (In reply to comment #18)
> > (In reply to comment #17)
> > > Yes, it is unnecessary, but not wrong, since if you take a closer look,
> > > it is
&
--- Comment #20 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
03:25 ---
(In reply to comment #18)
> (In reply to comment #17)
> > Yes, it is unnecessary, but not wrong, since if you take a closer look, it
> > is
> > just
>
> Actually it is wrong a
--- Comment #19 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
03:16 ---
(In reply to comment #18)
> (In reply to comment #17)
> > Yes, it is unnecessary, but not wrong, since if you take a closer look, it
> > is
> > just
>
> Actually it is wrong a
--- Comment #17 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
03:09 ---
(In reply to comment #16)
> mov%ebx,0x85ac8f4
>
> We are writting to cl_options_count for some reason.
Yes, it is unnecessary, but not wrong, since if you take a closer look, it is
j
--- Comment #15 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
03:02 ---
(In reply to comment #13)
> This is how the (relevant) thing looks like, when compiled with -O2
> -fomit-frame-pointer. I removed the "static" modifier of the function, since
> then i
--- Comment #13 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
02:51 ---
This is how the (relevant) thing looks like, when compiled with -O2
-fomit-frame-pointer. I removed the "static" modifier of the function, since
then it got merged within other functions and
--- Comment #12 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
02:09 ---
>From compilation logs, I see:
--
gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-st
--- Comment #11 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
02:02 ---
OK, now, this is totally weird, because now I checked the 'stage1-cc/cc1'
within the output object compilation tree and it works OK. However the higher
stages 'prev-gcc/cc1' and &#
--- Comment #9 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:48 ---
OK, so how about this, couldn't this be an issue?
--- opts.c.old 2006-01-15 23:36:53.0 +0100
+++ opts.c 2006-01-16 02:48:17.0 +0100
@@ -1291,7 +1291,7 @@ print_filtered
--- Comment #7 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:38 ---
(In reply to comment #6)
> (In reply to comment #2)
...
> So perhaps this should rather be something like:
>
> printed = xrealloc (printed, cl_options_count);
> memset (printed, 0, cl_opti
--- Comment #6 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:33 ---
(In reply to comment #2)
> Program received signal SIGSEGV, Segmentation fault.
> 0x083580bd in print_filtered_help (flag=536870912) at ../.././gcc/opts.c:1301
> 1301 memset (p
--- Comment #5 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:24 ---
(In reply to comment #1)
> I cannot reproduce this on either powerpc-darwin or x86_64-linux-gnu.
Confirmed here, irreproducible on x86_64, but occures on plain 32-bit x86.
Just in case LANG* or LC_*
--- Comment #3 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:16 ---
Yes, UTF-8.
$ set|grep LC
LC_ADDRESS=cs_CZ.UTF-8
LC_COLLATE=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_IDENTIFICATION=cs_CZ.UTF-8
LC_MEASUREMENT=cs_CZ.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_MONETARY=cs_CZ.UTF-8
.2.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC host triplet: i?86-pc-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25800
--- Comment #2 from drab at kepler dot fjfi dot cvut dot cz 2006-01-15
22:47 ---
OK, sorry, I somehow thought cc1 was a preprocessor, it isn't. My mistake, but
anyway.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25799
--- Comment #1 from drab at kepler dot fjfi dot cvut dot cz 2006-01-15
22:26 ---
Created an attachment (id=10649)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10649&action=view)
Triggers the problem
Same test file as in bug 25798.
--
http://gcc.gnu.org/b
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC target triplet: i?86-pc-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25799
--- Comment #1 from drab at kepler dot fjfi dot cvut dot cz 2006-01-15
21:59 ---
Created an attachment (id=10648)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10648&action=view)
Triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25798
cer
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC target triplet
%3\n"
"movq %%mm3, (%3)\n"
: "=r"(ref), "=r"(pitch), "=r"(rc), "=r"(dummy)
: "0"(ref), "1"(pitch), "2"(rc), "3"(dummy)
: "memory");
}
--
Summary: Assembler referenced static variable optimized out (bug
in gcc or in code?)
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25564
%3\n"
"movq %%mm3, (%3)\n"
: "=r"(ref), "=r"(pitch), "=r"(rc), "=r"(dummy)
: "0"(ref), "1"(pitch), "2"(rc), "3"(dummy)
: "memory");
}
--
Summary: Assembler referenced static variable optimized out (bug
in gcc or in code?)
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25563
--- Comment #1 from drab at kepler dot fjfi dot cvut dot cz 2005-12-18
16:39 ---
Created an attachment (id=10528)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10528&action=view)
Triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25483
MED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC target triplet: i?86-pc-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25483
--- Comment #1 from drab at kepler dot fjfi dot cvut dot cz 2005-12-18
02:52 ---
Created an attachment (id=10527)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10527&action=view)
Triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25475
dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25475
--- Comment #5 from drab at kepler dot fjfi dot cvut dot cz 2005-10-11
15:24 ---
(In reply to comment #4)
> That is with checking disabled so ...
Yes. That's right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24309
--- Comment #3 from drab at kepler dot fjfi dot cvut dot cz 2005-10-11
14:56 ---
(In reply to comment #2)
> --
> but this is just a latent bug as the above also ICEs in 4.0.0.
> Related to PR 23820.
No! Both the reduced and my original testcase work for me on 4.0.x.
At
--- Comment #1 from drab at kepler dot fjfi dot cvut dot cz 2005-10-11
14:11 ---
Created an attachment (id=9965)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9965&action=view)
Triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24309
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
GCC target triplet: i?86-*-*, x86_64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24309
--- Comment #12 from drab at kepler dot fjfi dot cvut dot cz 2005-10-04
14:38 ---
(In reply to comment #7)
> As further evidence, using -fomit-frame-pointer, I was not able to produce an
> ICE for any testcase in this bugreport.
I was under the impression that -fomit-frame-poin
--- Comment #6 from drab at kepler dot fjfi dot cvut dot cz 2005-10-04
09:06 ---
(In reply to comment #5)
OK, then there are two questions:
1) Is the testcase from Comment #3 really hitting the same bug? since when I
compile my original test case with -O1 -ftree-vectorize -msse it
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-10-01 13:05 ---
(In reply to comment #0)
...
> ---
> gcc -c -O3 -finline-limit=1024 -ftree-vectorize -ftracer -o minilzo.o
> minilzo.c
> ---
It works when you either r
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-10-01 12:57 ---
Created an attachment (id=9855)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9855&action=view)
This triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24160
t gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24160
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-09-17 14:24 ---
(In reply to comment #16)
> I have a patch.
Excellent! Where is it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-08-24 02:50 ---
(In reply to comment #1)
> This is undefined code. The C standard says that shifts bigger than the size
is undefined which means
> we can have different values at different lev
tion
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i?86-*-*, x86_64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23540
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-08-18 10:48 ---
(In reply to comment #13)
> This was not a regression as -fvariable-expansion-in-unroller is a new option
> in
> 4.0.0 so closing it as fixed for 4.1.0 is the correct thing to do.
I
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-08-18 02:51 ---
(In reply to comment #11)
> Begone, bug.
Have you applied/fixed this also in the 4.0 branch? Because I don't see it
applied there and it segfaults there as well.
--
http://gcc
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-08-18 01:56 ---
This bug seems to be fixed in gcc version 4.1.0 20050817 (experimental),
however it still seems to remain in gcc version 4.0.2 20050804 (prerelease).
--
What|Removed
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-08-13 14:51 ---
Created an attachment (id=9492)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9492&action=view)
Patch to the original example to compile (and also trigger the bug) for x86_64
--
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-08-13 14:49 ---
Created an attachment (id=9491)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9491&action=view)
Triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23376
ority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23376
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-08-13 08:09 ---
(In reply to comment #12)
> Patch:
> http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00612.html
Works for me. Tested on both i686-pc-linux-gnu and x86_64-pc-linux-gnu.
--
http://gcc.g
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-07-24 14:32 ---
Created an attachment (id=9344)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9344&action=view)
Seems to trigger the same problem
The behaviour is exactly the same as with my first
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-07-24 14:24 ---
It doesn't seem to be related to the Bug 23048 to me, so i reported it
separately.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-07-24 14:23 ---
Created an attachment (id=9343)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9343&action=view)
Triggers the problem
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049
P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i?86-*-*, x86_64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23049
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-07-24 14:10 ---
Created an attachment (id=9342)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9342&action=view)
Triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23048
MED
Severity: critical
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-06-13 23:45 ---
(In reply to comment #11)
> I don't know who did it and how, but recently I checked latest CVS after a
> while
> (CVS-20050612) and all of a sudden it seems to work. The bug se
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-06-13 23:42 ---
I don't know who did it and how, but recently I checked latest CVS after a while
(CVS-20050612) and all of a sudden it seems to work. The bug seems to be gone.
Can anyone check it out and co
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-05-14 02:01 ---
(In reply to comment #6)
> Strict aliasing does not matter in this case as it is not enabled at -O1
> anyways.
It does! Although not with -O1. But I just wanted to point out (which I
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-05-14 01:56 ---
(In reply to comment #5)
> This is an aliasing issue, -O1 -fno-ivopts -finline-functions works.
> DCE thinks the store to gfp->out_samplerate is dead.
>
> Note the code will seg f
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-05-14 00:49 ---
(In reply to comment #0)
>
> But when compiling with only the following:
>
> --
> gcc -O1 -fno-strict-aliasing -finline-functions
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-05-14 00:46 ---
Created an attachment (id=8887)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8887&action=view)
This is the testcode that triggers the bug (stripped from latest CVS LAME).
--
inline-
functions
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-21 16:48 ---
(In reply to comment #22)
> It doesn't seem invalid to me. But it is basically impossible to write the
> register allocator such that it finds a register allocation for every
> sit
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-21 15:49 ---
OK, sorry, the Bug 19549 testcode passes with -O1 and above, but the original,
that it was stripped from (maybe too much stripped) doesn't:
-- test2.c -
e
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-21 14:10 ---
(In reply to comment #18)
> Huh? The memory operands are not at a compile time constant address, so of
> course
> you need a register to hold them. Of course, you need only one register
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-21 12:39 ---
(In reply to comment #15)
> I will note for the record that disabling local-alloc will resolve
> this problem. A patch for that is in the audit trail of another bug,
> for unrelate
--
What|Removed |Added
Known to fail||3.4.1 4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19549
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19549
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-12 11:25 ---
(In reply to comment #7)
> Hmm, I think this is a bad gcc extension:
> extern short int aa[][];
> Note with -pedantic we warning about it.
I agree, I would personally never use it. Howe
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-11 14:15 ---
(In reply to comment #5)
> http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00512.html
Quite thouroughly tested, the patch works fine. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19333
ecognizable insn on x86.
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P1
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
duct: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
CC: gcc-bugs at gcc dot
on the
x86_64 architecture.
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot c
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-04 15:47 ---
(In reply to comment #16)
> > (In reply to comment #10)
> If you look at Richard's patch, the compiler will use MOVLPS into XMM register
> when only SSE1 is available.
Yes, I not
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-04 13:51 ---
(In reply to comment #10)
> Looking at the Intel reference documentation available from
ftp://download.intel.com/design/
> Pentium4/manuals/25366614.pdf MOVQ has the following opcodes:
>
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-03 15:44 ---
For list of SSE instructions available at AthlonXP (it's called "3DNow!
Professional" instruction set there) see for instance following document
http://www.amd.com/us-en/asse
--- Additional Comments From drab at kepler dot fjfi dot cvut dot cz
2005-01-03 15:34 ---
(In reply to comment #6)
> The patch does not fix the problem; the xmm registers are used anyway...
SSE instructions also use the xmm registers! The problem wasn't in using the xmm
r
on: 4.0.0
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: drab at kepler dot fjfi dot cvut dot cz
CC: gcc-bugs at gcc dot gnu dot org
G
88 matches
Mail list logo
