--- Additional Comments From falk at debian dot org 2005-09-13 06:19
---
(In reply to comment #16)
> Oh? I had -Werror on, and was not getting any warning at all from my code
> that
> was generating 'int $0x5' with gcc 3.4.1. It's perhaps a slightly different
> case than comment 0,
Deallocation of dynamic stack space, eg. alloca memory, should be combined with
deallocation of stack in function epilogue. This used to happen in 3.4.
Testcase in pr23774.
--
Summary: stack deallocation more efficient in 3.4
Product: gcc
Version: 4.1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13
04:47 ---
Confirmed, it is also broken in Apple's 3.3 too.
--
What|Removed |Added
Status|U
Complex values are returned differently depending on -mpowerpc64. For example
gcc.c-torture/execute/960512-1.c
__complex__
double f ()
In 32-bit mode, the complex value is returned in r3:r4,r5:r6. In -mpowerpc64
mixed mode, the value is returned in r3,r4. ABI breakage. Oops.
--
S
--- Additional Comments From ash at onezero dot org 2005-09-13 04:08
---
I'll look forward to trying it out..
I've got to figure out a way to get gcc 4. I wish gcc 4 was available with
Cygwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23846
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-13
04:07 ---
Part (a) Fixed 4.0 and 4.1. Opening another bug for (c), and (b) isn't worth
worrying about.
4.1 patch relies on http://gcc.gnu.org/ml/gcc-cvs/2005-09/msg00429.html and
http://gcc.gnu.org/ml/gcc-cvs/2005
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-13
03:55 ---
Contrary to the previous comment in this PR, S is a POD.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23840
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13
03:48 ---
Already fixed in 3.4.0 and above with -O1 -Wuninitialized.
If you have really int x = x; use -Winit-self and then you will get a warning
there too.
--
What|Removed |Add
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org |
Status|NEW
gcc -std=c99 -Wall gives no errors or warnings when an initialization (right
side of =) refers to the value being initialized (left side of =). This is
true if the item being dereferenced has an indeterminate value, e.g., is a
local variable:
| cat t.c
#include
int main()
{
int array[] = {
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13
03:01 ---
Subject: Bug 23774
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-13 03:01:08
Modified files:
gcc: Change
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-13
02:46 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|NEW |RESO
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-13 02:46
---
See:
http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00772.html
This is a great idea. It would allow anonymous namespaces to be useful, and more
designs (at least g++ designs) could use them.
-benjamin
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13
02:41 ---
Subject: Bug 23841
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-13 02:41:07
Modified files:
gcc/cp : ChangeLog parser.c
gcc/tests
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13
02:38 ---
Subject: Bug 23841
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-13 02:38:07
Modified files:
gcc/cp : Change
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23845
--
Bug 15502 depends on bug 21063, which changed state.
Bug 21063 Summary: ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1224
after using maxloc function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21063
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-13
02:12 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-13
02:01 ---
Subject: Bug 23774
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-13 02:01:04
Modified files:
gcc: ChangeLog
gcc/config/rs6000:
--- Additional Comments From fjahanian at apple dot com 2005-09-13 00:52
---
Has there been any progress toward fixing the problems addressed by these PRs?
- thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22152
--- Additional Comments From amodra at bigpond dot net dot au 2005-09-13
00:33 ---
The same thing happens with __builtin_longjmp, eg. extracted from
gcc.c-torture/execute/builtins/lib/chk.c
void __attribute__((noreturn))
__chk_fail (void)
{
if (chk_fail_allowed)
__builtin_longjmp
--- Additional Comments From tprince at computer dot org 2005-09-13 00:13
---
Created an attachment (id=9714)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9714&action=view)
alternate version of libgfortran/generated/matmul_r8.c
The C file in the attachment performs well on ia32.
--
What|Removed |Added
Component|c |middle-end
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/sh
Dictation of strength reduction in source is required for adequate performance
on this target. The same source "optimization" is counter-productive for ia32.
This is a portion of the diff file between 2 versions of
libgfortran/generated/matmul_r8.c.
for (n = 0; n < count; n++)
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
23:50 ---
Subject: Bug 23762
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 23:50:02
Modified files:
libjava: ChangeLog Makefile.in aclocal.m4 conf
--- Additional Comments From appfault at hotmail dot com 2005-09-12 23:34
---
Oh? I had -Werror on, and was not getting any warning at all from my code that
was generating 'int $0x5' with gcc 3.4.1. It's perhaps a slightly different
case than comment 0, because I was casting an int t
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-09-12 23:30 ---
(In reply to comment #1)
> If it changes calling-conventions
> in single-file compile mode the function must be declared static, so it
> definitely may be changed in whole-program mode, too.
Yep,
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 23:11
---
Hey I checked in the patch to 22554 that seemed to work for David. Can you try
this too?
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23734
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
23:09 ---
Subject: Bug 23734
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 23:09:41
Modified files:
libstdc++-v3 : ChangeLog Makefile.in aclocal.m4 conf
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
23:09 ---
Subject: Bug 22554
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 23:09:41
Modified files:
libstdc++-v3 : ChangeLog Makefile.in aclocal.m4 conf
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-09-12
22:43 ---
Fixed in 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|RESO
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
22:39 ---
Subject: Bug 23789
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-12 22:39:33
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
22:38 ---
Subject: Bug 23789
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 22:38:34
Modified files:
gcc/cp : ChangeLog cvt.c pt.c
gcc/tes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
21:55 ---
*** Bug 23844 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
21:55 ---
*** This bug has been marked as a duplicate of 19430 ***
--
What|Removed |Added
--- Additional Comments From kargl at gcc dot gnu dot org 2005-09-12 21:54
---
Confirmed. Lahey's web-based checker also accepts the code.
--
What|Removed |Added
--- Additional Comments From marcus at jet dot franken dot de 2005-09-12
21:52 ---
Created an attachment (id=9712)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9712&action=view)
foo.c
gcc -O2 -Wall -c foo.c
should print "text is used uninitialized" but does not.
--
http://gc
the following snippet (extracted from WINE) fails to detect
"is used uninitialized" in msi_maskedit_create_children().
The problem is likely the very similar looking code somewhere else
in the inline chain.
4.0 and 4.1
--
Summary: fails to detect "is used uninitialized"
--- Additional Comments From jacob dot navia at ants dot com 2005-09-12
21:44 ---
Subject: RE: SJLJ-exceptions broken
1) I need to use sjlj exceptions because we dynamically generate code.
Since we do not have any means of generating the needed dwarf2 tables
dynamically because t
The following code:
---
module gfortran2
type tp
private
integer :: i
end type
contains
subroutine inittp(X)
type(tp), intent(inout) :: X
X%i = 256
end subroutine inittp
subroutine test(x)
type(tp), intent(in) ::
--- Additional Comments From laurent at guerby dot net 2005-09-12 21:18
---
Ok I misread the code, it indeeds looks like a bug for 4.0 at -O0, and for 4.1
at -O1 and above.
--
What|Removed |Added
---
--
What|Removed |Added
Target Milestone|4.0.3 |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
--
Bug 12854 depends on bug 23417, which changed state.
Bug 23417 Summary: bits/stl_tree.h isn't -Weffc++ clean
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
What|Old Value |New Value
-
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 20:51
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:50 ---
: Search converges between 2002-12-14-trunk (#159) and 2002-12-29-trunk (#160).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21353
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:49 ---
: Search converges between 2003-10-17-trunk (#379) and 2003-10-18-trunk (#380).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22352
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:48 ---
: Search converges between 2004-08-05-trunk (#505) and 2004-08-06-trunk (#506).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:47 ---
: Search converges between 2002-07-28-trunk (#83) and 2002-08-04-trunk (#84).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21117
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:45 ---
ICE started
: Search converges between 2003-01-15-trunk (#165) and 2003-01-17-trunk (#166).
Then stoped:
: Search converges between 2003-02-03-trunk (#174) and 2003-02-04-trunk (#175).
--
http://gcc.gn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:43 ---
: Search converges between 2004-03-01-trunk (#446) and 2004-04-01-trunk (#447).
: Search converges between 2004-03-15-3.4 (#3) and 2004-04-01-3.4 (#4).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:42 ---
: Search converges between 2004-07-12-trunk (#484) and 2004-07-13-trunk (#485).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23730
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:41 ---
: Search converges between 2003-07-09-trunk (#289) and 2003-07-10-trunk (#290).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22618
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:40 ---
: Search converges between 2004-05-11-trunk (#454) and 2004-05-14-trunk (#455).
: Search converges between 2003-11-11-ssa (#132) and 2003-11-14-ssa (#133).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
20:33 ---
Subject: Bug 23417
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 20:32:54
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:32 ---
: Search converges between 2004-11-10-161001-trunk (#627) and
2004-11-11-014001-trunk
(#628).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23839
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:32 ---
: Search converges between 2003-01-02-trunk (#161) and 2003-01-10-trunk (#162).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23840
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:30 ---
It also worked with 4.0.0 20041211.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23841
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:29 ---
: Search converges between 2004-03-01-trunk (#446) and 2004-04-01-trunk (#447).
: Search converges between 2004-03-15-3.4 (#3) and 2004-04-01-3.4 (#4).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:28 ---
Confirmed, this worked with "3.4.0 20040116" so it was caused after 3.4 was
branched.
--
What|Removed |Added
struct S;
extern S *p;
template int f(T*, int y = ((T*)p)->x) {
return y;
}
struct S {
private:
int x;
template friend int f(U*, int);
};
int g() {
return f(p);
}
compiles OK with 3.3, but is rejected by 4.1, 4.0 and 3.4:
t4.cc:8: error: 'int S::x' is private
t4.cc:12: error: within this
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:19 ---
Confirmed, worked with "3.5.0 20040909".
--
What|Removed |Added
Status|UNCONFIRM
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:15 ---
Confirmed. Hmm, I don't think this is defined code as you are trying to get a
non-POD from a va_args.
But we should not reject this as it is only undefined.
Reduced testcae:
#include
struct S
{
int f(in
template
struct S
{
int f(int i = I) { return i; }
};
void
g ()
{
S<(int)0.> a2;
}
is valid code - floating-point literals immediately cast to integral types are
valid in integral constant expressions - but GCC (4.0/4.1) wrongly rejects it
with -ansi -pedantic-errors.
Mark has asked for thi
--
Bug 12944 depends on bug 16995, which changed state.
Bug 16995 Summary: [meta-bug] C++ friend injection
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16995
What|Old Value |New Value
--- Additional Comments From ian at airs dot com 2005-09-12 20:12 ---
All known problems with C++ friend injection are now fixed, so closing this
meta-bug.
--
What|Removed |Added
-
--
Bug 12944 depends on bug 7874, which changed state.
Bug 7874 Summary: [3.4/4.0/4.1 regression] g++ finds friend functions defined
in class-definition but not declared in the enclosing namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7874
What|Old Value
--
Bug 16995 depends on bug 7874, which changed state.
Bug 7874 Summary: [3.4/4.0/4.1 regression] g++ finds friend functions defined
in class-definition but not declared in the enclosing namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7874
What|Old Value
--- Additional Comments From ian at airs dot com 2005-09-12 20:10 ---
Bug is fixed in mainline. The fix will not be migrated back to the 3.4 or 4.0
branches, as it is inappropriate to change default behaviour to stop accepting
working programs in a point release.
--
What
#include
struct S
{
int f(int n) { return n; }
};
void f(int i, ...)
{
va_list ap;
va_start(ap, i);
va_arg(ap, S).f(0);
}
yields a bogus diagnostic and ICE with current mainline:
t2.cc: In function 'void f(int, ...)':
t2.cc:10: error: invalid lvalue in unary '&'
tree check: expected cla
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
20:09 ---
Subject: Bug 23417
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-12 20:09:18
Modified files:
libstdc++-v3 : Change
--- Additional Comments From james at recherche dot enac dot fr 2005-09-12
20:05 ---
Works perfectly well with -O1 and -O2 with gcc-3.4
There is no language trick here. The overlay A_I (which is the only tricky part)
is never used, it is only declared.
Moreover, declaring Bit as an uns
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 20:05
---
Yep. Sorry. I fixed that bit too.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:04 ---
Confirmed, a regression from 3.4.0 (with checking) which did not ICE on this.
It also worked with "3.5.0 20040909".
--
What|Removed |Added
---
class C
{
int i;
public:
C(int j) : i(j) { }
operator int() { return i; }
};
C
f (register C x)
{
return x + 31;
}
ICEs with current mainline (I suppose a regression, unless --enable-checking
compilers from previous release branches show the problem there too).
t1.cc: In function 'C f(C)
--- Additional Comments From pcarlini at suse dot de 2005-09-12 19:59
---
Benjamin, can you also check, say, std::set? After all the PR is about
stl_tree.h... ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
19:55 ---
Subject: Bug 23417
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-12 19:54:56
Modified files:
libstdc++-v3 : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
19:54 ---
Subject: Bug 7874
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 19:54:23
Modified files:
gcc: ChangeLog c.opt
gcc/cp
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-12 19:51
---
A regression hunt on mainline for powerpc64-linux (with -m64) shows that the
test starts failing with this patch from rth:
http://gcc.gnu.org/ml/gcc-cvs/2004-07/msg00914.html
The test does not fail with -m
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
19:48 ---
Subject: Bug 23417
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 19:48:05
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
19:45 ---
Confirmed.
The loop below:
/* Skip through any PHI nodes we have already seen if the PHI
represents the only use of this store.
Note this does not handle the case where the store has
--- Additional Comments From laurent at guerby dot net 2005-09-12 19:31
---
>From a language point of view I doubt this construct is guaranteed to work,
>I'll
let someone more knowledgeable say if GCC should support this or not.
In particular at -O1 or -O2 the program fail with 4.1. Co
// testcase, compile with "-O2 -fno-tree-dce -fno-tree-ccp -fno-tree-copy-prop
-fno-tree-dominator-opts"
int foo (void);
struct A {
struct B {
struct B *n;
} *p;
};
static inline void baz (struct A *a)
{
a->p = a->p->n;
}
void bar (struct A a)
{
while (foo ())
baz (&a);
while
--- Additional Comments From laurent at guerby dot net 2005-09-12 19:26
---
Works on 4.1.0 20050908, confirm problem on 4.0.1 (don't have 3.4 handy).
[EMAIL PROTECTED]:~/tmp> gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /home/guerby/work/gcc/version-head/confi
--- Additional Comments From falk at debian dot org 2005-09-12 19:22
---
In case anybody wants to work on this, I have an old unfinished patch lying
around that adds builtins and RTL codes for byteswap operation. This allows
to use platform specific tricks that almost any platform has.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
19:21 ---
(In reply to comment #5)
> Agree with Gaby.
I disagree but what do I know.
It would be like doing:
int f(void)
{
int i;
i = (i&0x) | 0x;
i = (i&0x) | 0x;
return i;
}
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:20
---
Reproducer, compile with -Weffc++.
#include
std::list l;
...fixing
--
What|Removed |Added
---
--- Additional Comments From falk at debian dot org 2005-09-12 19:19
---
(In reply to comment #14)
> Why not reopen this to add a -Wundefined-behavior, so that at least bugs like
> that could be caught up front when using -Werror?
There is already an unconditional warning, so what wou
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:18
---
Agree with Gaby.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23497
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:13
---
There are no platform details, no reproducing sources, and all this on a
toolchain that is now mostly frozen.
In addition, I also cannot tell why dwarf eh is not being used. So, the answer
the question, does
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:08
---
Waiting for feedback. Also, can you make sure that the toolchain you are using
passes the regression tests (ie make check?)
thanks,
benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:05
---
I believe this is yet another manifestation of 22309.
--
What|Removed |Added
BugsThisDependsO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
19:05 ---
Confirmed but works with "4.0.0 20050225".
--
What|Removed |Added
Status|UNCONFI
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:04
---
Ok, ok, I'm on these two.
-benjamin
--
What|Removed |Added
AssignedTo|unassigned at g
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:03
---
*** Bug 19265 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:03
---
*** This bug has been marked as a duplicate of 22309 ***
--
What|Removed |Added
S
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:02
---
This should be solved with 22309. I'd like to consolidate the bug reports to
22309, and am closing this one.
--
What|Removed |Added
[forwarded from http://bugs.debian.org/326026]
[EMAIL PROTECTED]:~% cat test.c
void abort(void);
unsigned long long f(unsigned long long x) {
return ((x >> 8) | (x << 56)) ^ ((x >> 48) | (x << 16)) ^ (x >> 1);
}
int main() {
volatile unsigned long long v = 0x1122334455667788ULL;
if (
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
19:01 ---
Subject: Bug 23691
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 19:00:57
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--
What|Removed |Added
BugsThisDependsOn||22309
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
1 - 100 of 153 matches
Mail list logo
