--- Comment #10 from pinskia at gcc dot gnu dot org 2007-03-12 23:21
---
I proved to my self at least with a cross from x86 to ppc64, I get the correct
output:
change t:
long long t = 0x1234567890123456ULL;
and we get:
.tc FD_12345678_90123456[TC],0x1234567890123456
--
h
--- Comment #76 from steven at gcc dot gnu dot org 2007-03-12 23:24 ---
Joost,
You wrote in comment #75:
"One issue with OpenMP is that it is very easy to break an OpenMP
code (it is just comments),"
This is a complaint I've heard before. I wonder if you have any suggestions to
make i
--- Comment #21 from pcarlini at suse dot de 2007-03-12 23:32 ---
(In reply to comment #15)
> ./build/gcc/include-fixed/stdio.h
...
> ./build/stage1-gcc/include-fixed/stdio.h
> ./build/prev-gcc/include-fixed/stdio.h
Interestingly, these stdio.h do not exist on my x86_64 builds...
--
--- Comment #22 from pinskia at gcc dot gnu dot org 2007-03-12 23:33
---
This is a bug in the gentoo distro ask them to fix how they do multilib.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from spark at gcc dot gnu dot org 2007-03-12 23:46 ---
This little patch below seems to get around the problem,
though I'm not really sure this is sufficient or not.
Index: tree-cfg.c
===
--- tree-cfg.c (rev
--- Comment #5 from law at redhat dot com 2007-03-13 00:06 ---
Subject: Re: [4.1/4.2/4.3 Regression] ICE with
computed goto and constants
On Mon, 2007-03-12 at 23:46 +, spark at gcc dot gnu dot org wrote:
>
> --- Comment #4 from spark at gcc dot gnu dot org 2007-03-12
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-03-13 00:10
---
Mine, my patch is correct, just need to test it now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
The line number in the warning below points to the closing brace of the
initializer expression making it difficult to find the offending line if the
initializer is many lines long. I would like to suggest that the line number be
that of the problem line (and perhaps include the column number as wel
This test passed with 122852, started failing with 122864:
Running
/tmp/hpautotest-gcc1/gcc/gcc/testsuite/gcc.c-torture/execute/execute.exp ...
FAIL: gcc.c-torture/execute/20030323-1.c compilation, -O2 (internal compiler
error)
FAIL: gcc.c-torture/execute/20030323-1.c compilation, -O3 -fomit-fra
--- Comment #26 from manu at gcc dot gnu dot org 2007-03-13 00:29 ---
There are some tests that are using the wrong directive (or the test is
silently failing). Should I submit these as patches to gcc-patches?
Index: gcc/testsuite/gcc.dg/20050121-1.c
--- Comment #27 from janis at gcc dot gnu dot org 2007-03-13 00:34 ---
Manuel, please submit a patch to fix those tests. If they are using the
correct directives then perhaps someone will notice.
I still plan to find some time to dive into this issue, sorry it's taken so
long.
--
--- Comment #28 from manu at gcc dot gnu dot org 2007-03-13 00:44 ---
(In reply to comment #27)
> I still plan to find some time to dive into this issue, sorry it's taken so
> long.
>
My current show-stopper is the one described in comment #23. I think we should
be able to match that o
--- Comment #29 from manu at gcc dot gnu dot org 2007-03-13 00:49 ---
Created an attachment (id=13198)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13198&action=view)
janis patch (try 2)
This is an updated version of Janis patch that fixes the issues described in
comment #21.
-
--- Comment #16 from patchapp at dberlin dot org 2007-03-13 07:30 ---
Subject: Bug number PR30643
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-03/msg00815.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-03-13 07:56 ---
On it.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
101 - 115 of 115 matches
Mail list logo
