--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-17
23:50 ---
(In reply to comment #3)
> We expanding this:
Yes it is, here is an small example of where we produce wrong code, I have to
think of a full working
testcase which we can run:
int *fff;
int f(int a, int b)
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-18
00:00 ---
Testing patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |reic
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-18
00:02 ---
It's indeed not a regression.
Testing patch.
--
What|Removed |Added
AssignedTo|un
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
00:02 ---
Here is at least a testcase for the MAX_EXPR problem:
Compile with -O0, works, compiling with -O2 -fno-tree-lrs does not.
long fff[10];
long f(long a, long b)
{
long crcc = b;
long d = *((int*)(a+1));
--- Additional Comments From giovannibajo at libero dot it 2004-12-18
00:12 ---
The program is correct, because you are still accessing a MGS object through a
MGS pointer, so GCC should not segfault here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19061
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18
00:22 ---
Posted a patch:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01322.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18191
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
00:24 ---
Note the fixed up patch is here with the fix for 18191 also:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01322.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18999
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18
00:30 ---
My patch for Bug 18191 includes Andrew's patch for this bug.
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2004-12-18
00:33 ---
Andrew, your testcase is invalid. You cannot access a variable of long type
through a pointer to int. I know the original code disables strict aliasing,
but I did not test if your testcase also aborts with
tions/hb.html.
Additional information:
"gfortran -v" gives:
Reading specs from
/auto/home0/rmunk/temp_gfortran/irun/bin/../lib/gcc/i686-pc-linux-gnu/4.0.0/specs
Configured with: ../gcc/configure --enable-languages=c,f95
--prefix=/usr/work/2004352/irun
Thread model: posix
gcc version
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
00:38 ---
(In reply to comment #6)
> Andrew, your testcase is invalid. You cannot access a variable of long type
> through a pointer to int. I know the original code disables strict aliasing,
> but I did not test if
This is a FIXME that I need to free a constraint letter (probably the existing
R) as a constraint for (MEM reg), or more to the point, a side-effect-free
memory constraint: the libstdc++ asms are buggy and could get autoincrement.
Actually, there should be a generic constraint letter for that: ju
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |200
--- Additional Comments From fjahanian at apple dot com 2004-12-18 00:43
---
Followin patch fixes the alignment problem. But it cannot be applied because it
breaks ABI
compatibilty.
A possible solution is to relax alignment of the type in question (with
alignment of 128) to that of t
--- Additional Comments From austern at apple dot com 2004-12-18 01:17
---
The code in the C front end that handles this is in finish_decl, in c-decl.c:
if (TREE_CODE (decl) == FUNCTION_DECL && asmspec)
{
if (DECL_BUILT_IN_CLASS (decl) == BUILT_IN_NORMAL)
{
--- Additional Comments From steven at gcc dot gnu dot org 2004-12-18
01:28 ---
Obvious patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01328.html
This is not a wrong-code bug. At worst it will crash the compiler,
but probably it just works by luck, because of stack
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-18
01:36 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01329.html
--
What|Removed |Added
--- Additional Comments From fjahanian at apple dot com 2004-12-18 01:46
---
And this is the patch that I had in mind. Can this break ABI compatibily? My
limited testing shows
that it does not.
Index: rs6000.c
===
RCS fil
1. create B.java:
import java.io.*;
import java.net.*;
public class B {
public static void main(String[] args) {
URL javacodingURL = null;
try {
javacodingURL = new URL(args[0]);
System.out.println("protocol = " + javacodingURL.getProtocol());
System.out.println("host = "
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19066
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
02:29 ---
This is a dup of bug 14009 which is fixed on the mainline.
*** This bug has been marked as a duplicate of 14009 ***
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
02:29 ---
*** Bug 19066 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
What|Removed |Added
Component|c |other
Keywords||documentation
Last reconfirmed|2004-09-18 01:21:22
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
03:43 ---
Does this happen in 3.4.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17471
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
03:48 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From jasonp at boo dot net 2004-12-18 03:48 ---
(In reply to comment #1)
> I could reproduce it with 20041208 but with 20041214 it is fixed, can you test
a newer GCC?
Latest CVS works fine.
Ticket can close.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1905
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
03:50 ---
Thanks for testing, closing as fixed.
--
What|Removed |Added
Status|WAITING
--
What|Removed |Added
Known to fail||3.4.4 4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19051
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19004
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-18
04:13 ---
(In reply to comment #39)
> Here is the current results for 3.3.2 vs the mainline:
Now I am getting results that -O3 is faster than -O2, that is not right.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-18 05:18 ---
(In reply to comment #6)
> (In reply to comment #5)
> > Indeed a Heisenbug:
> >
> > Does anyone know how I could disassemble those .o files to get something
> > more
> > human readable?
>
>
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-18 05:20 ---
Created an attachment (id=7774)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7774&action=view)
reload.o of stage2 mangled through otool
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-18 05:21 ---
Created an attachment (id=7775)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7775&action=view)
reload.o of stage3 mangled through otool
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-18 05:22 ---
Created an attachment (id=7776)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7776&action=view)
diff between stage2 and stage3 reload.o otool -tV output
--
http://gcc.gnu.org/bugzil
--- Additional Comments From lars dot sonchocky-helldorf at hamburg dot de
2004-12-18 05:38 ---
please note (I might not have stated this clearly enough in comment #4):
the bootstrap doesn't fail if:
'-fomit-frame-pointer' is omitted (by specifying BOOT_CFLAGS="-O2 -g" instead
of BOO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18
06:38 ---
Subject: Bug 18897
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-18 06:38:26
Modified files:
gcc: ChangeLog toplev.c
Log message:
--- Additional Comments From zack at gcc dot gnu dot org 2004-12-18 06:42
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Summary|[4.0 Regression] MOVE_RATIO |[4.0 Regression] MOVE_RATIO
|should be tweaked |should be tweaked on ppc
http://g
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18863
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18
07:55 ---
Subject: Bug 16968
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-18 07:55:42
Modified files:
gcc: ChangeLog loop.c
gcc/testsui
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-18
07:58 ---
Subject: Bug 16968
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-18 07:58:12
Modified files:
gcc: Change
101 - 141 of 141 matches
Mail list logo
