Package: gcc-3.2
Version: 1:3.2.1-0pre2
Severity: normal
The following program produces output where the assignment to j occurs
before the i has been incremented. This breaks any program using such
constructs to ensure consistency:
volatile int i;
int j;
void a() {
i++;
j = 6;
Package: gcc-3.2
Version: 1:3.2.2-0pre0
Severity: normal
Compiling the kernel for the Wildfire fails with:
[EMAIL
PROTECTED]:/mnt/home/herbert/src/debian/work/kernel/build/2.4/kernel-image-alpha-2.4/build-wildfire/drivers/char$
/usr/lib/gcc-lib/alpha-linux/3.2.2/cc1 -lang-c -nostdinc -v
-I
Package: gcc-3.2-doc
Version: 1:3.2.2ds5-0pre6
Severity: normal
The stream::attach entry in porting-howto.html does not mention the
stdio_filebuf as an alternative.
-- System Information
Debian Release: testing/unstable
Kernel Version: Linux gondolin 2.4.20-686-smp #1 SMP Mon Jan 13 23:06:41 EST
Package: gcc-3.2
Version: 1:3.2.3-0pre1
Severity: wishlist
The following function doesn't get optimised away as a noop:
int k(int l)
{
if (l & 2)
l |= 2;
return l;
}
$ gcc-3.2 -O2 -S b.c
$ cat b.s
.file "b.c"
.text
.p2align 2,,3
.globl k
Package: gcc
Version: 4:4.3.1-2
Severity: normal
According to info gcc -finline-small-functions should not
increase the generated code size:
`-finline-small-functions'
Integrate functions into their callers when their body is smaller
than expected function call code (so overall size of
Package: gcc-3.4
Version: 3.4.3-6
Severity: wishlist
This is a regression from gcc-3.2 in that gcc-3.2 does not have this
problem bug gcc-3.3 does.
The attached program generates the following code on i386 with
gcc -S -O2:
...
.L2:
movl-16(%ebp), %eax
xorl%esi, %esi
Get the Finest Rolex Watch Replica !
We only sell premium watches. There's no battery in these replicas
just like the real ones since they charge themselves as you move.
The second hand moves JUST like the real ones, too.
These original watches sell in stores for thousands of dollars.
We sell
Package: gcc-3.3
Version: 1:3.3-2
Severity: normal
Compiling the following program (b.c) on i386
int f(int a) {
int i = 0;
if (a > 3)
goto end;
return 3;
end:
return g(0);
}
with "gcc -O2 -falign-jumps=0 -S" produces
.file "b.c"
Package: gcc-3.3
Version: 1:3.3.1-0pre0
Severity: minor
The following code induces an unnecessary store of fromp onto the stack.
It is never loaded again.
--
#include
int
main(void)
{
struct sockaddr_storage from;
struct sockaddr *const fromp = (void *)&from;
socklen_t f
Package: gcc-3.3
Version: 1:3.3.1-0pre0
Severity: minor
The following program
--
#include
int
main(struct sockaddr *fromp, int port)
{
const int family = fromp->sa_family;
union {
struct sockaddr_in6 in6;
struct sockaddr_in in;
} *const u
Package: gcc-3.3
Version: 1:3.3.1-0pre0
Severity: wishlist
The program
--
#include
void foo(struct timespec *t, struct timespec *u)
{
struct timespec zero = {0, 0};
*t = zero;
*u = zero;
}
--
produces the following code on i386 with -Os
--
.file "b.c"
Package: gcc
Version: 4:3.3.1-2
Severity: normal
gcc -march=i386 -fomit-frame-pointer -O2
miscompiles sound/core/oss/rate.c in Linux 2.6.0-test9.
I've attached the preprocessed source that demonstrates the
problem.
In the assembly output with -S, look for the 5th label in
get_s16_labels.0. Tha
ained from
http://gondor.apana.org.au/~herbert/bugs/reg_ld_str.i.bz2
gcc-3.0 compiles it successfully. The segfault goes away if the file is
passed through the preprocessor again.
-- System Information
Debian Release: testing/unstable
Kernel Version: Linux gondolin 2.4.2-pentiumiii-smp #1 SMP
Package: gcc-3.0
Version: 1:3.0-0pre010403
Severity: wishlist
For the following program,
int k;
extern void b();
int a(int i) {
while (k < i) {
b();
}
}
GCC generates this on i386 (gcc -S -Os),
a:
pushl %ebp
movl%esp, %ebp
pushl
Package: gcc-3.0
Version: 1:3.0-0pre010403
Severity: minor
gcc-3.0 wastes a byte in the following code on i386:
a:
pushl %ebp
movl%esp, %ebp
movl8(%ebp), %eax
andl$1, %eax
cwtl
popl%ebp
ret
The cwtl is unnecessary since %e
Package: gcc-3.0
Version: 1:3.0-0pre010427
Severity: normal
I was wondering if gcc-3.0 can decrease the size of ash since it combines
those esp additions/subtractions. Unfortunately, it actually ends up being
bigger. Part of the reason for that may be this:
findstring:
pushl %ebp
Package: gcc-3.0
Version: 1:3.0-0pre010427
Severity: wishlist
Here's another segment that needs to have an assembler optimiser run over it:
int foo(char c) {
if (c && !(c & 0x80)) {
a();
} else {
b();
}
}
produces with -O2:
0: 55
cd: R_386_PC32 doint
d1: 8d 76 00lea0x0(%esi),%esi
There are no other jumps to cc. That costed me 8 bytes and a pointless
jump.
The source that generated this can be fetched from
http://gondor.apana.org.au/~herbert/bugs/gcc-bug-1.tar.bz2
To
Package: gcc
Version: 1:2.95.3-7
Severity: normal
Architecture: alpha
This file compiles but doesn't link on alpha:
#include
void foo(int);
static void bar(int) __attribute__ ((noreturn));
void foo(int k) {
if (k) {
exit(k);
}
}
static void bar(int) __attribute
Package: gcc-3.0
Version: 1:3.0.2-4
Severity: normal
The following program bombs out on alpha:
$ gcc-3.0 -g -O2 -c a.c
a.c: In function `make_rate':
a.c:16: Internal compiler error in gen_subprogram_die, at dwarf2out.c:9463
Please submit a full bug report,
with preprocessed source if appropriate
Package: gcc-3.3
Version: 1:3.3.4-3
Severity: critical
With the option -mpreferred-stack-boundary=2, gcc 3.3.4 is miscompiling
automatic dynamic arrays. Unfortunately both are used in the
crypto/IPsec subsystems of the Linux kernel.
Here is a sample program:
#include
int bar(char *s);
int fo
/changelog.Debian.gz
/lib
Regards
Herbert.
Matthias Klose wrote:
>
> [EMAIL PROTECTED] writes:
> > Package: gcc-3.0
> > Version: 1:3.0.4-7
> > Severity: normal
> >
> > AIDE reported this dead symlink:
> >
> > lrwxrwxrwx1 root root
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
should be completed at that point.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
therwise it is correct.
It's basically doing
j = 6;
i++;
i--;
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
alive
This is another manifestation of #85468, which is a bug in gcc.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
el fails with
gcc-2.95 is broken, please use gcc-3.2.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
0 00 7e b4 stq t2,80(sp)
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
On Thu, Jan 02, 2003 at 02:29:51AM +0100, Matthias Klose wrote:
> Herbert, please could you send a followup (using gcc-3.2 and
> gcc-snapshot)?
The assembly code generated by gcc-3.2 is the same as what you got
in <[EMAIL PROTECTED]> which is part of
the bug log.
--
Debian GNU/Linu
's performing 8-byte loads when the source
argument is 4-byte aligned (the destination is 8-byte aligned though).
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
still testing and setting.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
On Sun, Mar 16, 2003 at 09:40:22AM +1100, herbert wrote:
>
> That's a bug in gcc-3.2. In fact it seems that it doesn't respect
> -falign-jumps at all:
>
> gcc-3.2 -falign-labels=0 -falign-jumps=0 -S -O2 a.c
To add insult to injury, -malign-jumps=0 actually works wit
he 2.4 kernels must still work
with gcc 2.95 which does not support -falign.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Package: cpp-3.2
Version: 1:3.2.3-0pre9
Severity: grave
Justification: renders package unusable
Installing the downloaded package returns an error
(This occurred first during a regular apt-get upgrade routine, but is also
happening when trying
to manual install the package (see below))
Transcri
On Sun, Jul 13, 2008 at 10:27:42AM +, Debian Bug Tracking System wrote:
>
> Thank you for filing a new Bug report with Debian.
Here is the test file.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gond
> report upstream yourself?
It appears to be fixed in gcc 4.4.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~}
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE, email to debian-gcc-
Package: libstdc++6-4.0-dev
Version: 4.0.2-5
Severity: normal
The following code segfaults. Looks like a double delete,
_S_destroy_c_locale() being called twice: first in the regular path of
codecvt.h:codecvt_byname ctor, then a second time when ~codecvt() is
automatically called to clean up the
By the way using
new cvt_byname_t(name,1)
instead of
new cvt_byname_t(name)
does not change anything.
Looks sensible since the suggested "double delete" explanation is a
"locale" double delete, not a "facet" double delete.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "un
gn 2,,3
.L7:
orl $2, -16(%ebp)
jmp .L5
.L3:
pushl %esi
pushl %ebx
pushl %edx
pushl $.LC0
callsh_error
.Lfe1:
.size setvar,.Lfe1-setvar
.ident "GCC: (GNU) 3.2.3 (Debian)"
Thanks,
--
Visit
> by
> replying to this email.
Reopening as bug is still present.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe"
to this email.
Reopening as bug is still present.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
; that we couldn't deal with your issue properly.
The bug still exists in gcc.
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
subl$12, %esp
movl-16(%ebp), %eax
Reload
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE
reassign 85468 fping
notforwarded 85468
quit
It looks like I miscalculated the alignment of the source argument. Sorry
for the noise.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~her
.ident "GCC: (GNU) 3.3 (Debian)"
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
.size foo, .-foo
.ident "GCC: (GNU) 3.3 20030509 (Debian prerelease)"
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
2,,3
.L2:
callb
jmp .L3
The last jmp should become
leave
ret
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
andl$2048, %eax
leave
ret
.size foo, .-foo
.ident "GCC: (GNU) 3.3 20030509 (Debian prerelease)"
In both instances the extension (mov?wl) is unnecessary as
it is followed immediately by an and which zaps the high bits.
--
Debian GNU/Linux 3.0 is out! (
.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
\
({ register unsigned short int __x = (x); __bswap_constant_16 (__x); }))
#endif
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
On Fri, Nov 07, 2003 at 12:32:35PM +0100, Jens Axboe wrote:
> On Fri, Nov 07 2003, Herbert Xu wrote:
> > On Fri, Nov 07, 2003 at 12:25:55PM +0100, Jens Axboe wrote:
> > >
> > > Could be related, someone is doing an unlock on an already unlocked
> > > page.
On Mon, Nov 10, 2003 at 02:49:28PM +0100, Falk Hueffner wrote:
>
> The attachment seems corrupted, can you please resend it or put it
> somewhere?
Sure. I've just put it up at
http://gondor.apana.org.au/~herbert/bugs/rate.i.bz2
--
Debian GNU/Linux 3.0 is out! ( http://www.debia
igned from package `gcc-3.3' to `kernel-source-2.4.22'.
Please reassign kernel bugs to the correct architecture.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key
age does not support any architectures apart
from alpha/i386. That's why we have architecture-specific patch packages
and maintainers.
The problem cited in this report is sparc-specific and does not affect
other architectures.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: He
chitecture require
patches later on.
If you agree with that, please reassign the bug back to the 'kernel'
package.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
If you agree with that, please reassign the bug back to the 'kernel'
> > package.
>
> I have no problem with that.
OK.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
0f b7 c0movzwl %ax,%eax
}
18: 5d pop%ebp
19: c3 ret
--
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
igned from package `g++' to `kernel-tree-2.6.0'.
valgrind needs to learn about the vsyscall page @ 0xe000.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
problem.
> you provide a workaround for the kernel source?
The simplest work around is to allocate things using kmalloc instead
of the stack. But I need to discuss it with the others first.
Thanks,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PR
Package: g++-3.2
Version: 1:3.2.1-0pre2
Severity: important
see also
http://gcc.gnu.org/gcc-3.2/c++-abi.html
"g++-3.2 -v" outputs
Reading specs from /usr/lib/gcc-lib/alpha-linux/3.2.1/specs
Configured with: /build/buildd/gcc-3.2-3.2.1ds1/src/configure -v
--enable-languages=c,c++,java,f77,prot
Package: libstdc++5-dev
Version: 1:3.2.1-0pre3
Severity: normal
on debian/sparc /usr/include/c++/3.2/sparc-linux/bits/c++config.h states
incorrectly the existence of long double c math functions, thus
including causes the following kind of errors:
[..]
/usr/include/c++/3.2/cmath: In function `l
-0pre3 The GNU C++ compiler.
ii gcc-3.2-base 1:3.2.1-0pre3 The GNU Compiler Collection (base
ii libc6-dev 2.2.5-14.3GNU C Library: Development Librari
ii libstdc++5 1:3.2.1-0pre3 The GNU stdc++ library version 3
--
Herbert Valerio Riedel <[EMAIL PROTECTED]>
SE/Linux LU
Package: g++-3.2
Version: 1:3.2.3-0pre6
Severity: normal
$ apt-get install libsigc++-1.2-dev
$ echo 'int main() {}' > main.cc
$ g++-3.2 -O2 -Wall -o main main.cc -lsigc-1.2
/usr/lib/gcc-lib/hppa-linux/3.2.3/../../../libsigc-1.2.so: undefined
reference to `__gxx_personality_v0'
/usr/lib/gcc-lib/hp
On Wed, 2008-01-02 at 20:02 +0100, Martin Michlmayr wrote:
> Herbert, do you think you could take a quick long at this bug report
> before I forward it upstream to the GCC folks?
well, I couldn't reproduce that on a Debian EABI system with
ii gcc
Package: g++-3.3
Version: 1:3.3-2
Severity: normal
g++-3.3 fails to compile the following code (which would compile with
previous g++ versions):
$ cat in_class_class.cc
class Foo {
template struct InFoo;
};
template<>
struct Foo::InFoo {
// ...
};
$ g++ -c in_class_class.cc
in_class_cla
Package: libstdc++5-3.3-dev
Version: 1:3.3-2
Severity: minor
I just noticed, that std::conj() doesn't get inlined, as one'd expect it
to be;
it seems that a forward declaration like
template complex<_Tp> conj(const complex<_Tp>&);
keeps
template
inline complex<_Tp>
conj(const comp
Package: libstdc++5-3.3-dev
Version: 1:3.3-2
Severity: normal
...according to TC++PL 3rd ed, section 17.4.1.7,
"Erasing end() is harmless."
but the following code either hangs or crashes when the end() iterator
is being passed to erase();
*** set_erase.cc
#include
#include
#include
int
ma
.end()). However, a call m.erase(p) where p is m.end() is a
> serious error that could corrupt the container."
--
Herbert Valerio Riedel /Phone: (EUROPE) +43-1-58801-18840
Email: [EMAIL PROTECTED] /Finger [EMAIL PROTECTED] for GnuPG Public
Key
GnuPG Key Fingerprint: 7BB
Package: g++-3.3
Version: 1:3.3-2
Severity: normal
I'm not sure, whether this should work according to the ISO C++ specs or
not; IMHO it should work... :-)
$ cat static_var.cc
class bar {
public:
int operator()(int i) { return i; }
//bar (void) {} // default constructor
};
const bar b = ba
On Fri, 2003-05-30 at 22:08, Phil Edwards wrote:
> On Fri, May 30, 2003 at 09:26:32PM +0200, Herbert Valerio Riedel wrote:
> > $ cat static_var.cc
> >
> > class bar {
> > public:
> > int operator()(int i) { return i; }
> > //bar (void) {} // default
On Sat, 2003-05-31 at 10:35, Martin v. Löwis wrote:
> Herbert Valerio Riedel <[EMAIL PROTECTED]> writes:
> > ...so... is _still_ not a buggy behaviour??
>
> No. Look at 8.5/9:
>
> # If no initializer is specified for an object, and the object is of
> # (possibly cv
template
struct Foo::InFoo2 {
// ...this still triggers error
};
regards,
--
Herbert Valerio Riedel /Phone: (EUROPE) +43-1-58801-18840
Email: [EMAIL PROTECTED] /Finger [EMAIL PROTECTED] for GnuPG Public
Key
GnuPG Key Fingerprint: 7BB9 2D6C D485 CE64 4748 5F65 4981 E064 883F 4142
ret
-- I'd say that's a regression...
>
> Herbert Valerio Riedel writes:
> > Package: libstdc++5-3.3-dev
> > Version: 1:3.3-2
> > Severity: minor
> >
> >
> > I just noticed, that std::conj() doesn't ge
--- Comment #7 from herbert at gondor dot apana dot org dot au 2006-01-10
22:44 ---
Subject: Re: [3.4/4.0/4.1/4.2 regression] Redundant reloading from stack frame
On Tue, Jan 10, 2006 at 09:32:58PM -, steven at gcc dot gnu dot org wrote:
>
> --- Comment #6 from steven
--- Comment #14 from herbert at gondor dot apana dot org dot au 2006-01-10
23:25 ---
Subject: Re: [3.4/4.0/4.1/4.2 regression] Redundant reloading from stack frame
On Tue, Jan 10, 2006 at 10:58:03PM -, steven at gcc dot gnu dot org wrote:
>
>
> --- Comment #8 from
--- Comment #16 from herbert at gondor dot apana dot org dot au 2006-01-10
23:41 ---
Subject: Re: [3.4/4.0/4.1/4.2 regression] Redundant reloading from stack frame
On Tue, Jan 10, 2006 at 11:36:51PM -, steven at gcc dot gnu dot org wrote:
>
> So, closing as INVALID, i.e.
--- Comment #18 from herbert at gondor dot apana dot org dot au 2006-01-10
23:45 ---
Subject: Re: Redundant reloading from stack frame on i386
On Tue, Jan 10, 2006 at 11:44:21PM -, steven at gcc dot gnu dot org wrote:
>
>
> --- Comment #17 from steven at gcc dot gn
--- Additional Comments From herbert at gondor dot apana dot org dot au
2004-07-17 19:30 ---
I'm sorry but I got this wrong. The compiler is allocating 12 bytes of headroom
unconditionally so it is actually safe.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16601
--- Yo
80 matches
Mail list logo
