[Bug c++/50255] Linker stumbles over non-grouped text/rodata for a non-virtual thunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50255 Caolan McNamara changed: What|Removed |Added CC||caolanm at redhat dot com, ||jakub at redhat dot com --- Comment #3 from Caolan McNamara 2011-09-01 08:29:54 UTC --- caolanm->jakub: this is the one I mentioned as FOSDEM 11. caolanm->sberg: able to attach something standalone that can reproduce this, i.e. .ii
[Bug c++/40146] Unexplained "'' is used uninitialized in this function" warning
--- Comment #14 from caolanm at redhat dot com 2010-07-13 14:37 --- Checking with gcc 4.5, this works fine for me now, so I'm happy to call this fixed in 4.5. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
[Bug libstdc++/44268] abi docs say that hppa-linux defaults to libgcc_s.so.2
--- Comment #1 from caolanm at redhat dot com 2010-05-25 10:34 --- Created an attachment (id=20740) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20740&action=view) update docs -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44268
[Bug libstdc++/44268] New: abi docs say that hppa-linux defaults to libgcc_s.so.2
http://gcc.gnu.org/onlinedocs/libstdc++/manual/abi.html says "gcc-3.4.x, gcc-4.[0-5].x: on m68k-linux and hppa-linux this is either libgcc_s.so.1 (when configuring --with-sjlj-exceptions) or libgcc_s.so.2. For all others, this is libgcc_s.so.1." But I see libgcc_s.so.4 on hppa not libgcc_s.so.2. Patch attached to change docs -- Summary: abi docs say that hppa-linux defaults to libgcc_s.so.2 Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44268
[Bug c++/41847] warning: array subscript is above array bounds
--- Comment #5 from caolanm at redhat dot com 2009-10-31 17:59 --- bug 41892 now logged for the concrete runtime problem I'm encountering. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug c++/41892] generated code increments past enum boundary
--- Comment #2 from caolanm at redhat dot com 2009-10-31 17:52 --- $ gcc --version gcc (GCC) 4.4.2 20091019 (Red Hat 4.4.2-5) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41892
[Bug c++/41892] generated code increments past enum boundary
--- Comment #1 from caolanm at redhat dot com 2009-10-31 17:51 --- Created an attachment (id=18943) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18943&action=view) demo code s390x-redhat-linux-g++ -O2 -fpic demo.cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41892
[Bug c++/41892] New: generated code increments past enum boundary
i.e. the attached code is fine on x86_64 but crashes on s390x with g++ -O2 -fpic demo.cxx it does not crash with g++ -O2 demo.cxx or g++ -fpic demo.cxx expected output is... 0 3 0 3 0 3 1 3 2 3 1 3 0 3 1 3 1 3 2 3 2 3 0 3 2 3 1 3 2 3 0 3 0 3 0 3 1 3 2 3 1 3 0 3 1 3 1 3 2 3 2 3 0 3 2 3 1 3 2 3 0 3 0 3 1 3 1 3 2 3 2 3 actual output is... 0 3 0 3 0 3 1 3 2 3 0 3 3 3 0 3 4 3 0 3 5 3 0 3 6 3 0 3 7 3 0 3 8 ... crash -- Summary: generated code increments past enum boundary Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com GCC host triplet: s390x-ibm-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41892
[Bug c++/41847] warning: array subscript is above array bounds
--- Comment #4 from caolanm at redhat dot com 2009-10-27 20:17 --- At runtime of the original version of one of these loops (or a similar one, I decided for ease to boil down to the warning case for this bug) goes way past the RowSpan limits. If this one is cosmetic, then I've got another more difficult to extract one to do. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug c++/41847] warning: array subscript is above array bounds
--- Comment #1 from caolanm at redhat dot com 2009-10-27 14:47 --- Created an attachment (id=18916) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18916&action=view) standalone demo gcc -Wall -O2 -c demo.cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug c++/41847] New: warning: array subscript is above array bounds
# gcc -Wall -O2 -c demo.cxx demo.cxx: In function void isInvertible(): demo.cxx:12: warning: array subscript is above array bounds gcc --version gcc (GCC) 4.4.2 20091019 (Red Hat 4.4.2-5) I've the same results with... gcc (GCC) 4.4.2 20091019 (Red Hat 4.4.2-5) (gcc-4.4.2-5.el6.s390x) gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-3) (gcc-4.4.1-3.s390x) gcc (GCC) 4.4.0 20090506 (Red Hat 4.4.0-4) (gcc-4.4.0-4.s390x) Possibly a duplicate of #35392 so its not a very recent thing. I only get this warning (and related runtime failure) with s390x. Equivalent x86_64/x86/ppc/ppc64/arm gcc's appear fine -- Summary: warning: array subscript is above array bounds Product: gcc Version: 4.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com GCC build triplet: s390x-ibm-linux GCC host triplet: s390x-ibm-linux GCC target triplet: s390x-ibm-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41847
[Bug c++/40146] Unexplained "'' is used uninitialized in this function" warning
-- caolanm at redhat dot com changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
[Bug c++/40146] Unexplained "'' is used uninitialized in this function" warning
--- Comment #4 from caolanm at redhat dot com 2009-08-27 11:17 --- Created an attachment (id=18436) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18436&action=view) smaller test-case Here's a smaller one, perturbing nearly any line in this makes the warning go away, various sample lines are commented as such in this 100 line example. Like before... g++ -DTEST -O2 -c -Wall foo.cxx no warnings, while g++ -O2 -c -Wall foo.cxx foo.cxx: In function 'bool demo()': foo.cxx:83: warning: '' is used uninitialized in this function foo.cxx:83: note: '' was declared here -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
[Bug c++/40146] Unexplained "'' is used uninitialized in this function" warning
--- Comment #1 from caolanm at redhat dot com 2009-05-14 13:09 --- Created an attachment (id=17864) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17864&action=view) test-case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
[Bug c++/40146] New: Unexplained "'' is used uninitialized in this function" warning
With some code (attached) using an anonymous namespace I get an unexplained
" is used uninitialized in this function" with -Wall, with no
indication of what is seen to be used uninitialized. Changing the namespace to
a named one removes the error, as does removing part of the body of a used
method.
g++ (GCC) 4.4.0 20090506 (Red Hat 4.4.0-4)
-DTEST1 names the namespace
-DTEST2 comments out the body of the offending method
"wiggling" the code makes it disappear/reappear, but difficult to know what the
problem is so as to make the test-case a more reasonable size
$ g++ -O2 -c -Wall foo.cxx
foo.cxx: In function bool demo():
foo.cxx:4033: warning: is used uninitialized in this function
foo.cxx:4033: note: was declared here
$ g++ -DTEST1 -O2 -c -Wall foo.cxx
$ g++ -DTEST2 -O2 -c -Wall foo.cxx
Looks similar to bug #38908 but that one compiles without warnings here
--
Summary: Unexplained "'' is used uninitialized in this
function" warning
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146
[Bug c++/39763] -Wshadow reports shadowed declarations for parameters of unnamed temp objects
--- Comment #1 from caolanm at redhat dot com 2009-04-14 13:06 --- Created an attachment (id=17631) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17631&action=view) trivial demo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39763
[Bug c++/39763] New: -Wshadow reports shadowed declarations for parameters of unnamed temp objects
This is very similar to Bug 39526 except that the test-case there now (Fedora rawhide: gcc-4.4.0-0.32.x86_64) passes, while this similar one reports... g++ -c -Wshadow demo.cxx demo.cxx: In function int foo(): demo.cxx:11: warning: declaration of infoo shadows a previous local demo.cxx:10: warning: shadowed declaration is here -- Summary: -Wshadow reports shadowed declarations for parameters of unnamed temp objects Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39763
[Bug c++/39526] -Wshadow reports shadowed declarations for parameters of unnamed temp objects
--- Comment #1 from caolanm at redhat dot com 2009-03-23 12:22 --- Created an attachment (id=17519) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17519&action=view) trivial demo -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39526
[Bug c++/39526] New: -Wshadow reports shadowed declarations for parameters of unnamed temp objects
for the parameters passed to a C++ constructor when an unnamed temporary object is created and a method called on it i.e. following test-case reports... $ g++ -c -Wshadow demo.cxx demo.cxx: In function int foo(int): demo.cxx:10: warning: declaration of INetURLObject infoo shadows a parameter demo.cxx:8: warning: shadowed declaration is here $ gcc -v Using built-in specs. Target: x86_64-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla --enable-bootstrap --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre --enable-libgcj-multifile --enable-java-maintainer-mode --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib --with-ppl --with-cloog=/builddir/build/BUILD/gcc-4.4.0-20090307/cloog-ppl/inst/usr --with-tune=generic --with-arch_32=i586 --build=x86_64-redhat-linux Thread model: posix gcc version 4.4.0 20090307 (Red Hat 4.4.0-0.23) (GCC) -- Summary: -Wshadow reports shadowed declarations for parameters of unnamed temp objects Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com GCC target triplet: x86_64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39526
[Bug c++/31785] New: RFE: Possible to avoid emitting ctor sections for trivial constructors of static objects ?
i.e. there are global keyed constructors emitted for global objects which have
trivial constructors which just zero the contents of the object
e.g.
gcc -Os foo.cxx of
---
static void * myPointer1(0);
void * myFunction1() { return myPointer1; }
struct MyStruct {
void * pointer;
};
static MyStruct myPointer2;
---
and readelf -S foo.o | grep ctor
shows nothing, while...
gcc -Os foo.cxx of
---
struct MyOtherStruct {
void * pointer;
MyOtherStruct(): pointer(0) {}
};
static MyOtherStruct myPointer3;
---
gives an readelf -S foo.o | grep ctor
[ 5] .ctorsPROGBITS 0070
[ 6] .rela.ctors RELA 0700
and
nm foo.o | grep GLOBAL | c++filt | grep keyed | c++filt
001c t global constructors keyed to foo.cxx__A20C6F19
It'd be neat if the global static MyOtherStruct myPointer3 ctor could be
optimized away.
--
Summary: RFE: Possible to avoid emitting ctor sections for
trivial constructors of static objects ?
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31785
[Bug libstdc++/28844] hashtable.h initialize reserves a lot of memory, defer until needed
--- Comment #6 from caolanm at redhat dot com 2006-08-25 10:32 --- Sure, up to you, but I'd say you'd still be pretty safe adding two smaller starting hash sizes. This doesn't actually affect most OOos (at least for 95% of OOo's which exist) which are normally built against stlport for some other ABI compatibility and visibility reasons, so it's only an academic suggestion from my POV with respect to gcc stl, unless we start building OOo against "system" stl at some future point. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28844
[Bug libstdc++/28844] hashtable.h initialize reserves a lot of memory, defer until needed
--- Comment #4 from caolanm at redhat dot com 2006-08-25 10:19 --- On a brief inspection the trl hashtable doesn't look like it really suffers from these problems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28844
[Bug libstdc++/28844] hashtable.h initialize reserves a lot of memory, defer until needed
--- Comment #3 from caolanm at redhat dot com 2006-08-25 10:15 --- Created an attachment (id=12138) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12138&action=view) and add some smaller primes to the start of the list An additional part to this puzzle... From: Herbert Duerr <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Hash tables have performance characteristics that are an excellent match for the scalability requirements of many data structures in real life applications. When examining the memory requirements of an OpenOffice.org startup many of the application's hash_maps are considerably oversized. Even providing proper size hints to the hash table constructor doesn't help, because today's stlport has a minimum bucket count of 53. The more general solution is to allow smaller bucket counts by prepending the prime list by e.g. 7 and 23. With the default size hint of 100 nothing would change for default constructed hash tables. Only users who explicitly hint at the high probability of small sized containers could notice a change. Since the number of primes in the list is still less than the next power of two the binary search would be at as fast as before. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28844
[Bug libstdc++/28844] hashtable.h initialize reserves a lot of memory, defer until needed
--- Comment #1 from caolanm at redhat dot com 2006-08-25 09:50 --- Created an attachment (id=12137) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12137&action=view) patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28844
[Bug libstdc++/28844] New: hashtable.h initialize reserves a lot of memory, defer until needed
We were discussing some hashtable stuff in OOo recently, part of the outcome
was...
---
From: Herbert Duerr <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject:Optimization for empty hashtables
Date: Fri, 25 Aug 2006 11:15:50 +0200 (10:15 IST)
While analyzing the performance of OpenOffice.org's startup Michael
Meeks noticed that a lot of memory is wasted for default constructed
hash_map/hash_set etc. objects. Many of these objects remain empty for a
considerable time.
Even when the hashtable constructor gets a size hint of zero the current
implementation will allocate 53 buckets. Since for insertions the bucket
count is checked later anyway it is possible to delay this allocation
without any performance penalty.
Here is a patch against today's trunk that makes initializations of
hashtables much cheaper if an "empty" hint is provided.
---
The gcc stl implementation is similiar enough, that the following patch may be
advantageous
--
Summary: hashtable.h initialize reserves a lot of memory, defer
until needed
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28844
[Bug c++/28370] undefined reference (to a complicated template construct) at link time
--- Comment #4 from caolanm at redhat dot com 2006-07-13 11:06 --- Created an attachment (id=11880) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11880&action=view) diff against testme.ii which will make it work for me This attachment is a diff against the testme.ii and makes the instance static class member into a local static variable. Which is acceptable for my use case, and works around the problem for me -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28370
[Bug c++/28370] undefined reference (to a complicated template construct) at link time
--- Comment #3 from caolanm at redhat dot com 2006-07-13 09:43 --- Created an attachment (id=11879) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11879&action=view) new nm -7 output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28370
[Bug c++/28370] undefined reference (to a complicated template construct) at link time
--- Comment #2 from caolanm at redhat dot com 2006-07-13 09:43 --- Created an attachment (id=11878) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11878&action=view) original -6 nm output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28370
[Bug c++/28370] undefined reference (to a complicated template construct) at link time
--- Comment #1 from caolanm at redhat dot com 2006-07-13 09:42 --- Created an attachment (id=11877) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11877&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28370
[Bug c++/28370] New: undefined reference (to a complicated template construct) at link time
../unxlngi6.pro/slo/uuid.o: In function `create': ../../inc/rtl/instance.hxx:292: undefined reference to `(anonymous namespace)::rtl_Instance<(anonymous namespace)::Pool, rtl::Static<(anonymous namespace)::Pool, (anonymous namespace)::PoolHolder>::StaticInstance, osl::Guard, osl::GetGlobalMutex, int, int>::m_pInstance' So, attachment 1 is my testcase testme.ii with "g++ -c -fPIC -o testme.o testme.ii" compiled with "g++ (GCC) 4.1.1 20060629 (Red Hat 4.1.1-6)" I get the following attachment 2 output from nm compiled with "g++ (GCC) 4.1.1 20060711 (Red Hat 4.1.1-7)" I get the following attachment 3 output from nm the above missing symbol is U in -7 and V in -6 -- Summary: undefined reference (to a complicated template construct) at link time Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28370
[Bug c++/28357] c-style downcasts on const multiple inherited objects differ if const vs non-const cast
--- Comment #1 from caolanm at redhat dot com 2006-07-12 12:51 --- Created an attachment (id=11865) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11865&action=view) demo source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28357
[Bug c++/28357] New: c-style downcasts on const multiple inherited objects differ if const vs non-const cast
i.e. the attached test case with > gcc (GCC) 4.1.1 20060629 (Red Hat 4.1.1-6) and > gcc (GCC) 4.1.1 20060525 (Red Hat 4.1.1-1) gives... New-Style Correct: const 0xbfdb3d2c, unconst 0xbfdb3d2c Old-Style Correct: const 0xbfdb3d2c, unconst 0xbfdb3d2c Old-Style Incorrect: const 0xbfdb3d2c, unconst 0xbfdb3d28 where the final value here should be the same as the rest of them -- Summary: c-style downcasts on const multiple inherited objects differ if const vs non-const cast Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28357
[Bug classpath/25389] File(new URI("file:./")) -> java.lang.NullPointerException
--- Comment #7 from caolanm at redhat dot com 2005-12-14 08:35 --- Throwing IllegalArgumentException should be fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25389
[Bug java/25389] New: File(new URI("file:./")) -> java.lang.NullPointerException
A regression in 4.1.0 which is not in 4.0.2, brings OOo java component
registration to its knees. Sample source inline
import java.net.URI;
import java.io.File;
class myfirstprog
{
public static void main(String args[])
{
URI uriObject = null;
try {
uriObject = new URI("file:./");
}
catch (Exception e) {
}
System.err.println("urlObject is " + uriObject);
File uriFile = null;
uriFile = new File(uriObject);
System.err.println("uriFile is " + uriFile);
}
}
output from 4.1.0 is...
urlObject is file:./
Exception in thread "main" java.lang.NullPointerException
<>
output from 4.2.0 was...
urlObject is file:./
uriFile is .
--
Summary: File(new URI("file:./")) ->
java.lang.NullPointerException
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25389
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #7 from caolanm at redhat dot com 2005-12-01 14:59 --- Program received signal SIGSEGV, Segmentation fault. [witching to Thread -1209017888 (LWP 28260)] X11SalGraphics::SetXORMode (this=0x3cb0f10, bSet=0 '\0') at /home/caolan/ooo/SRC680_m142/vcl/unx/source/gdi/salgdi.cxx:695 695 if( !bXORMode_ == bSet ) (gdb) x/i $pc 0x20bfe89 <_ZN14X11SalGraphics10SetXORModeEh+11>: mov0xed(%edi),%esi (gdb) x/1b $edi+0xed 0x3cb0ffd: 0x00 (gdb) x/4b $edi+0xed 0x3cb0ffd: 0x000x000x00Cannot access memory at address 0x3cb1000 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #4 from caolanm at redhat dot com 2005-12-01 10:28 --- crash is X11SalGraphics::SetXORMode (this=0x34b3f10, bSet=0 '\0') at /home/caolan/ooo/SRC680_m142/vcl/unx/source/gdi/salgdi.cxx:695 695 if( !bXORMode_ == bSet ) where a bitfield is compare to unsigned char -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #3 from caolanm at redhat dot com 2005-12-01 10:28 --- Created an attachment (id=10376) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10376&action=view) not ok output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #2 from caolanm at redhat dot com 2005-12-01 10:27 --- Created an attachment (id=10375) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10375&action=view) ok output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
--- Comment #1 from caolanm at redhat dot com 2005-12-01 10:27 --- Created an attachment (id=10374) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10374&action=view) preprocessed code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/25199] New: crashing code output from -mtune=pentium4 but not -mtune=pentiumpro
A fairly tricky one. OOo compiled with -mtune=pentium4 will crash e.g. http://qa.openoffice.org/issues/show_bug.cgi?id=58368 eventually on drawing stuff. Problem traced to a particular file. Compied with -mtune=pentiumpro instead and crash dissappears. So taking -E code, attached here as salgdi.ii, comiling as a) g++ -S -Os -fno-strict-aliasing -fvisibility=hidden -mtune=pentiumpro -fvisibility-inlines-hidden -g -fno-exceptions -fpic -o pentiumpro-salgdi.s salgdi.ii g++ -c -fpic -o ../../../unxlngi6.pro/slo/salgdi.o pentiumpro-salgdi.s and all is well, and as b) ++ -S -Os -fno-strict-aliasing -fvisibility=hidden -mtune=pentium4 -fvisibility-inlines-hidden -g -fno-exceptions -fpic -o pentium4-salgdi.s salgdi.ii g++ -c -fpic -o ../../../unxlngi6.pro/slo/salgdi.o pentium4-salgdi.s all is not well. .s also attached in an attempt to be useful -- Summary: crashing code output from -mtune=pentium4 but not - mtune=pentiumpro Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25199
[Bug c++/23691] ‘mpl_::bool_::value’ is not a valid template argument for type ‘bool’ because it is a non-constant expression
--- Additional Comments From caolanm at redhat dot com 2005-09-02 09:05 --- Created an attachment (id=9645) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9645&action=view) testcase I'm sure this worked very recently -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23691
[Bug c++/23691] New: ‘mpl_::bool_::value’ is not a valid template argument for type ‘bool’ because it is a non-constant expression
boost template causing error gcc --version gcc (GCC) 4.0.1 20050831 (Red Hat 4.0.1-12) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. /usr/include/boost/detail/sp_counted_impl.hpp: In member function âvirtual void* boost::detail::sp_counted_impl_pd::get_deleter(const std::type_info&)â: /usr/include/boost/detail/sp_counted_impl.hpp:147: error: âmpl_::bool_::valueâ is not a valid template argument for type âboolâ because it is a non-constant expression /usr/include/boost/detail/sp_counted_impl.hpp:147: error: âmpl_::bool_::valueâ is not a valid template argument for type âboolâ because it is a non-constant expression ../inc/layermanager.hxx: In member function âvoid presentation::internal::LayerManager::forEachShape(const Functor&) constâ: ../inc/layermanager.hxx:299: error: âmpl_::bool_::valueâ is not a valid template argument for type âboolâ because it is a non-constant expression ../inc/layermanager.hxx:299: error: âmpl_::bool_::valueâ is not a valid template argument for type âboolâ because it is a non-constant expression ../inc/layermanager.hxx: In member function âvoid presentation::internal::LayerManager::forEachShape(const Functor&)â: ../inc/layermanager.hxx:333: error: âmpl_::bool_::valueâ is not a valid template argument for type âboolâ because it is a non-constant expression ../inc/layermanager.hxx:333: error: âmpl_::bool_::valueâ is not a valid template argument for type âboolâ because it is a non-constant expression -- Summary: âmpl_::bool_::valueâ is not a valid template argument for type âboolâ because it is a non- constant expression Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23691
[Bug c++/23418] old-style cast uses reinterpret+const instead of static+const
-- What|Removed |Added CC||jakub at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23418
[Bug c++/23418] old-style cast uses reinterpret+const instead of static+const
-- What|Removed |Added CC||caolanm at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23418
[Bug libstdc++/22482] -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block
-- What|Removed |Added CC||jakub at gcc dot gnu dot org Summary| -fvisibility=hidden and stl|-fvisibility=hidden and stl |-> SEGV in |-> SEGV in |__gnu_cxx::__pool::_M_|__gnu_cxx::__pool::_M_ |reclaim_block |reclaim_block http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22482
[Bug libstdc++/22482] -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block
--- Additional Comments From caolanm at redhat dot com 2005-07-14 11:42 --- Created an attachment (id=9268) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9268&action=view) example to reproduce -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22482
[Bug libstdc++/22482] New: -fvisibility=hidden and stl -> SEGV in __gnu_cxx::__pool::_M_reclaim_block
perhaps this is user error on my side, but given the attachment, run runme.sh
and I get a stacktrace of...
#0 0x00b88dab in __gnu_cxx::__pool::_M_reclaim_block () from
/usr/lib/libstdc++.so.6
#1 0x00517ff2 in __gnu_cxx::__mt_alloc >::deallocate
(this=0x8e571c8, __p=0x8e551f8, __n=2)
at
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/ext/mt_allocator.h:746
#2 0x00518025 in std::_Vector_base >::_M_deallocate
(this=0x8e571c8,
__p=0x8e551f8, __n=2)
at
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/bits/stl_vector.h:123
#3 0x0051806c in ~_Vector_base (this=0x8e571c8)
at
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/bits/stl_vector.h:109
#4 0x0051819f in ~vector (this=0x8e571c8)
at
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/bits/stl_vector.h:273
#5 0x005181c6 in __gnu_cxx::__mt_alloc_base > >::destroy (
this=0xbf9f4d2f, __p=0x8e571c8)
at
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/ext/mt_allocator.h:614
#6 0x005181f2 in std::_Destroy >*,
std::allocator > > > (__first=0x8e571c8,
__last=0x8e571e0, [EMAIL PROTECTED])
at
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/bits/stl_construct.h:174
#7 0x00518246 in ~vector (this=0xbf9f4d70)
at
/usr/lib/gcc/i386-redhat-linux/4.0.1/../../../../include/c++/4.0.1/bits/stl_vector.h:273
#8 0x0051792d in testfoo () at dlgass.cxx:7
#9 0x08048531 in main ()
--
Summary: -fvisibility=hidden and stl -> SEGV in
__gnu_cxx::__pool::_M_reclaim_block
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22482
[Bug java/21233] New: gij -version returns unquoted version number
sun java -version will say e.g.
java version "1.4.2_07"
while gij -version says
java version 1.4.2
i.e. sun quotes the version number while gij doesn't. It's trivial, but a number
of configure scripts and other tests depend on the quotes to find the java
version number, e.g. db 4.2.52 and openoffice.org 1.9.95
--
Summary: gij -version returns unquoted version number
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21233
[Bug libgcj/21020] java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:11 --- affects db-4.2 as well for what it's worth -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug libgcj/21020] java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:09 --- version of successful gcj gcc (GCC) 4.0.0 20050405 (Red Hat 4.0.0-0.40) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug libgcj/21020] java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:09 --- version of failing gcj gcc (GCC) 4.0.0 20050412 (Red Hat 4.0.0-0.42) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug libgcj/21020] java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:07 --- Created an attachment (id=8629) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8629&action=view) sample jar -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug libgcj/21020] java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
--- Additional Comments From caolanm at redhat dot com 2005-04-14 12:07 --- Created an attachment (id=8628) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8628&action=view) sample source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug libgcj/21020] New: java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot
java.lang.NoSuchFieldError at .__gxx_personality_v0 (/home/caolan/java/a.out) at .__gxx_personality_v0 (/home/caolan/java/a.out) at .__gxx_personality_v0 (/home/caolan/java/a.out) at .__libc_start_main (/lib/libc-2.3.4.so) at .__gxx_personality_v0 (/home/caolan/java/a.out) -- Summary: java.lang.NoSuchFieldError regression from earlier 4.0.0 snapshot Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21020
[Bug c++/20629] internal compiler error: in cp_tree_equal, at cp/tree.c:1552
--- Additional Comments From caolanm at redhat dot com 2005-03-30 07:29 --- I'm still seeing this, but some info... a) I'm only seeing this with LANG=C, export LANG=en_US.UTF-8 and there is no crash b) compiling the dumped proprocessed code isn't crashing in either LANG -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20629
[Bug c++/20629] internal compiler error: in cp_tree_equal, at cp/tree.c:1552
--- Additional Comments From caolanm at redhat dot com 2005-03-25 11:28 --- FWIW I only see it on ppc, though I compile with different optimization values for i386, ppc command line is... g++ -fsigned-char -fmessage-length=0 -c -I. -I. -I../inc -I../../inc -I../../unx/inc -I../../unxlngppc.pro/inc -I. -I/usr/src/build/546435-ppc/BUILD/SRC680_m88/solver/680/unxlngppc.pro/inc/stl -I/usr/src/build/546435-ppc/BUILD/SRC680_m88/solver/680/unxlngppc.pro/inc/external -I/usr/src/build/546435-ppc/BUILD/SRC680_m88/solver/680/unxlngppc.pro/inc -I/usr/src/build/546435-ppc/BUILD/SRC680_m88/solenv/unxlngppc/inc -I/usr/src/build/546435-ppc/BUILD/SRC680_m88/solenv/inc -I/usr/src/build/546435-ppc/BUILD/SRC680_m88/res -I/usr/src/build/546435-ppc/BUILD/SRC680_m88/solver/680/unxlngppc.pro/inc/stl -I/usr/src/build/546435-ppc/BUILD/SRC680_m88/solenv/inc/Xp31 -I/usr/include -I/usr/X11R6/include -I. -I../../res -I. -O2 -fno-strict-aliasing -fvisibility=hidden -fsigned-char -pipe -frtti -Wno-ctor-dtor-privacy -fno-exceptions -fPIC -DLINUX -DUNX -DVCL -DGCC -DC300 -DPOWERPC -DGXX_INCLUDE_PATH=/usr/lib/gcc/ppc64-redhat-linux/4.0.0/../../../../include/c++/4.0.0 -DCVER=C300 -D_USE_NAMESPACE -DGLIBC=2 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -DPOWERPC -DPPC -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRC680 -DSVX_DLLIMPLEMENTATION -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../unxlngppc.pro/slo/view3d.o /usr/src/build/546435-ppc/BUILD/SRC680_m88/svx/source/engine3d/view3d.cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20629
[Bug c++/20629] internal compiler error: in cp_tree_equal, at cp/tree.c:1552
--- Additional Comments From caolanm at redhat dot com 2005-03-24 21:06 --- Created an attachment (id=8453) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8453&action=view) bzip2ed prorocessed dump openoffice.org 1.9.88 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20629
[Bug c++/20629] New: internal compiler error: in cp_tree_equal, at cp/tree.c:1552
g++ (GCC) 4.0.0 20050320 (Red Hat 4.0.0-0.35) -- Summary: internal compiler error: in cp_tree_equal, at cp/tree.c:1552 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,jakub at gcc dot gnu dot org GCC build triplet: ppc64-redhat-linux GCC host triplet: ppc64-redhat-linux GCC target triplet: ppc64-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20629
[Bug c++/20589] error: '' is/uses anonymous type'
--- Additional Comments From caolanm at redhat dot com 2005-03-23 19:12 --- Sounds reasonable, but it's not the case that the compiler should just silently not consider anonymous enums as candidates for template argument matching ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20589
[Bug c++/20589] error: '' is/uses anonymous type'
--- Additional Comments From caolanm at redhat dot com 2005-03-23 11:53 --- The workaround is trivial. But I'm still confused as to what exactly causes gcc to treat unnamed enums so much differently that named ones. It would be great if I could get some clarity on this. I have a handful of cases like this in the openoffice.org code base and OOo is reluctant to take the patches to fix unless sure it's currently invalid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20589
[Bug c++/20589] error: '' is/uses anonymous type'
--- Additional Comments From caolanm at redhat dot com 2005-03-22 15:46 --- Created an attachment (id=8433) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8433&action=view) example -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20589
[Bug c++/20589] New: error: '' is/uses anonymous type'
g++ -c the attached example with 4.0 gives the above error. Is this expected
behaviour ?
--
Summary: error: '' is/uses anonymous type'
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20589
[Bug c++/20280] internal compiler error: in create_tmp_var, at gimplify.c:368
--- Additional Comments From caolanm at redhat dot com 2005-03-02 09:39 --- Created an attachment (id=8311) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8311&action=view) bzip2'ed dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20280
[Bug c++/20280] New: internal compiler error: in create_tmp_var, at gimplify.c:368
gcc (GCC) 4.0.0 20050228 (Red Hat 4.0.0-0.30) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. --- Making: ../../../unxlngi6.pro/slo/fltini.obj g++ -Wreturn-type -fmessage-length=0 -c -I. -I. -I../inc -I../../../inc -I../../../unx/inc -I../../../unxlngi6.pro/inc -I. -I/usr/src/redhat/BUILD/SRC680_m80/solver/680/unxlngi6.pro/inc/stl -I/usr/src/redhat/BUILD/SRC680_m80/solver/680/unxlngi6.pro/inc/external -I/usr/src/redhat/BUILD/SRC680_m80/solver/680/unxlngi6.pro/inc -I/usr/src/redhat/BUILD/SRC680_m80/solenv/unxlngi6/inc -I/usr/src/redhat/BUILD/SRC680_m80/solenv/inc -I/usr/src/redhat/BUILD/SRC680_m80/res -I/usr/src/redhat/BUILD/SRC680_m80/solver/680/unxlngi6.pro/inc/stl -I/usr/src/redhat/BUILD/SRC680_m80/solenv/inc/Xp31 -I/usr/include -I/usr/X11R6/include -I. -I../../../res -I. -Wuninitialized -g1 -Os -fno-strict-aliasing -fvisibility=hidden -pipe -mtune=pentiumpro -Wno-ctor-dtor-privacy -fvisibility-inlines-hidden -fexceptions -fno-enforce-eh-specs -fpic -DLINUX -DUNX -DVCL -DGCC -DC341 -DINTEL -DGXX_INCLUDE_PATH=/usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0 -DCVER=C341 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRC680 -DNUM_RELSPACE -DVERTICAL_LAYOUT -DACCESSIBLE_LAYOUT -DBIDI -DSW_DLLIMPLEMENTATION -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../../unxlngi6.pro/slo/fltini.o /usr/src/redhat/BUILD/SRC680_m80/sw/source/filter/basflt/fltini.cxx /usr/src/redhat/BUILD/SRC680_m80/sw/source/filter/basflt/fltini.cxx: In function \u\u\uvoid CalculateFlySize(SfxItemSet&, const SwNodeIndex&, SwTwips)\u\u\u: /usr/src/redhat/BUILD/SRC680_m80/sw/source/filter/basflt/fltini.cxx:810: internal compiler error: in create_tmp_var, at gimplify.c:368 Please submit a full bug report, with preprocessed source if appropriate. See http://bugzilla.redhat.com/bugzilla> for instructions. Preprocessed source stored into /tmp/ccAHLsI1.out file, please attach this to your bugreport. dmake: Error code 1, while making '../../../unxlngi6.pro/slo/fltini.obj' '---* tg_merge.mk *---' dmake: Error code 255, while making 'do_it_exceptions' '---* tg_merge.mk *---' -- Summary: internal compiler error: in create_tmp_var, at gimplify.c:368 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20280
[Bug c++/20008] [4.0 Regression] internal compiler error: in expand_case, at stmt.c:2397
--- Additional Comments From caolanm at redhat dot com 2005-02-17 10:00 --- FWIW: openoffice.org 1.9.77 side patch to workaround at http://people.redhat.com/caolanm/gcc4/xmlsecurity.gcc20008.gcc4.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20008
[Bug c++/20023] internal compiler error: Segmentation fault
--- Additional Comments From caolanm at redhat dot com 2005-02-17 08:55 --- Created an attachment (id=8212) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8212&action=view) bzip2 compressed proprocessed dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20023
[Bug c++/20023] New: internal compiler error: Segmentation fault
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --with-gxx-include-dir=/usr/include/c++/3.4.3
--enable-languages=c,c++,java,f95 --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 4.0.0 20050216 (Red Hat 4.0.0-0.24)
---
--
Making: ../../../unxlngi6.pro/slo/mmoutputpage.obj
g++4 -Wreturn-type -fmessage-length=0 -c -I. -I. -I../inc -I../../../inc
-I../../../unx/inc -I../../../unxlngi6.pro/inc -I.
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/stl
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/external
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/unxlngi6/inc
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/inc
-I/usr/src/redhat/BUILD/SRC680_m77/res
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/stl
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/inc/Xp31 -I/usr/include
-I/usr/X11R6/include -I. -I../../../res -I. -Wuninitialized -g1 -Os
-fno-strict-aliasing -fvisibility=hidden -pipe -mtune=pentiumpro
-Wno-ctor-dtor-privacy -fexceptions -fno-enforce-eh-specs -fpic -DLINUX -DUNX
-DVCL -DGCC -DC341 -DINTEL -DGXX_INCLUDE_PATH=/usr/include/c++/3.4.3 -DCVER=C341
-D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR
-D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE
-DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL
-DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRC680
-DNUM_RELSPACE -DVERTICAL_LAYOUT -DACCESSIBLE_LAYOUT -DBIDI
-DSW_DLLIMPLEMENTATION -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o
../../../unxlngi6.pro/slo/mmoutputpage.o
/usr/src/redhat/BUILD/SRC680_m77/sw/source/ui/dbui/mmoutputpage.cxx
/usr/src/redhat/BUILD/SRC680_m77/sw/source/ui/dbui/mmoutputpage.cxx: In member
function \u\u\ulong int
SwMailMergeOutputPage::SendDocumentsHdl_Impl(PushButton*)\u\u\u:
/usr/src/redhat/BUILD/SRC680_m77/sw/source/ui/dbui/mmoutputpage.cxx:1075:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Preprocessed source stored into /tmp/ccmwCH46.out file, please attach this to
your bugreport.
dmake: Error code 1, while making '../../../unxlngi6.pro/slo/mmoutputpage.obj'
'---* tg_merge.mk *---'
dmake: Error code 255, while making 'do_it_exceptions'
'---* tg_merge.mk *---'
--
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,jakub at gcc dot gnu dot
org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20023
[Bug c++/20022] internal compiler error: Segmentation fault
--- Additional Comments From caolanm at redhat dot com 2005-02-17 08:51 --- Created an attachment (id=8211) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8211&action=view) bzip2 compressed preprocessed source dump -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20022
[Bug c++/20022] New: internal compiler error: Segmentation fault
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --with-gxx-include-dir=/usr/include/c++/3.4.3
--enable-languages=c,c++,java,f95 --enable-java-awt=gtk --host=i386-redhat-linux
Thread model: posix
gcc version 4.0.0 20050216 (Red Hat 4.0.0-0.24)
---
--
Making: ../../../../unxlngi6.pro/slo/sw_atrfld.obj
g++4 -Wreturn-type -fmessage-length=0 -c -I. -I. -I../inc -I../../../../inc
-I../../../../inc/bf_sw -I../../../../unx/inc -I../../../../unxlngi6.pro/inc -I.
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/stl
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/external
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/unxlngi6/inc
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/inc
-I/usr/src/redhat/BUILD/SRC680_m77/res
-I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/stl
-I/usr/src/redhat/BUILD/SRC680_m77/solenv/inc/Xp31 -I/usr/include
-I/usr/X11R6/include -Is:/solar/inc/hm -I../../../../res -I. -Wuninitialized
-g1 -Os -fno-strict-aliasing -fno-access-control -pipe -mtune=pentiumpro
-Wno-ctor-dtor-privacy -fno-exceptions -fpic -DLINUX -DUNX -DVCL -DGCC -DC341
-DINTEL -DGXX_INCLUDE_PATH=/usr/include/c++/3.4.3 -DCVER=C341 -D_USE_NAMESPACE
-DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1
-DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX
-DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0
-DOPTIMIZE -DEXCEPTIONS_OFF -DCUI -DSOLAR_JAVA -DSRC680 -DNUM_RELSPACE
-DVERTICAL_LAYOUT -DACCESSIBLE_LAYOUT -DBIDI -DSHAREDLIB -D_DLL_ -DMULTITHREAD
-o ../../../../unxlngi6.pro/slo/sw_atrfld.o
/usr/src/redhat/BUILD/SRC680_m77/binfilter/bf_sw/source/core/txtnode/sw_atrfld.cxx
../../../../inc/bf_sw/horiornt.hxx:89: internal compiler error: Segmentation
fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
Preprocessed source stored into /tmp/ccHn4TcI.out file, please attach this to
your bugreport.
dmake: Error code 1, while making '../../../../unxlngi6.pro/slo/sw_atrfld.obj'
'---* tg_merge.mk *---'
--
Summary: internal compiler error: Segmentation fault
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: caolanm at redhat dot com
CC: gcc-bugs at gcc dot gnu dot org,jakub at gcc dot gnu dot
org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20022
[Bug c++/20008] internal compiler error: in expand_case, at stmt.c:2397
--- Additional Comments From caolanm at redhat dot com 2005-02-16 16:23 --- Created an attachment (id=8203) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8203&action=view) bzip2 compressed preprocesser output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20008
[Bug c++/20008] New: internal compiler error: in expand_case, at stmt.c:2397
Target: i386-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --with-gxx-include-dir=/usr/include/c++/3.4.3 --enable-languages=c,c++,java,f95 --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 4.0.0 20050216 (Red Hat 4.0.0-0.24) --- /usr/src/redhat/BUILD/SRC680_m77/xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.cxx:756: internal compiler error: in expand_case, at stmt.c:2397 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. Preprocessed source stored into /tmp/cck1QjtG.out file, please attach this to your bugreport. --- g++4 -Wreturn-type -fmessage-length=0 -c -I. -I. -I../inc -I../../../inc -I../../../unx/inc -I../../../unxlngi6.pro/inc -I. -I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/stl -I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/external -I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc -I/usr/src/redhat/BUILD/SRC680_m77/solenv/unxlngi6/inc -I/usr/src/redhat/BUILD/SRC680_m77/solenv/inc -I/usr/src/redhat/BUILD/SRC680_m77/res -I/usr/src/redhat/BUILD/SRC680_m77/solver/680/unxlngi6.pro/inc/stl -I/usr/src/redhat/BUILD/SRC680_m77/solenv/inc/Xp31 -I/usr/include -I/usr/X11R6/include -I/usr/include/mozilla-1.7.5 -I/usr/include/mozilla-1.7.5/nspr -I../../../source/xmlsec -DSYSTEM_MOZILLA -I/usr/include/mozilla-1.7.5/nss -I/usr/include/mozilla-1.7.5/nspr -I. -I../../../res -I/usr/include/mozilla-1.7.5/profile -I/usr/include/mozilla-1.7.5/string -I/usr/include/mozilla-1.7.5/embed_base -Wuninitialized -g1 -Os -fno-strict-aliasing -DSYSTEM_LIBXML -I/usr/include/libxml2 -fPIC -g -pipe -mtune=pentiumpro -Wno-ctor-dtor-privacy -fexceptions -fno-enforce-eh-specs -fno-rtti -Wall -Wconversion -Wpointer-arith -Wbad-function-cast -Wcast-align -Woverloaded-virtual -Wsynth -Wno-long-long -pthread -fpic -DLINUX -DUNX -DVCL -DGCC -DC341 -DINTEL -DGXX_INCLUDE_PATH=/usr/include/c++/3.4.3 -DCVER=C341 -D_USE_NAMESPACE -DGLIBC=2 -DX86 -D_PTHREADS -D_REENTRANT -DNEW_SOLAR -D_USE_NAMESPACE=1 -DSTLPORT_VERSION=400 -DHAVE_GCC_VISIBILITY_FEATURE -D__DMAKE -DUNIX -DCPPU_ENV=gcc3 -DSUPD=680 -DPRODUCT -DNDEBUG -DPRODUCT_FULL -DOSL_DEBUG_LEVEL=0 -DOPTIMIZE -DEXCEPTIONS_ON -DCUI -DSOLAR_JAVA -DSRC680 -DTRACING -DXMLSEC_CRYPTO_NSS -DXMLSEC_NO_XSLT -DSHAREDLIB -D_DLL_ -DMULTITHREAD -o ../../../unxlngi6.pro/slo/securityenvironment_nssimpl.o /usr/src/redhat/BUILD/SRC680_m77/xmlsecurity/source/xmlsec/nss/securityenvironment_nssimpl.cxx -- Summary: internal compiler error: in expand_case, at stmt.c:2397 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: caolanm at redhat dot com CC: gcc-bugs at gcc dot gnu dot org,jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20008
[Bug c++/19311] [3.4/4.0 Regression] ICE in resolve_overloaded_unification
--- Additional Comments From caolanm at redhat dot com 2005-02-01 15:04 --- breaks current OOo2 build -- What|Removed |Added CC||caolanm at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19311
