running the testsuite with -fstack-protector fails if no libssp.* is installed
in a system path, or the ssp libraries from the system path are used, if they
are found.
Matthias
--
Summary: running the testsuite with -fstack-protector does fail
Product: gcc
Ver
--- Comment #3 from jphartmann at gmail dot com 2006-07-04 07:45 ---
Created an attachment (id=11811)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11811&action=view)
tar -z of the C source, tb.c. Has no preprocessor statements.
Incidentally, if I remove the goto on line 21, the
when building fontforge with -O3 -ftracer with gcc-4.1.1, the build bombs:
i686-pc-linux-gnu-gcc -O3 -march=pentium-m -pipe -fomit-frame-pointer -ftracer
-I/usr/include/freetype2/ -I/usr/include/libxml2/ -I../inc -I/usr/pkg/include
-I/usr/pkg/include/giflib -Wmissing-prototypes -Wunused -Wimplicit
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2006-07-04 07:52
---
Subject: Bug 18058
Author: ebotcazou
Date: Tue Jul 4 07:52:47 2006
New Revision: 115172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115172
Log:
PR bootstrap/18058
* configure.in: Add
--- Comment #1 from vapier at gentoo dot org 2006-07-04 07:53 ---
Created an attachment (id=11812)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11812&action=view)
PR28243-ice.i
$ gcc-4.1.1 -c -ftracer -O3 -m32 -fPIC PR28243-ice.i
PR28243-ice.i: In function 'PSDrawFillCircle':
PR2
--- Comment #39 from ebotcazou at gcc dot gnu dot org 2006-07-04 07:54
---
Thanks a bunch to Geoff!
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jphartmann at gmail dot com 2006-07-04 07:55 ---
By "accident" I discovered that removing the goto at line 21 gets the compiler
past the error message, but it then fails with "cc1: out of memory allocating
538476640 bytes". Doing the decode in a switch statement prod
/bin/sh ./libtool --tag=GCJ --mode=link /tmp/cvs/gcc-20060704/Build/gcc/gcj
-B/tmp/cvs/gcc-20060704/Build/ia64-suse-linux/libjava/
-B/tmp/cvs/gcc-20060704/Build/gcc/
-L/tmp/cvs/gcc-20060704/Build/ia64-suse-linux/libjava -funwind-tables -g -O2
-o gkeytool --main=gnu.classpath.tools.keytool.Main
--
schwab at suse dot de changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28244
It would be nice if -Wall would warn that the syntax is wrong if one has a
comma after write() or read() [see example below].
program test
implicit none
write(*,*), 'Hello'
end program test
Such commas are not part of the standard, though several compilers digest them
happily, but not all. T
--- Comment #1 from tobias dot burnus at physik dot fu-berlin dot de
2006-07-04 12:03 ---
I reall should create a gfortran script which inclueds -std=f95 by default :-(
LANG=C gfortran -std=f95 test.f90
In file test.f90:3
write(*,*), 'Hello'
1
Error: Extension: Comma be
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-07-04 12:18 ---
Of course it is - see my analysis in PR26440 - but it is a mess.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25392
I tried to compile gEDA on my computer using gcc-4.1.0 and I received this
error. Any help is appreciated.
/usr/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../crt1.o: In function `_start':
(.text+0x18): undefined reference to `main'
collect2: ld returned 1 exit status
make[4]: *** [gschem] Error 1
make[
--- Comment #29 from whaley at cs dot utsa dot edu 2006-07-04 13:15 ---
Guys,
The integer and fp differences do not appear to be strongly related. In
particular, on my P4e, gcc 4's integer code is actually faster than gcc 3's.
Further, if you look at the assemblies of the integer code
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-04 13:43 ---
You need a function named main.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from jakub at gcc dot gnu dot org 2006-07-04 13:47 ---
Subject: Bug 26991
Author: jakub
Date: Tue Jul 4 13:47:35 2006
New Revision: 115176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115176
Log:
PR middle-end/26991
Backport from mainline
--- Comment #36 from jakub at gcc dot gnu dot org 2006-07-04 13:47 ---
Subject: Bug 25636
Author: jakub
Date: Tue Jul 4 13:47:35 2006
New Revision: 115176
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115176
Log:
PR middle-end/26991
Backport from mainline
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-04 13:53 ---
Confirmed. -O2 -ftracer -fPIC.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
gcc 4.1.1 cannot buld on Solaris 9 sparc:
$ ./configure --prefix=/home/gcc --enable-threads=solaris
--enable-languages=c,c++ --enable-shared=libstdc++ --disable-multilib
--disable-nls sparc64-sun-solaris2.9
$ make
...
/home/devel/tmp/gcc-4.1.1/objdir/./gcc/xgcc -shared-libgcc
-B/home/devel/tmp/gc
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-04 13:56 ---
It rejects the valid code and ices during error-recovery.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-07-04 13:58 ---
Ah no, verify_stmts uses error ().
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-04 14:06 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-07-04 14:14 ---
We have
(struct iteratorD.1984 *) &thisD.2040_1->m_matchStartD.2038
after inlining, which is non-gimple.
(gdb) call debug_tree (*tp)
unit size
align 8 symtab 0 alias set -1 fields
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-04 14:25 ---
I ran into this also.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-04 14:26 ---
Confirmed. Janis, can you check what fixed this on the mainline?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-04 14:33 ---
ICEs in tree-ssa-math-opts.c, dominators are hosed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2006-07-04 14:35
---
> $ ./configure --prefix=/home/gcc --enable-threads=solaris
> --enable-languages=c,c++ --enable-shared=libstdc++ --disable-multilib
> --disable-nls sparc64-sun-solaris2.9
First of all, building in the source dire
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-07-04 14:38
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-04 14:39 ---
Testcase? Works for me...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-04 14:40 ---
Confirmed, what should happen is we should add the build library directory to
the library path if -fstack-protector is supplied. I think adding -lmudflap
-fmudflap has the same issue.
--
pinskia at gcc dot gnu
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-04 14:48 ---
I want to say this was fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2006-07/msg00011.html
And this works for me also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-07-04 14:52 ---
I get an error on this code:
tb.c:65558: error: declaration of 'navigate' with no linkage follows extern
declaration
tb.c:17: error: previous declaration of 'navigate' was here
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #4 from schwab at suse dot de 2006-07-04 14:52 ---
Still crashes as of today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
--- Comment #6 from jphartmann at gmail dot com 2006-07-04 15:21 ---
Subject: Re: internal compiler error: in make_decl_rtl, at varasm.c:752
Which compiler options are you using to trigger that message?
Needless to say I don't see that message with gcc 4.1.1 and -Wall.
How should one
--- Comment #5 from fnf at specifix dot com 2006-07-04 15:42 ---
Subject: Re: [4.2 regression] ICE in tree_int_cst_sgn
On Tuesday 04 July 2006 10:39, rguenth at gcc dot gnu dot org wrote:
> Testcase? Works for me...
28219 has a testcase
-Fred
--
http://gcc.gnu.org/bugzilla/show
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-04 15:47 ---
(In reply to comment #5)
> 28219 has a testcase
It does not have a full testcase as you also need the other PCH header file to
try it out.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28217
The following invalid code snippet causes an ICE since GCC 4.1.0:
=
union A { char c; };
template void foo()
{
(A) { 0, 0 };
}
void bar()
{
foo<0>();
}
=
bug.cc: In function 'void foo() [with int = 0]':
bug.cc:10: instan
The following invalid code is accepted since GCC 4.0.3:
void foo()
{
try {}
catch (long long long) {}
}
--
Summary: [4.0/4.1/4.2 regression] "long long long" accepted by
catch
Product
The following invalid code snippet causes an ICE on mainline:
=
template void foo()
{
try {}
catch (int(0)) {}
}
=
bug.cc: In function 'void foo()':
bug.cc:4: error: expected `)' before numeric constant
bug.cc:4: internal c
--- Comment #1 from patchapp at dberlin dot org 2006-07-04 17:00 ---
Subject: Bug number PR c++/28250
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-07/msg00112.html
--
http://gcc.gnu.org/bugzil
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2006-07-04 17:01
---
Confirmed on SPARC/Solaris 8 and 9, 32-bit and 64-bit.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from bonzini at gnu dot org 2006-07-04 17:03 ---
I don't know where I got the idea that you can do
calculate_dominance_info (CDI_DOMINATORS | CDI_POST_DOMINATORS);
instead of
calculate_dominance_info (CDI_DOMINATORS);
calculate_dominance_info (CDI_
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28250
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28249
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28248
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #2 from fitzsim at redhat dot com 2006-07-04 17:30 ---
I'm testing a fix for this.
--
fitzsim at redhat dot com changed:
What|Removed |Added
AssignedT
--- Comment #6 from ro at gcc dot gnu dot org 2006-07-04 18:32 ---
Arno, do you have any suggestions on how to investigate this? After all, this
is
a 4.2 regression.
Thanks.
Rainer
--
ro at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from fitzsim at gcc dot gnu dot org 2006-07-04 19:05 ---
Subject: Bug 28244
Author: fitzsim
Date: Tue Jul 4 19:05:19 2006
New Revision: 115180
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115180
Log:
2006-07-04 Thomas Fitzsimmons <[EMAIL PROTECTED]>
--- Comment #7 from charlet at adacore dot com 2006-07-04 19:09 ---
Subject: Re: [4.2 Regression] gnatbind fails to link on Tru64 UNIX
> Arno, do you have any suggestions on how to investigate this? After all, this
> is a 4.2 regression.
I'd suggest comparing what happens on another
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |andreast at gcc dot gnu dot
|dot org
--- Comment #3 from
=?KOI8-R?Q?=E4=C5=CA=D4=C5=D2_=E1=CC=C5=CB=D3=C1=CE=C4=D2_=F7=C1?=
=?KOI8-R?Q?=CC=C5=D2=C9=C5=D7=C9=DE?=
2006-07-04 20:06 ---
Subject: Re: libstdc++ cannot be build on Solaris 9
ebotcazou at gcc dot gnu dot org wrote:
> --- Comment #1 from ebotcazou at gcc
--- Comment #5 from pault at gcc dot gnu dot org 2006-07-04 20:16 ---
Subject: Bug 28167
Author: pault
Date: Tue Jul 4 20:15:52 2006
New Revision: 115182
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115182
Log:
2006-07-04 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2006-07-04 20:16 ---
Subject: Bug 28174
Author: pault
Date: Tue Jul 4 20:15:52 2006
New Revision: 115182
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115182
Log:
2006-07-04 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from andreast at gcc dot gnu dot org 2006-07-04 20:21
---
Subject: Bug 28226
Author: andreast
Date: Tue Jul 4 20:21:40 2006
New Revision: 115184
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115184
Log:
2006-07-04 Andreas Tobler <[EMAIL PROTECTED]>
P
--- Comment #3 from andreast at gcc dot gnu dot org 2006-07-04 20:26
---
Fixed
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-04 20:36 ---
Subject: Bug 28167
Author: pault
Date: Tue Jul 4 20:36:15 2006
New Revision: 115187
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115187
Log:
2006-07-04 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2006-07-04 20:36 ---
Subject: Bug 28174
Author: pault
Date: Tue Jul 4 20:36:15 2006
New Revision: 115187
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115187
Log:
2006-07-04 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
The introduction of tree addresses in debugging dumps has caused
most lines of debugging dumps to differ.
What we had before was that ordinary dumps produced with the same input &
options by compilers produced in different stages of a bootstrap were
reasonably diffable; Slightly different compilati
--- Comment #2 from pluto at agmk dot net 2006-07-04 21:16 ---
works fine with BOOT_CFLAGS="-01" && STAGE1_CFLAGS="-O0".
with BOOT_CFLAGS="-O2" ices as above.
--
pluto at agmk dot net changed:
What|Removed |Added
---
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-07-04 21:24 ---
Created an attachment (id=11818)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11818&action=view)
Tentative patch
I'm currently testing this patch. Hopefully this will allow to pinpoint the
insns that stage3
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-07-04
21:35 ---
Subject: Re: [4.2 Regression] posix.cc:222: error: invalid conversion from
'const void*' to 'void*'
> Fixed
Thanks,
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28226
pow(x,1/3.0) isn't converted to cbrt(x), even though cbrt() is C99 and thus
widely available.
--
Summary: pow(x,1/3.0) should be converted to cbrt(x)
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-07-04 22:50 ---
Created an attachment (id=11819)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11819&action=view)
Tentative patch
This one compiles...
--
amylaar at gcc dot gnu dot org changed:
What|Remove
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-07-04 22:52 ---
Confirmed. Whether it's a good idea is another question.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from danglin at gcc dot gnu dot org 2006-07-04 23:06 ---
On hppa-unknown-linux-gnu with make -j 2 bootstrap:
/home/dave/gnu/gcc-4.2/objdir/gcc/gcj
-B/home/dave/gnu/gcc-4.2/objdir/hppa-linux
/libjava/ -B/home/dave/gnu/gcc-4.2/objdir/gcc/ -g -O2 -o .libs/gappletviewer
--m
a
The following invalid testcase triggers an ICE since GCC 3.4.0:
=
struct A
{
virtual A* foo();
};
struct B : virtual A
{
virtual B* foo();
};
struct C : B
{
virtual C& foo();
};
=
bug.cc:13: error: conflicting
The following invalid testcase triggers an ICE since at least GCC 2.95.3:
=
extern "Java"
{
struct A { typedef int class$; };
}
typedef void* jclass;
A* p = new A;
=
bug.cc:8: internal compiler error: in write_jav
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |minor
Target Milestone|--- |4.0.4
http://
The following valid testcase triggers a segfault since GCC 4.1.0:
=
template void foo()
{
int i = (int){ 0 };
}
=
bug.cc: In function 'void foo()':
bug.cc:3: internal compiler error: Segmentation fault
Please submit
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28255
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.1.3 |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28255
The following invalid testcase triggers a segfault since GCC 4.1.0:
=
int i = {};
=
bug.cc: In function 'void foo()':
bug.cc:1: internal compiler error: Segmentation fault
Please submit a full bug report, [etc.]
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
The following invalid testcase triggers an ICE since GCC 4.0.0:
=
struct A
{
int i;
void foo()
{
int A::i = i;
}
};
=
bug.cc: In member function 'void A::foo()':
bug.cc:6: error: extra qualific
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28257
The following invalid testcase triggers an ICE since GCC 3.0:
=
struct A
{
A(void x);
};
struct B : A {};
B b;
=
bug.cc:3: error: 'x' has incomplete type
bug.cc:3: error: invalid use of 'void'
bug.cc:8: internal c
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28258
The following invalid testcase triggers an ICE since GCC 3.4.0:
=
struct A
{
virtual A* foo();
};
struct B : virtual A;
struct C : A
{
virtual B* foo();
};
B* C::foo() { return 0; }
=
bug.cc:6: error: expec
The following invalid testcase triggers an ICE since at least GCC 2.95.3:
=
template struct A
{
friend int foo();
};
void foo() { A<0> a; }
=
bug.cc: In instantiation of 'A<0>':
bug.cc:6: instantiated from here
b
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28259
The following invalid testcase triggers an ICE since GCC 4.0.0:
=
struct A {};
A::A (enum { e }) {}
=
bug.cc:3: internal compiler error: in push_class_level_binding, at
cp/name-lookup.c:2599
Please submit a full bug
Description:
g++ appears to have issues when declaring function pointer types that accept
default function parameters. However it does not have issues when declaring
non-pointer function types that accept default function parameters. For
example, the following code:
typedef void (* funcptr) (
--- Comment #1 from jason dot cipriani at gmail dot com 2006-07-05 00:22
---
Created an attachment (id=11820)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11820&action=view)
"Broken" preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28262
--- Comment #2 from jason dot cipriani at gmail dot com 2006-07-05 00:22
---
Created an attachment (id=11821)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11821&action=view)
"Working" preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28262
--- Comment #3 from jason dot cipriani at gmail dot com 2006-07-05 00:23
---
Apologies for inlining preprocessor output. I have attached the files.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28262
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28261
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-07-05 00:31 ---
Your workaround is really invalid code and should be rejected.
So what we have here is an accepts invalid that is not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jason dot cipriani at gmail dot com 2006-07-05 00:35
---
Agreed. Wasn't sure if it was actually supposed to work or not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28262
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-07-05 00:41 ---
Just a note, the follow patch deprecated them in 3.4:
http://gcc.gnu.org/ml/gcc-patches/2003-07/msg02485.html
Though it seems to miss this part for some reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28
--- Comment #15 from jason at gcc dot gnu dot org 2006-07-05 00:46 ---
(In reply to comment #14)
> Marks's testcase from comment #6 still ICEs.
True, but it's a contrived testcase; I doubt anyone deliberately tries to force
a load of a non-POD object for its own sake.
--
http://gcc
There is a leak of 24 bytes of exception handling context per Java thread on
MinGW due to a hack that fools the MinGW runtime into thinking that
multi-threaded exception handling is in effect but avoids linking to the
correct __mingwthr_key_dtor() from mingwm10.dll and instead links to a dummy
vers
--- Comment #5 from benjamin at smedbergs dot us 2006-07-05 02:49 ---
Jason, is this a patch that can be safely considered for the 1.4.1/1.4.0
branches?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26905
--- Comment #25 from pinskia at gcc dot gnu dot org 2006-07-05 03:01
---
Fixed for 4.2.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from varg at theor dot jinr dot ru 2006-07-05 05:44 ---
The error message given by g++-3.4:
test.cc: In member function `void foo::operator()(T1&, T3&)':
test.cc:14: error: non-constant `foo::N_BC' cannot be used as template
argument
test.cc:14: error: template argument 3
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #1 from aoliva at gcc dot gnu dot org 2006-07-05 06:04 ---
Created an attachment (id=11822)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11822&action=view)
Patch that fixes the bug
This patch fixes the problem for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
(...)
../../gcc/config/soft-fp/floatsisf.c:36: warning: no previous prototype for
'__floatsisf'
/home/users/builder/rpm/BUILD/trunk/builddir/./gcc/xgcc
-B/home/users/builder/rpm/BUILD/trunk/builddir/./gcc/ -B/usr/ppc-pld-linux/bin/
-B/usr/ppc-pld-linux/lib/ -isystem /usr/ppc-pld-linux/include -isys
--- Comment #5 from bonzini at gnu dot org 2006-07-05 06:20 ---
Subject: Bug 28218
Author: bonzini
Date: Wed Jul 5 06:20:19 2006
New Revision: 115197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115197
Log:
2006-07-04 Paolo Bonzini <[EMAIL PROTECTED]>
PR tree-optim
1 - 100 of 105 matches
Mail list logo
