--- Comment #7 from kazu at gcc dot gnu dot org 2006-09-24 06:41 ---
This is because of GEN_INT (0x8000) is used in SImode.
Searching for "GEN_INT (0x8000)" in m68k.md reveals three such uses.
--
kazu at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-24 05:34 ---
Here is a testcase which shows this is a latent bug:
extern int f2 (int, int, int, int);
struct s { char b[4]; };
__thread struct s a[2];
void f1 (int a1, int a2)
{
int i, j;
for (i = 0; i < 4; i++)
{
i
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-24 05:31 ---
I should note that -fno-ivopts causes to produce the correct result for this
testcase. I am going to try to find a testcase that fails even with 3.4.0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29198
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-24 05:29 ---
Confirmed, this testcase worked in 3.4.0 but that might just mean this is a
latent bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
I compiled this C code with current mainline with -fPIC -O2 on x86 GNU/Linux:
extern int f2 (int, int, int, int);
struct s { char b[4]; };
__thread struct s a[2];
void f1 (int a1, int a2)
{
int i, j;
for (i = 0; i < 4; i++)
{
int tot = 0;
for (j = 0; j < 4; j++)
tot +=
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-24 03:03 ---
I know how to fix this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Ass
@ implementation NGActiveSocket
+ (void) socketPair:(int[m]) _pair {}
@end
---
t.m:3: internal compiler error: tree check: expected class 't', have 'x'
(error_mark) in objc_method_parm_type, at objc/objc-act.c:3596
Please submit a full bug report,
with preprocessed source if appropriate.
See http:/
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-24 03:01 ---
(In reply to comment #4)
> objc_push_parm is borken for other problems, guess I have to fix the other
> problems too.
But I will enter them as other bugs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29195
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-24 02:59 ---
objc_push_parm is borken for other problems, guess I have to fix the other
problems too.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29195
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-24 02:56 ---
The problem is with objc_push_parm where we forgot to relayout the decl.
I have an obvious fix which I will apply after testing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-24 02:50 ---
The problem is that the decl mode is DImode which is wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29195
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-24 02:37 ---
Confirmed, reduced testcase:
@ implementation NGActiveSocket
+ (void) socketPair:(int [2])
_pair
{
_pair[0] = 0;
}
@end
--
I think this is an objc only bug.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-24 02:30 ---
/usr/include/gnu/stubs.h:7:27: error: gnu/stubs-32.h: No such file or
direc\
tory
That means you don't have the 32bit userland installed which means you either
use --disable-multilib or install it.
--
pinski
The current svn tree, revision 117177 as checked out about half
an hour ago, fails to build on an x86-64 running GCC 4.1.1 and Linux:
[EMAIL PROTECTED] objdir]$ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/shar
--- Comment #11 from pinskia at gmail dot com 2006-09-24 00:34 ---
Subject: Re: optimzation breaks floating point exception flag
reading
On Sat, 2006-09-23 at 23:02 +, joseph at codesourcery dot com wrote:
> In that case you have a bug that is not a duplicate of the lack of
--- Comment #10 from joseph at codesourcery dot com 2006-09-23 23:02
---
Subject: Re: optimzation breaks floating point exception flag
reading
On Sat, 23 Sep 2006, kreckel at ginac dot de wrote:
> I am still not entirely sure whether we are really talking about the same
> problem. T
--- Comment #9 from kreckel at ginac dot de 2006-09-23 22:58 ---
(In reply to comment #8)
I am still not entirely sure whether we are really talking about the same
problem. The original problem was that the compiler optimized assuming that the
floating point division cannot have side eff
--- Comment #2 from tromey at gcc dot gnu dot org 2006-09-23 22:33 ---
Note that -d doesn't do anything when compiling to object.
However, adding -C doesn't help either.
A simple workaround is to add -Isrc.
This is fixed on the gcj-eclipse branch, I marked this PR as
depending on PR 28
--- Comment #8 from joseph at codesourcery dot com 2006-09-23 22:19 ---
Subject: Re: optimzation breaks floating point exception flag
reading
On Sat, 23 Sep 2006, kreckel at ginac dot de wrote:
>
>
> --- Comment #7 from kreckel at ginac dot de 2006-09-23 22:11 ---
> (In re
--- Comment #7 from kreckel at ginac dot de 2006-09-23 22:11 ---
(In reply to comment #6)
> Use -frounding-math to enable FENV_ACCESS for the whole translation unit,
Sorry, I fail to see what -frounding-math has to do with this. The example in
comment #5 was about overflows and divisio
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|kazu at gcc dot gnu dot org |unassigned at gcc dot gnu
|
--
kazu at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|kazu at gcc dot gnu dot org |unassigned at gcc dot gnu
|
--- Comment #6 from joseph at codesourcery dot com 2006-09-23 21:52 ---
Subject: Re: optimzation breaks floating point exception flag
reading
On Sat, 23 Sep 2006, kreckel at ginac dot de wrote:
> According to C99, 7.6.1, you are technically right. But still: an
> implementation that
--- Comment #5 from kreckel at ginac dot de 2006-09-23 21:41 ---
(In reply to comment #3)
> So this is not a bug except for the fact GCC does not implement "#pragma STDC
> FENV_ACCESS "
According to C99, 7.6.1, you are technically right. But still: an
implementation that does not allow
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-23
21:33 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> Breakpoint 1, 0x40b4c6bc in *__GI___pthread_mutex_lock (mutex=0x41c6)
(gdb) p locale_mutex
$2 = {_M_mutex = {__m_
Happens at least with 4.1 and 4.2. Maybe Andrew can find a C testcase?
(sid)88:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -x objective-c -O -c
sope-NGActiveSocket.m
sope-NGActiveSocket.m:18: warning: cannot find interface declaration for
'NGActiveSocket'
sope-NGActiveSocket.m:22: warning
--- Comment #8 from giffordj at linkline dot com 2006-09-23 20:27 ---
Created an attachment (id=12317)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12317&action=view)
Attempt #3 at attaching -save-temp info
--
giffordj at linkline dot com changed:
What|Removed
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-23
20:18 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> Of these, 19_diagnostics/23591_thread-1.c is probably the easiest to debug.
We seem to have an uninitialized mutex:
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-23
19:25 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> One thing you could try, to confirm that this is what's up, is to replace the
> hppa atomics config with the generic p
--- Comment #5 from mkoeppe at gmx dot de 2006-09-23 18:54 ---
Created an attachment (id=12316)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12316&action=view)
patch to fix this bug
Hello Andrew,
I now tested your fix and built a diff. It works great and now I'm able to
build a
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-09-23 18:50 ---
I have a new patch, for some reason we are looking through a SAVE_EXPR which is
incorrect really. A SAVE_EXPR can never be a lvalue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from debian-gcc at lists dot debian dot org 2006-09-23
18:42 ---
not reproducible with the 2.1 jar file and current 4.1 branch
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21697
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2006-09-23
18:41 ---
Paul,
The new patch doesn't allow gfortran to build. I get an error...
/sw/src/fink.build/gcc4-4.1.-20060923/darwin_objdir/./prev-gcc/xgcc
-B/sw/src/fink.build/gcc4-4.1.-200
--- Comment #5 from mkuvyrkov at gcc dot gnu dot org 2006-09-23 18:30
---
Created an attachment (id=12315)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12315&action=view)
Patch.
That's my bug, sorry. The attached patch has only been tested on x86_64;
sadly, I'll be able to run
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-23
18:03 ---
Subject: Re: [4.2 Regression] Timeouts in libstdc++, libjava and libgomp
testsuites
> > Does hpux use the hppa atomics config, or the generic layer? If it uses the
> > hppa atomics config, why isn't this
--- Comment #1 from schwab at suse dot de 2006-09-23 17:29 ---
This is part of -Wparentheses since gcc 4.0.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-09-23
17:18 ---
Created an attachment (id=12314)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12314&action=view)
example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29194
[forwarded from http://bugs.debian.org/369873]
GCJ fails with
Can't find default package 'core'. ...
when a class source file specifies `import core.*'. A full example is
outlined below.
If you try to compile this `project' like
gcj -d . src/Main.java src/core/Foo.java
the above
--- Comment #4 from patchapp at dberlin dot org 2006-09-23 16:35 ---
Subject: Bug number PR c++/26938
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/2006-09/msg01019.html
--
http://gcc.gnu.org/bugzil
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--- Comment #4 from patchapp at dberlin dot org 2006-09-23 16:30 ---
Subject: Bug number PR c++/27961
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/2006-09/msg01018.html
--
http://gcc.gnu.org/bugzil
--- Comment #2 from greifel at megatop200 dot com 2006-09-23 16:29 ---
According to 1.4/8 implementations with extensions are required to "diagnose
programs that use extensions that are ill-formed according to this
International
Standard." This code is ill-formed so presumably g++ should
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2006-09-23
16:24 ---
Paul,
Could you please include the testsuite testcases when you post the
patch? It's rather hard to regression test without those.
Jack
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
Consider this code:
if(a <= b <= c)
something();
If c is >= 1, then the `if' will always execute something(), because `a <= b'
returns either 0 or 1.
This, obviously, is not an error, but it can mislead some programmers,
therefore it would be nice to have a warning like "warning: suggest
--- Comment #2 from patchapp at dberlin dot org 2006-09-23 16:20 ---
Subject: Bug number PR c++/27667
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/2006-09/msg01017.html
--
http://gcc.gnu.org/bugzil
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--- Comment #21 from paul dot thomas at jet dot uk 2006-09-23 16:18 ---
Created an attachment (id=12313)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12313&action=view)
Latest patch
This version fixes the problem with constructors of structures that have
allocatable components of
--- Comment #3 from patchapp at dberlin dot org 2006-09-23 16:10 ---
Subject: Bug number PR c++/29024
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/2006-09/msg01016.html
--
http://gcc.gnu.org/bugzil
--- Comment #4 from steven at gcc dot gnu dot org 2006-09-23 15:19 ---
Breakpoint 1, fancy_abort (file=0xde98b0 "../../trunk/gcc/cp/class.c",
line=272,
function=0xde98a0 "build_base_path") at ../../trunk/gcc/diagnostic.c:642
642 internal_error ("in %s, at %s:%d", function, trim
--- Comment #4 from steven at gcc dot gnu dot org 2006-09-23 15:14 ---
This is where we ICE:
Breakpoint 1, fancy_abort (file=0xbfb788 "../../trunk/gcc/haifa-sched.c",
line=4337,
function=0xbfc0a0 "move_block_after_check") at
../../trunk/gcc/diagnostic.c:642
642 internal_error
--- Comment #4 from uros at kss-loka dot si 2006-09-23 14:41 ---
Fixed.
--
uros at kss-loka dot si changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from uros at gcc dot gnu dot org 2006-09-23 14:40 ---
Subject: Bug 29169
Author: uros
Date: Sat Sep 23 14:40:07 2006
New Revision: 117171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117171
Log:
PR target/29169
* gcc.target/i386/sse-21.c: Rename
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-23 14:03 ---
And this is not a bug, and here is why
libnetsnmp could contain a main which means GCC is just calling the linker at
this point so the linker is the one which is removing your source.
And the output file really could
--
uros at kss-loka dot si changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |uros at kss-loka dot si
|dot org |
--- Comment #2 from lmillward at gcc dot gnu dot org 2006-09-23 13:31
---
Testing a patch.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
Assig
when I made a mistake that I forgot to add the Object output file name after
the option -o ,gcc deleted my source file without any alarm so quickly that I
lost my source file and I had to type the source file again.
command & ouput:
[EMAIL PROTECTED]:~$ gcc -o snmpget.c -lnetsnmp
/usr/lib/gcc/i48
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-09-23 10:33 ---
Sounds reasonable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29154
--- Comment #54 from rguenth at gcc dot gnu dot org 2006-09-23 10:22
---
It's at least still a regression on the 4.1 branch, which still does
cc1: out of memory allocating 290995744 bytes after a total of 43593728 bytes
at -O1. Otherwise we have
3.4.6: 106s
4.0.3: 108s
4.1.2: OOM
4
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-09-23 10:05 ---
gcc -g -Wall -D -I . -I ../Common/MemMgmt -I ../Common/StringMgmt -I
The '-D -I .' part is broken. Remove the -D.
Otherwise we cannot do anything about bugs without a testcase.
--
rguenth at gcc dot gnu dot o
--- Comment #53 from steven at gcc dot gnu dot org 2006-09-23 09:44 ---
Is this still a regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
--- Comment #26 from agner at agner dot org 2006-09-23 08:23 ---
Thank you for fixing this, but you need to tell the world which solution you
have chosen. Please see the discussion at the dublicate bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27537 for arguments for and against
each p
--- Comment #3 from jakub at gcc dot gnu dot org 2006-09-23 07:15 ---
Subject: Bug 28712
Author: jakub
Date: Sat Sep 23 07:15:37 2006
New Revision: 117167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117167
Log:
PR c/28706
PR c/28712
* tree.c (merge_att
--- Comment #3 from jakub at gcc dot gnu dot org 2006-09-23 07:15 ---
Subject: Bug 28706
Author: jakub
Date: Sat Sep 23 07:15:37 2006
New Revision: 117167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117167
Log:
PR c/28706
PR c/28712
* tree.c (merge_att
64 matches
Mail list logo
