[Bug inline-asm/22045] can't find a register in class 'GENERAL_REGS'
--- Additional Comments From vda at port dot imtp dot ilyichevsk dot odessa dot ua 2005-06-14 07:06 --- If I understand this correctly, older GCCs were able to figure out that when there is 5 registers available, =g (__d3) can olny be matched with memory (on-stack local var) whereas with 6 regs it can use a register. But newer GCC cannot and we need to explicitly say =m. Isn't it a regression? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22045
[Bug debug/914] libgcc2 compile causes internal error for mips-wrs-vxworks
--- Additional Comments From zack at codesourcery dot com 2005-06-14 07:09 --- Subject: Re: libgcc2 compile causes internal error for mips-wrs-vxworks The target will eventually be readded, but you might as well close the bug - it hasn't shown up in our internal testing, so it's probably dead. zw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=914
[Bug preprocessor/22042] stringification BUG
--- Additional Comments From s__nakayama at infoseek dot jp 2005-06-14 07:20 --- (In reply to comment #1) Hmm, it does't look the same. // test code #define S(X) S2(X) #define S2(X) #X #define TAB /* 0x09 */ main() { puts(S(S(TAB))); } // GCC 4.0.0 result \\011\ // GCC 2.95.3 result(expected result) \ \ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22042
[Bug c++/20668] [3.4/4.0/4.1 Regression] ICE on invalid code, value dependent but invalid wise
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14 08:22 --- Fixed by Nathan's patch for PR 20789. This looks indeed like a duplicate. -- What|Removed |Added Target Milestone|4.0.1 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20668
[Bug c++/20668] [3.4/4.0/4.1 Regression] ICE on invalid code, value dependent but invalid wise
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14 08:24 --- *** This bug has been marked as a duplicate of 20789 *** -- What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20668
[Bug c++/20789] [4.0 regression] ICE with incomplete type in template
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14 08:24 --- *** Bug 20668 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20789
[Bug c++/20789] [4.0 regression] ICE with incomplete type in template
-- Bug 20789 depends on bug 17323, which changed state. Bug 17323 Summary: [3.4/4.0/4.1 regression] ICE on invalid code if static member array initialized with size computed as division by zero http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17323 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20789
[Bug c++/17323] [3.4/4.0/4.1 regression] ICE on invalid code if static member array initialized with size computed as division by zero
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14 08:30 --- Fixed by Nathan's patch for PR 20789. Fixed already on mainline and 3.4 branch. The patch will be applied to the 4.0 branch once GCC 4.0.1 is out. So closing as fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17323
[Bug bootstrap/22058] New: RTL checking failure building libgcc
Configured with: /home01/botcazou/cvs/gcc/configure --prefix=/home01/botcazou/fsf/install_ia64_hp --enable-languages=c,c++,objc --enable-checking=assert,misc,rtl,rtlflag --enable-threads=posix --with-as=/gnat.home/gnatmail/gnatmail-5_34/install-cobb/bin/as --disable-nls Thread model: posix gcc version 4.1.0 20050614 (experimental) The assembler is the GNU assembler 2.15. ./xgcc -B./ -B/home01/botcazou/fsf/install_ia64_hp/ia64-hp-hpux11.23/bin/ -isystem /home01/botcazou/fsf/install_ia64_hp/ia64-hp-hpux11.23/include -isystem /home01/botcazou/fsf/install_ia64_hp/ia64-hp-hpux11.23/sys-include -L/home01/botcazou/fsf/ia64-hp-hpux11.23_gcc/gcc/../ld -O2 -DIN_GCC -DUSE_LIBUNWIND_EXCEPTIONS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I/home01/botcazou/cvs/gcc/gcc -I/home01/botcazou/cvs/gcc/gcc/. -I/home01/botcazou/cvs/gcc/gcc/../include -I/home01/botcazou/cvs/gcc/gcc/../libcpp/include -DL_moddi3 -fvisibility=hidden -DHIDE_EXPORTS -fexceptions -fnon-call-exceptions -c /home01/botcazou/cvs/gcc/gcc/libgcc2.c -o libgcc/./_moddi3.o /home01/botcazou/cvs/gcc/gcc/libgcc2.c: In function '__modti3': /home01/botcazou/cvs/gcc/gcc/libgcc2.c:1084: internal compiler error: RTL check: expected code 'subreg', have 'post_inc' in mem_loc_descriptor, at dwarf2out.c:8639 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. gmake[3]: *** [libgcc/./_moddi3.o] Error 1 -- Summary: RTL checking failure building libgcc Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ebotcazou at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: ia64-hp-hpux11.23 GCC host triplet: ia64-hp-hpux11.23 GCC target triplet: ia64-hp-hpux11.23 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22058
[Bug target/21195] SSE intrinsics not inlined, sometimes.
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-14 08:55:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21195
[Bug c++/21929] [4.0 regression] ICE on invalid template parameter
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-14 08:58 --- Fixed on Mainline, waiting for unfreeze on 4.0 -- What|Removed |Added Summary|[4.0/4.1 regression] ICE on |[4.0 regression] ICE on |invalid template parameter |invalid template parameter http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21929
[Bug c++/20637] [3.4/4.0 regression] Confusing message with different using declarations
--- Additional Comments From nathan at gcc dot gnu dot org 2005-06-14 09:01 --- Fixed on mainline, waiting for unfreeze on 4.0. I am disinclined to backport to 3.4, it is a usability issue only. The patch is larger than I am comfortable with. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20637
[Bug c++/20817] [4.0/4.1 Regression] ICE for tree check in build_offset_type
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-04-07 23:54:25 |2005-06-14 09:02:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20817
[Bug c++/22059] New: Inherited member as template argument
[EMAIL PROTECTED] gcc -Wall -o bug bug.cpp bug.cpp: In function `int main()': bug.cpp:23: error: could not convert template argument `A::a' to `int AA::*' bug.cpp:23: error: invalid type in declaration before ';' token bug.cpp:17: warning: unused variable 'c' bug.cpp:19: warning: unused variable 'cc' bug.cpp:21: warning: unused variable 'b1' bug.cpp:23: warning: unused variable 'b2' [EMAIL PROTECTED] uname -a Linux red 2.6.11 #1 Thu Mar 3 15:09:43 CET 2005 i686 GNU/Linux [EMAIL PROTECTED] cat /etc/debian_version testing/unstable [EMAIL PROTECTED] gcc -v Reading specs from /usr/lib/gcc/i486-linux/3.4.5/specs Configured with: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --libexecdir=/usr/lib --with-gxx-include-dir=/usr/include/c++/3.4 --enable-shared --with-system-zlib --enable-nls --without-included-gettext --program-suffix=-3.4 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --disable-werror i486-linux Thread model: posix gcc version 3.4.5 20050605 (prerelease) (Debian 3.4.4-0) Tested also on gcc (GCC) 3.3.6 (Debian 1:3.3.6-6) -- Summary: Inherited member as template argument Product: gcc Version: 3.4.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: karlu at itn dot liu dot se CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22059
[Bug c++/22059] Inherited member as template argument
--- Additional Comments From karlu at itn dot liu dot se 2005-06-14 09:17 --- Created an attachment (id=9084) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9084action=view) Test case Compile and you will get an error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22059
[Bug c++/22059] Inherited member as template argument
--- Additional Comments From karlu at itn dot liu dot se 2005-06-14 09:18 --- Created an attachment (id=9085) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9085action=view) The preprocessed file This file contains pretty much the same thing as the test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22059
[Bug c++/22059] Inherited member as template argument
--- Additional Comments From karlu at itn dot liu dot se 2005-06-14 09:25 --- I forgot to describe the problem. The attached source code contains a template that has a member pointer argument. When the template is used in a way so that the pointer should refer to an inherited member a compiler error is rendered. I have also included a member pointer example that is not in a template and that works fine. I'm not good at reading the standard, but from what I can see there should be no difference between how a member pointers are handled in template arguments and elsewhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22059
[Bug fortran/21594] FAIL: gfortran.dg/eoshift.f90 -O0 execution test
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-06-14 10:36 --- A change like this: static void +eoshift0 (gfc_array_char * , const gfc_array_char *, + int, const char *, int); + +static void eoshift0 (gfc_array_char * ret, const gfc_array_char * array, int shift, const char * pbound, int which) doesn't have any effect, since a function definition in non-KR style already provides prototype information to subsequent code, same as a function declaration does. (A declaration is useful and required at places where the function definition is *not* already seen.) In fact, I thought that since we require C89 for the C parts of the compiler, the coding style recommends *not* providing such superfluous declarations ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21594
[Bug ada/22055] ACATS ICE cxg1005 cxg1004 cxg2021 expected ssa_name, have var_decl in verify_ssa tree-ssa.c:750
--- Additional Comments From laurent at guerby dot net 2005-06-14 10:40 --- Now that PR22053 is fixed, cxg2021 ICE has changed to the one of this PR. +===GNAT BUG DETECTED==+ | 4.1.0 20050614 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | tree check: expected ssa_name, have var_decl in verify_ssa, at | |tree-ssa.c:750| | Error detected at cxg2021.adb:386:5 | -- What|Removed |Added Summary|ACATS ICE cxg1005 cxg1004 |ACATS ICE cxg1005 cxg1004 |xpected ssa_name, have |cxg2021 expected ssa_name, |var_decl in verify_ssa tree-|have var_decl in verify_ssa |ssa.c:750 |tree-ssa.c:750 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22055
[Bug java/22060] New: javax/swing/text/InternationalFormatter.clone() doesn't compile (GNU Classpath)
When trying to compile javax/swing/text/InternationalFormatter.java the compiler gets confused about which super class it should use for the clone() method: /usr/local/gcc41/bin/gcj -Wno-deprecated --encoding=UTF-8 --bootclasspath '' --classpath ..:../vm/reference:../external/w3c_dom:../external/sax:.: -C -d . @classes.standardx ../javax/swing/text/InternationalFormatter.java: In class 'javax.swing.text.InternationalFormatter': ../javax/swing/text/InternationalFormatter.java: In method 'javax.swing.text.InternationalFormatter.clone()': ../javax/swing/text/InternationalFormatter.java:339: error: Can't find method 'clone()' in type 'javax.swing.text.DefaultFormatter'. Candidates are: 'javax.swing.text.DefaultFormatter.clone()' in 'javax.swing.text.DefaultFormatter' 'javax.swing.JFormattedTextField$AbstractFormatter.clone()' in 'javax.swing.JFormattedTextField$AbstractFormatter'. return super.clone(); ^ 1 error For now we have disabled the whole clone() method in this class. -- Summary: javax/swing/text/InternationalFormatter.clone() doesn't compile (GNU Classpath) Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mark at gcc dot gnu dot org 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=22060
[Bug java/22060] javax/swing/text/InternationalFormatter.clone() doesn't compile (GNU Classpath)
--- Additional Comments From roman at kennke dot org 2005-06-14 10:48 --- Looks like a compiler bug. It should be clear that it should call the clone method of DefaultFormatter, shouldn't it? Jikes doesn't seem to have a problem with it. Disabling this method as a workaround will not hurt much, so go ahead. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22060
[Bug rtl-optimization/22053] [4.1 Regression] ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671
--- Additional Comments From laurent at guerby dot net 2005-06-14 10:50 --- All the ACATS and a-nllcef.ads are fixed, I'm currently checking a full build with most of my kludges removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22053
[Bug fortran/21797] [4.0 only] complex(4) sqrt failures on alpha-linux
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-14 10:55 --- Well, my latest tests on alphaev67-linux (http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg00870.html) does not show any improvement (most failures are due to this problem). What I don't understand is why rth doesn't have this problem (from http://gcc.gnu.org/ml/gcc-testresults/2005-06/msg00640.html, you can see that he didn't have this problem even before the patch was committed). I don't have much time to look at this now, but generated code looks OK: $ cat a.f90.t02.original MAIN__ () { complex4 z; complex4 c; z = __complex__ (4.0e+0, 0.0); c = csqrtf (z); Even using this straight from C works OK with the system compiler: $ cat a.c #include complex.h #include math.h int main (void) { complex z; z = 4; z = csqrtf(z); printf (%g\n,z); return 0; } $ gcc a.c -lm ./a.out 2 But it fails if you use the 4.1.0 compiler: $ ./bin/gcc -static -lm a.c a.c: In function 'main': a.c:8: warning: incompatible implicit declaration of built-in function 'printf' /tmp/cce9eolp.o: In function `main': /tmp/cce9eolp.o(.text+0x50): undefined reference to `csqrtf' collect2: ld returned 1 exit status -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21797
[Bug java/22060] javax/swing/text/InternationalFormatter.clone() doesn't compile (GNU Classpath)
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-06-14 11:43 --- Created an attachment (id=9086) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9086action=view) Simplified testcase. A simplified testcase for the problem. Note that the problem only seems to happen when the base class is an inner class. Note also that if I omit static from line #3 in the testcase, the compiler ICEs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22060
[Bug java/22060] javax/swing/text/InternationalFormatter.clone() doesn't compile (GNU Classpath)
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-14 11:44:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22060
[Bug debug/914] libgcc2 compile causes internal error for mips-wrs-vxworks
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 12:37 --- Lets close as will not fix then. -- What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=914
[Bug c++/22059] Inherited member as template argument
-- What|Removed |Added Attachment #9084|text/html |text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22059
[Bug c++/21987] [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14 12:41 --- Confirmed on x86 and SPARC. -- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-14 12:41:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
[Bug c++/21987] [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14 12:44 --- My logs show that it was not present as of 05/31. -- What|Removed |Added CC||gdr at integrable-solutions ||dot net GCC build triplet|alpha-dec-osf5.1b |*-*-* GCC host triplet|alpha-dec-osf5.1b |*-*-* GCC target triplet|alpha-dec-osf5.1b |*-*-* Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
[Bug c++/22059] Inherited member as template argument
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 12:45 --- 14.3.2 (5) says the following: For a non-type template-parameter of type pointer to data member, qualification conversions (4.4) are applied. Meaning only adding cvq can be added which makes this invalid code. ICC also rejects this code for the same reason as GCC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22059
[Bug c++/21987] [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14 12:51 --- So we are left with these 2 patches to the C++ front-end: 2005-06-03 Mark Mitchell [EMAIL PROTECTED] PR c++/21853 * typeck.c (casts_away_constness_r): Do not drop cv-qualifiers on the pointed-to type for a pointer-to-member. 2005-06-03 Mark Mitchell [EMAIL PROTECTED] PR c++/21336 * cp-tree.h (grok_op_properties): Remove friendp parameter. * decl.c (grokfndecl): Adjust call. (grok_op_properties): Determine the class of which the function is a member by looking at its DECL_CONTEXT, not current_class_type. * pt.c (tsubst_decl): Adjust call to grok_op_properties. Mark, it's not the first time we catch you backporting patches without testing them on the branch. :-D -- What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
[Bug debug/22058] RTL checking failure building libgcc
-- What|Removed |Added Component|bootstrap |debug Keywords||build, ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22058
[Bug c/22061] New: internal compiler error: in find_function_data, at function.c:317
The piece of code attached compiles correctly if the returnZero function is removed or commented out; however the code does not compile on this machine as is. OUTPUT: gcc -v -save-temps fsabug.c -o fsabug -O4 Using built-in specs. Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 3.4.2 [FreeBSD] 20040728 /usr/libexec/cc1 -E -quiet -v -D_LONGLONG fsabug.c -O4 -o fsabug.i ignoring duplicate directory /usr/include #include ... search starts here: #include ... search starts here: /usr/include End of search list. /usr/libexec/cc1 -fpreprocessed fsabug.i -quiet -dumpbase fsabug.c -auxbase fsabug -O4 -version -o fsabug.s GNU C version 3.4.2 [FreeBSD] 20040728 (i386-fbsdproj-freebsd) compiled by GNU C version 3.4.2 [FreeBSD] 20040728. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 fsabug.c: In function `fillTable': fsabug.c:22: internal compiler error: in find_function_data, at function.c:317 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: internal compiler error: in find_function_data, at function.c:317 Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gevans at informatics dot bangor dot ac dot uk CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22061
[Bug target/20301] Assembler labels have a leading -
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 13:08 --- Subject: Bug 20301 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-14 13:07:43 Modified files: gcc: ChangeLog gcc/config/sparc: sol2.h Log message: PR target/20301 * config/sparc/sol2.h (ASM_GENERATE_INTERNAL_LABEL): Emit unsigned index numbers. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9143r2=2.9144 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/sol2.h.diff?cvsroot=gccr1=1.72r2=1.73 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20301
[Bug c/22061] internal compiler error: in find_function_data, at function.c:317
--- Additional Comments From gevans at informatics dot bangor dot ac dot uk 2005-06-14 13:09 --- Created an attachment (id=9087) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9087action=view) Code for Bug 22061 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22061
[Bug target/20301] Assembler labels have a leading -
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 13:12 --- Subject: Bug 20301 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-14 13:12:01 Modified files: gcc: ChangeLog gcc/config/sparc: sol2.h Log message: PR target/20301 * config/sparc/sol2.h (ASM_GENERATE_INTERNAL_LABEL): Emit unsigned index numbers. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.286r2=2.7592.2.287 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/sol2.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.69.8.2r2=1.69.8.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20301
[Bug target/20301] Assembler labels have a leading -
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 13:15 --- Subject: Bug 20301 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-06-14 13:15:02 Modified files: gcc: ChangeLog gcc/config/sparc: sol2.h Log message: PR target/20301 * config/sparc/sol2.h (ASM_GENERATE_INTERNAL_LABEL): Emit unsigned index numbers. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.877r2=2.2326.2.878 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/sparc/sol2.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.57.4.5r2=1.57.4.6 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20301
[Bug middle-end/22061] [3.4 Regression] internal compiler error: in find_function_data, at function.c:317
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 13:16 --- Confirmed, only a 3.4 regression. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|c |middle-end Ever Confirmed||1 Keywords||ice-on-valid-code Known to fail||3.4.0 Known to work||3.3.3 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-06-14 13:16:18 date|| Summary|internal compiler error: in |[3.4 Regression] internal |find_function_data, at |compiler error: in |function.c:317 |find_function_data, at ||function.c:317 Target Milestone|--- |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22061
[Bug target/20301] Assembler labels have a leading -
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14 13:18 --- I guess index number overflow is looming, but still. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20301
[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.
--- Additional Comments From cludwig at cdc dot informatik dot tu-darmstadt dot de 2005-06-14 13:19 --- Subject: Re: _REENTRANT defined when compiling non-threaded code. On Mon, Jun 13, 2005 at 03:29:02AM -, pinskia at gcc dot gnu dot org wrote: --- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-13 03:29 --- Did we decide this is a bug or not? Strictly speaking, it is not a bug AFAICT because gcc does not violate any standard. However, current gcc releases make the life unnecessarily hard for developers because there is no way to decide at compile time (more precisely: in the preprocessing stage) whether g++ will link against the real pthread_* symbols. They have to resort to their own preprocessor macros MY_LIB_USE_THREADS and rely on their users who include the respective headers to (un-)define those macros correctly. So it is a QoI issue. (If I am not mistaken then gcc is the only compiler for which the Boost libraries cannot detect automatically whether the code needs to support MT.) Perhaps I am missing something, but wouldn't it be sufficient if gcc defined a dedicated preprocessor constant whenever the option -pthreads was found on the command line? (I know next to nothing about the gcc source code, so I cannot say whether that would be straightforward to implement.) Regards Christoph -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11953
[Bug middle-end/22057] [4.0/4.1 Regression] Poor -O0 debug information for for loops with no initializer
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 13:21 --- Confirmed, I thought the gimplifier would have to change but it is not that. If we look at .eh (via -fdump-tree-all-lineno), we see that there is a goto with the lineno of 10: [t.c : 7] j = 0; [t.c : 7] goto D1243; D1242:; [t.c : 8] j.0 = j; [t.c : 8] D.1249 = (unsigned char) j; [t.c : 8] block[j.0] = D.1249; [t.c : 7] j = j + 1; D1243:; [t.c : 7] if ([t.c : 7] j = 3) [t.c : 7] goto D1242; else [t.c : 7] goto D1244; D1244:; [t.c : 10] goto D1246; /// --- here D1245:; [t.c : 11] j.1 = j; [t.c : 11] D.1251 = (unsigned char) j; [t.c : 11] block[j.1] = D.1251; [t.c : 10] j = j + 1; D1246:; [t.c : 10] if ([t.c : 10] j = 5) [t.c : 10] goto D1245; else [t.c : 10] goto D1247; D1247:; [t.c : 12] return; So it is just tree CFG cleanup which is causing this. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org, hubicka at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Component|debug |middle-end Ever Confirmed||1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2005-06-14 13:21:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22057
[Bug other/22062] New: Eggdrop Bug
I have a bugg report about installing my eggdrop look at the error /usr/include/netinet6/in6.h:156: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. *** Error code 1 -- Summary: Eggdrop Bug Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: gcc-bugs at gcc dot gnu dot org ReportedBy: MMDollarRulez at abv dot bg CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22062
[Bug c++/21987] [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14 13:24 --- Confirmed on x86 and SPARC. And x86-64 if that matters. -- What|Removed |Added Last reconfirmed|2005-06-14 12:41:55 |2005-06-14 13:24:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
[Bug other/22062] Eggdrop Bug
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 13:59 --- Please attach the preprocessed source as requested by that web site you pointed to. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22062
[Bug c++/22063] New: link failure involving symbol visibility
I'm experiencing a build failure in a rather complex project which boils down to a class compiled with two different visibilities. it fails with this error, but only when using -fPIC linkfoo.o: In function `foo::foo()': linkfoo.cc:(.gnu.linkonce.t._ZN3fooC1Ev[foo::foo()]+0x11): undefined reference to `vtable for foo' /usr/lib/gcc/i586-suse-linux/4.0.1/../../../../i586-suse-linux/bin/ld: liblinkfoo.so: hidden symbol `vtable for foo' isn't defined /usr/lib/gcc/i586-suse-linux/4.0.1/../../../../i586-suse-linux/bin/ld: final link failed: Nonrepresentable section on output collect2: ld returned 1 exit status attaching testcase. -- Summary: link failure involving symbol visibility Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mueller at kde dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: i386-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
[Bug c++/22063] link failure involving symbol visibility
--- Additional Comments From mueller at kde dot org 2005-06-14 14:19 --- Created an attachment (id=9088) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9088action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
[Bug c++/22063] link failure involving symbol visibility
-- What|Removed |Added CC||matz at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
[Bug libmudflap/22064] New: libmudflap contains possible alias violations
http://gcc.gnu.org/ml/gcc/2005-06/msg00438.html -- Summary: libmudflap contains possible alias violations Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libmudflap AssignedTo: fche at redhat dot com ReportedBy: fche at redhat dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22064
[Bug libmudflap/22064] libmudflap contains possible alias violations
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 15:34 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-14 15:34:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22064
[Bug c++/22063] link failure involving symbol visibility
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 15:49 --- I don't see anything wrong with the link error as you are saying that the class foo is only in liblinkfoo.so which is not true as the vtable is in libfoo.so. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
[Bug middle-end/22061] [3.4 Regression] internal compiler error: in find_function_data, at function.c:317
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-14 15:57 --- Even shorter testcase: === int N = 1; void foo() {} void bar(int a[1][N]) { a[0][0] = 0; } === -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Keywords||monitored http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22061
[Bug c++/21929] [4.0 regression] ICE on invalid template parameter
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 16:04 --- Subject: Bug 21929 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-14 16:04:30 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/parse: crash11.C Log message: PR c++/21929 * g++.dg/parse/crash11.C: Update Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5634r2=1.5635 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/crash11.C.diff?cvsroot=gccr1=1.4r2=1.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21929
[Bug tree-optimization/21831] [4.1 Regression] gcc.dg/vect/vect-97.c fails
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-14 16:12 --- Appeared between 2005-05-29 13:00 UTC and 2005-05-29 14:30 UTC. I.e., caused by: Changes by: [EMAIL PROTECTED] 2005-05-29 13:14:43 Modified files: gcc: ChangeLog tree-flow.h tree-optimize.c tree-ssa-alias.c tree-vect-transform.c Log message: 2005-05-29 Keith Besaw [EMAIL PROTECTED] * tree-ssa-alias.c (new_type_alias): New procedure to create a type memory tag for a pointer with a may-alias set determined from a variable declaration. * tree-flow.h: export declaration of new_type_alias * tree-optimize.c (init_tree_optimization_passes): document that pass_may_alias cannot be called after pass_vectorize. * tree-vect-transform (vect_create_data_ref_ptr): Call new_type_alias when an type memory tag isn't available for a reference. (vectorizable_store): Use copy_virtual_operands to update virtual defs in place (so that loop_version can be called). Call mark_for_renaming for the virtual defs in case peeling is done and virtual uses outside the loop need to be updated. The problem ought to be reproducible with a cross-compiler cc1. -- What|Removed |Added CC||dorit at gcc dot gnu dot ||org, kbesaw at us dot ibm ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21831
[Bug c++/22063] link failure involving symbol visibility
--- Additional Comments From matz at suse dot de 2005-06-14 16:13 --- No. The vtable itself (as all methods of class foo) is implemented in libfoo.so with default visibility, i.e. exported just fine: 25: 17d812 OBJECT WEAK DEFAULT 20 vtable for foo Then there is liblinkfoo, which just refers to the vtable. It is compiled with the pragma visibility in effect in the declaration of class foo (i.e. simulating a header declaring a class of a library, where the pragma was in effect). That lib is linked against the above libfoo.so. And this results in the mentioned link error. The reference to the vtable from linkfoo.o also looks just fine: 14: 0 NOTYPE GLOBAL DEFAULT UND vtable for foo i.e., UNDEF (and of course global, but that's irrelevant for a undef). This should not happen. I could theorize, that this has something to do with the two definitions of the foo::foo ctor (in linkfoo.o it's hidden of course). The unresolvable relocation is from that hidden implementation of foo::foo to the (global, exported in the other lib) vtable. That implementation is also placed in a linkonce section, so that might be the reason too. I changed the testcase a bit to implement the ctor out-of class, and removed the breakme method, i.e. it looks like so: - #pragma GCC visibility push( hidden ) class foo { public: foo(); virtual void bar(); }; foo::foo() {} - (this is linkfoo.cc) together with the other virtualclass.cc this still reproduces the same error. Here no linkonce sections are involved. The only thing is that the foo ctor is defined twice (but in different shared libs, so no problem), in the second lib hidden. It still has a reference to the vtable defined in the first lib, which is exported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22063
[Bug c++/21987] [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 16:55 --- Subject: Bug 21987 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-06-14 16:55:47 Modified files: gcc/cp : ChangeLog decl.c Log message: PR c++/21987 * decl.c (grok_op_properties): Add missing warn_conversion check. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3892.2.226r2=1.3892.2.227 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.1174.2.36r2=1.1174.2.37 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
[Bug c++/21987] [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-06-14 16:58 --- Fixed in 3.4.5. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
[Bug libgcj/20435] regex pattern compiling bug
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14 17:01 --- Fix checked in. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20435
[Bug tree-optimization/22043] [4.0/4.1 Regression] Fields not initialized for automatic structs with flexible array members
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 17:08 --- Subject: Bug 22043 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-06-14 17:08:00 Modified files: gcc: ChangeLog gimplify.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.c-torture/execute: 20050613-1.c Log message: PR tree-optimization/22043 * gimplify.c (gimplify_init_constructor): If num_type_elements 0 for a constant-sized object, set cleared as well. * gcc.c-torture/execute/20050613-1.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.287r2=2.7592.2.288 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gimplify.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.113.2.5r2=2.113.2.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.238r2=1.5084.2.239 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.c-torture/execute/20050613-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22043
[Bug c/22065] New: -fdump-tree-original causes static function to emitted with the same name
Combining the following C functions and using -fdump-tree-original causes the static function with the same name to emitted with the same name instead of with an unique number. --- file1.c --- static void f(){} void g(){f();} --- cut --- --- file2.c --- static void f(){} void h(){f();} --- cut --- Compile this with -combine -fdump-tree-original file1.c file2.c -c and see that this fails to assemble. Some analysis from Caroline: If you call c_genericize with the flag for the dump turned on, it calls DECL_ASSEMBLER_NAME (it ought to call DECL_NAME). The problem I saw was: I was compiling a bunch of files at the same time (a SPEC benchmark). Several of the C files called the same header file, which had a tiny function defined inside it. The function name *should* have gotten a number appended to the end of it so that each occurrence of it in the assembly file was unique. However the premature call to DECL_ASSEMBLER_NAME in c_genericize (when dump is turned on) meant the context was not properly set at the time DECL_ASSEMBLER_NAME was called, which in turn meant the uniquifying numbers were not appended to the function name, which resulted in multiple functions with the same name in the .s file, which caused the linker to complain vociferously. I generated the testcase from her description of the bug. -- Summary: -fdump-tree-original causes static function to emitted with the same name Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org CC: ctice at apple dot com,gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22065
[Bug rtl-optimization/22053] [4.1 Regression] ACATS ICE cxg2002 cxg2008 cxg2019 cxg2020 cxg2021 compensate_edge, at reg-stack.c:2671
--- Additional Comments From laurent at guerby dot net 2005-06-14 18:02 --- gnatlib now builds numeric parts without kludges. Thanks for the fix! -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22053
[Bug c++/21987] [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14 18:20 --- Thanks for the quick turnaround time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
[Bug libmudflap/22064] libmudflap contains possible alias violations
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 18:36 --- Subject: Bug 22064 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-14 18:36:50 Modified files: libmudflap : ChangeLog mf-impl.h Log message: 2005-06-14 Frank Ch. Eigler [EMAIL PROTECTED] PR mudflap/22064 * mf-impl.h (mudflap_mode, violation_mode): Make these ordinary unsigned vars with #defines instead of enums. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/ChangeLog.diff?cvsroot=gccr1=1.57r2=1.58 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/mf-impl.h.diff?cvsroot=gccr1=1.6r2=1.7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22064
[Bug testsuite/21094] libmudflap C++ tests run even when C++ not configured
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 18:37 --- Subject: Bug 21094 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-14 18:37:21 Modified files: libmudflap : ChangeLog libmudflap/testsuite/libmudflap.c++: c++frags.exp ctors.exp Log message: 2005-06-14 Frank Ch. Eigler [EMAIL PROTECTED] PR libmudflap/21094 * testsuite/libmudflap.c++/*.exp: Assert build tree g++. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/ChangeLog.diff?cvsroot=gccr1=1.58r2=1.59 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/testsuite/libmudflap.c++/c++frags.exp.diff?cvsroot=gccr1=1.6r2=1.7 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/testsuite/libmudflap.c++/ctors.exp.diff?cvsroot=gccr1=1.2r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21094
[Bug testsuite/21094] libmudflap C++ tests run even when C++ not configured
--- Additional Comments From fche at redhat dot com 2005-06-14 18:37 --- patched to look for build tree g++ -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21094
[Bug libmudflap/22064] libmudflap contains possible alias violations
--- Additional Comments From fche at redhat dot com 2005-06-14 18:38 --- slightly hacky but unobtrusive patch to use type-safe code -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22064
[Bug c++/21987] [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C
--- Additional Comments From mark at codesourcery dot com 2005-06-14 18:39 --- Subject: Re: [3.4 Regression] New testsuite failure g++.dg/warn/conversion-function-1.C ebotcazou at gcc dot gnu dot org wrote: --- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-06-14 18:20 --- Thanks for the quick turnaround time. You're really too kind. This was just plain lame on my part. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21987
[Bug testsuite/21094] libmudflap C++ tests run even when C++ not configured
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21094
[Bug libmudflap/22064] libmudflap contains possible alias violations
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22064
[Bug libmudflap/21023] mudflap reports errors for external array variable with no size specified
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 19:12 --- Subject: Bug 21023 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-14 19:12:24 Modified files: gcc: ChangeLog tree-mudflap.c libmudflap : ChangeLog libmudflap/testsuite/libmudflap.c: cfrags.exp Added files: libmudflap/testsuite/libmudflap.c: externs-1.c externs-2.c externs.exp Log message: 2005-06-14 Frank Ch. Eigler [EMAIL PROTECTED] PR mudflap/21023 * tree-mudflap.c (mudflap_finish_file): Exclude non-public rather than static objects (!) from libmudflap registration. * testsuite/libmudflap.c/externs.exp, externs-{1,2}.c: New test files. * testsuite/libmudflap.c/cfrags.exp: Bypass new sources. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.9145r2=2.9146 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-mudflap.c.diff?cvsroot=gccr1=2.43r2=2.44 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/ChangeLog.diff?cvsroot=gccr1=1.59r2=1.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/testsuite/libmudflap.c/externs-1.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/testsuite/libmudflap.c/externs-2.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/testsuite/libmudflap.c/externs.exp.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/testsuite/libmudflap.c/cfrags.exp.diff?cvsroot=gccr1=1.4r2=1.5 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21023
[Bug libmudflap/21023] mudflap reports errors for external array variable with no size specified
--- Additional Comments From fche at redhat dot com 2005-06-14 19:13 --- the suggestion seemed to work, thank you! -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21023
[Bug libmudflap/21023] mudflap reports errors for external array variable with no size specified
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21023
[Bug libmudflap/21724] [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 19:18 --- Subject: Bug 21724 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-14 19:18:16 Modified files: libmudflap : ChangeLog Makefile.am Makefile.in Log message: 2005-05-23 Alfred M. Szmidt [EMAIL PROTECTED] PR libmudflap/21724 * Makefile.am (AM_MAKEFLAGS): Pass includedir. * Makefile.in: Amend. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/ChangeLog.diff?cvsroot=gccr1=1.60r2=1.61 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/Makefile.am.diff?cvsroot=gccr1=1.15r2=1.16 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libmudflap/Makefile.in.diff?cvsroot=gccr1=1.18r2=1.19 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
[Bug other/20455] i need help for this error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 19:18 --- No feedback in 3 months. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20455
[Bug libmudflap/21724] [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir
--- Additional Comments From fche at redhat dot com 2005-06-14 19:18 --- thanks, sorry for the wait -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
[Bug target/21824] [meta-bug] bootstrap bugs for *-gnu*
-- Bug 21824 depends on bug 21724, which changed state. Bug 21724 Summary: [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724 What|Old Value |New Value Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21824
[Bug middle-end/20521] ICE in cgraph.C with C++
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 19:22 --- The patch was never applied. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20521
[Bug c++/22066] New: :: can access default/anon namespace instead of just global namespace
Not positive this is a bug, but I think so. This code compiles and prints 0: #include iostream namespace { int i = 0; } int main(int argc, char** argv) { std::cout i= ::i std::endl; return 0; } I'd expect it to complain that i isn't in the global namespace (since it is in the anon/default one). Removing the :: prefix from i also works, as it should. Apparently, the MS VC++ .NET (a later version, not sure which) does complain (though that doesn't necessarily mean much in itself). Thanks. PS: This is using the Redhat built/distrubuted: g++ (GCC) 3.4.3 20050227 (Red Hat 3.4.3-22.fc3) on Fedora core 3. -- Summary: :: can access default/anon namespace instead of just global namespace Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: t8 at pobox dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i386 GNU/Linux GCC target triplet: i386 GNU/Linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22066
[Bug libmudflap/21724] [gcc]/libmudflap/Makefile.am, refusing to install mf-runtime.h in includedir
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
[Bug tree-optimization/22019] [4.1 Regression] do_structure_copy ICE on Ada gnatlib
--- Additional Comments From laurent at guerby dot net 2005-06-14 19:33 --- Here is a reduced test case from g-socket, it ICEs the same way at -O2. As additional information, it looks like the problem happens when an array is determining the size of a discriminated record (which is max size of all case items of the record). -- file q.ads package Q is subtype Str is String (1 .. 2); type Inet_Addr_Type (Family : Boolean := False) is record case Family is when True = X : Str; when False = Y : Character; end case; end record; -- Note: ICE only if X'size Y'Size, ie replace 2 by 1 it works, or -- replace Character by Integer it works. type Inet_Addr_Array is array (1 .. 1) of Inet_Addr_Type; function F (X : in Inet_Addr_Array) return Inet_Addr_Type; end Q; -- file q.adb package body Q is function F (X : in Inet_Addr_Array) return Inet_Addr_Type is begin return X(1); end F; end Q; -- What|Removed |Added CC||kenner at vlsi1 dot ultra ||dot nyu dot edu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22019
[Bug c++/22066] :: can access default/anon namespace instead of just global namespace
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 19:37 --- Unnamed namespaces are injected into the same scope as the previous namespace. See example in 7.3.1.1 where it refers to A::i where i is in an unnamed namespace of the named one (A). -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22066
[Bug c++/10611] operations on vector mode not recognized in C++
-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10611
[Bug middle-end/17961] ICE for operation on small vector with altivec enabled
-- What|Removed |Added Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17961
[Bug tree-optimization/21861] [meta-bug] scalar evolution type conversion
-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21861
[Bug libgcj/19877] sometimes reconfiguring leads to incorrect config.h
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-14 20:06 --- Subject: Bug 19877 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-06-14 20:05:59 Modified files: libjava: ChangeLog aclocal.m4 configure Makefile.in libjava/external/sax: Makefile.in libjava/external: Makefile.in libjava/external/w3c_dom: Makefile.in libjava/gcj: Makefile.in libjava/testsuite: Makefile.in libjava/include: Makefile.in config : ChangeLog no-executables.m4 libstdc++-v3 : ChangeLog Makefile.in aclocal.m4 configure libstdc++-v3/include: Makefile.in libstdc++-v3/libmath: Makefile.in libstdc++-v3/libsupc++: Makefile.in libstdc++-v3/po: Makefile.in libstdc++-v3/src: Makefile.in libstdc++-v3/testsuite: Makefile.in libgfortran: ChangeLog Makefile.in aclocal.m4 configure zlib : ChangeLog.gcj Makefile.in aclocal.m4 configure Log message: config/: PR libgcj/19877: * no-executables.m4: Call real AC_FUNC_MMAP when cache variable is set but not 'no'. libstdc++-v3/: PR libgcj/19877: * configure, aclocal.m4: Rebuilt. * Makefile.in, include/Makefile.in, libmath/Makefile.in, libsupc++/Makefile.in, po/Makefile.in, src/Makefile.in, testsuite/Makefile.in: Likewise. libjava/: PR libgcj/19877: * configure, aclocal.m4, Makefile.in: Rebuilt. libgfortran/: PR libgcj/19877: * configure, aclocal.m4, Makefile.in: Rebuilt. zlib/: PR libgcj/19877: * configure, aclocal.m4, Makefile.in: Rebuilt. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/ChangeLog.diff?cvsroot=gccr1=1.3661r2=1.3662 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/aclocal.m4.diff?cvsroot=gccr1=1.58r2=1.59 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/configure.diff?cvsroot=gccr1=1.269r2=1.270 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/Makefile.in.diff?cvsroot=gccr1=1.522r2=1.523 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/sax/Makefile.in.diff?cvsroot=gccr1=1.13r2=1.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/Makefile.in.diff?cvsroot=gccr1=1.8r2=1.9 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/external/w3c_dom/Makefile.in.diff?cvsroot=gccr1=1.13r2=1.14 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/gcj/Makefile.in.diff?cvsroot=gccr1=1.69r2=1.70 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/testsuite/Makefile.in.diff?cvsroot=gccr1=1.80r2=1.81 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libjava/include/Makefile.in.diff?cvsroot=gccr1=1.72r2=1.73 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/config/ChangeLog.diff?cvsroot=gccr1=1.67r2=1.68 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/config/no-executables.m4.diff?cvsroot=gccr1=1.1r2=1.2 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.3037r2=1.3038 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/Makefile.in.diff?cvsroot=gccr1=1.161r2=1.162 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/aclocal.m4.diff?cvsroot=gccr1=1.313r2=1.314 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/configure.diff?cvsroot=gccr1=1.441r2=1.442 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/Makefile.in.diff?cvsroot=gccr1=1.136r2=1.137 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/libmath/Makefile.in.diff?cvsroot=gccr1=1.111r2=1.112 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/libsupc++/Makefile.in.diff?cvsroot=gccr1=1.126r2=1.127 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/po/Makefile.in.diff?cvsroot=gccr1=1.56r2=1.57 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/src/Makefile.in.diff?cvsroot=gccr1=1.222r2=1.223 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/testsuite/Makefile.in.diff?cvsroot=gccr1=1.98r2=1.99 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gccr1=1.239r2=1.240 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/Makefile.in.diff?cvsroot=gccr1=1.37r2=1.38 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/aclocal.m4.diff?cvsroot=gccr1=1.10r2=1.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/configure.diff?cvsroot=gccr1=1.36r2=1.37 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/zlib/ChangeLog.gcj.diff?cvsroot=gccr1=1.41r2=1.42 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/zlib/Makefile.in.diff?cvsroot=gccr1=1.22r2=1.23 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/zlib/aclocal.m4.diff?cvsroot=gccr1=1.11r2=1.12 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/zlib/configure.diff?cvsroot=gccr1=1.36r2=1.37 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19877
[Bug libgcj/19877] sometimes reconfiguring leads to incorrect config.h
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14 20:07 --- I checked in the fix on the trunk. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19877
[Bug libgcj/21906] hang when invoking abstract method
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-14 20:26 --- I am testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-06-14 20:26:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21906
[Bug middle-end/21985] [4.0/4.1 Regression] miscompiled or wrong code snippet?
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-06-14 20:26 --- The test pr21985.c is FAILing on hppa64-hpux and ia64-hpux -mlp64. It looks like it is simply broken with regard to 64-bit platforms. FAIL: gcc.dg/tree-ssa/pr21985.c (test for excess errors) FAIL: gcc.dg/tree-ssa/pr21985.c scan-tree-dump-times foo \([0-9]*\) 2 /home/gcc/nightlies/src-mainline-2005-06-14/gcc-mainline/gcc/testsuite/gcc.dg/tree-ssa/pr21985.c: In function 'main': /home/gcc/nightlies/src-mainline-2005-06-14/gcc-mainline/gcc/testsuite/gcc.dg/tree-ssa/pr21985.c:26: warning: cast from pointer to integer of different size /home/gcc/nightlies/src-mainline-2005-06-14/gcc-mainline/gcc/testsuite/gcc.dg/tree-ssa/pr21985.c:26: warning: cast from pointer to integer of different size -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21985
[Bug ada/15806] Bug box at expr.c:6764 on legal program
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 20:54 --- Fixed on the mainline. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15806
[Bug ada/19220] Return-by-reference type wrongly considered return-by-copy
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 20:58 --- Fixed on the mainline at least. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19220
[Bug other/22067] New: Inconsistent multiply by immediate
PR17103 states that mulli is better than decomposing into shift/add sequence. Following is example where we are being inconsistent about that decision. Compiled with gcc -O2 -mcpu=power4 -m32 struct S { int i1,i2,i3,i4,i5,i6; }s[10]; int y; int test1(int j, int x) { y = y * 24;// shift/sub s[j].i1 = 1; // mulli return (x * 24); // mulli } -- Summary: Inconsistent multiply by immediate Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pthaugen at us dot ibm dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc64-linux GCC host triplet: powerpc64-linux GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22067
[Bug middle-end/22067] Inconsistent multiply by immediate
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 21:23 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|other |middle-end Ever Confirmed||1 GCC build triplet|powerpc64-linux | GCC host triplet|powerpc64-linux | Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-06-14 21:23:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22067
[Bug other/22068] New: Multiply-immediate opportunity
Examples where we could use mulli instead of li/mulld. The array indexing example shows up in the bzip2 benchmark (when compiled with -m64). Compiled with gcc -O2 -m64 struct S { int i1,i2,i3,i4,i5,i6; }s[10]; long test1(int j, long x) { s[j].i1 = 1; return (x * 24); } -- Summary: Multiply-immediate opportunity Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pthaugen at us dot ibm dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: powerpc64-linux GCC host triplet: powerpc64-linux GCC target triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22068
[Bug target/22068] Multiply-immediate opportunity
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 21:36 --- Confirmed, this is a target issue. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|other |target Ever Confirmed||1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2005-06-14 21:36:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22068
[Bug debug/22069] New: gcc -gstabs+ -O3 generates erroneous stabs for inlined funcs
Compiling the following code snippet with gcc -gstabs+ -O3 -c will expose the bug: --stabs.c--- int func1(int parm1) { static int func2(void); int var1=0; if (parm1 == 10) { var1=func2(); } return var1; } static int func2() { return 20; } ---end--- nm -Can stabs.o: U func2 Shouldn't be generated since it is inlined t d b n N N n T func1 a stabs.c - gcc -v Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.3/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man -- infodir=/usr/share/info --enable-shared --enable-threads=posix --disable- checking --with-system-zlib --enable-__cxa_atexit --disable-libunwind- exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.3 20050227 (Red Hat 3.4.3-22.1) -- Summary: gcc -gstabs+ -O3 generates erroneous stabs for inlined funcs Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bhavesh at avaya dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i386-redhat-linux GCC host triplet: i386-redhat-linux GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22069
[Bug debug/22069] gcc -gstabs+ -O3 generates erroneous stabs for inlined funcs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 22:44 --- The code is invalid and gives errors from 4.0.0 and above: t.c: In function func1: t.c:3: error: invalid storage class for function func2 t.c: At top level: t.c:14: error: static declaration of func2 follows non-static declaration t.c:7: error: previous implicit declaration of func2 was here -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22069
[Bug debug/22069] gcc -gstabs+ -O3 generates erroneous stabs for inlined funcs
--- Additional Comments From bhavesh at avaya dot com 2005-06-14 22:51 --- (In reply to comment #1) The code is invalid and gives errors from 4.0.0 and above: t.c: In function func1: t.c:3: error: invalid storage class for function func2 t.c: At top level: t.c:14: error: static declaration of func2 follows non-static declaration t.c:7: error: previous implicit declaration of func2 was here Okay. What about this, then: int func1(int parm1) { static int func2(); int var1=0; if (parm1 == 10) { var1=func2(); } return var1; } static int func2() { return 20; } -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|WONTFIX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22069
[Bug debug/22069] gcc -gstabs+ -O3 generates erroneous stabs for inlined funcs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 22:55 --- Still invalid code. You have a declare a static function inside in a function which is invalid. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22069
[Bug c++/22070] New: including iostream causes lookup of std function to fail when passed into STL algorithm
The inclusion of iostream breaks the following program. A workaround is to define an inline function that calls into tolower() and use it as the last argument to transform(). Code: #include cctype #include string #include algorithm #include iostream int main() { std::string foo(AbCd); std::transform(foo.begin(), foo.end(), foo.begin(), std::tolower); return 0; } Output: Reading specs from /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.4/specs Configured with: ../gcc-3.4.4/configure --prefix=/usr/local --enable-languages=c++ Thread model: posix gcc version 3.4.4 /usr/local/libexec/gcc/i686-pc-linux-gnu/3.4.4/cc1plus -E -quiet -v -D_GNU_SOURCE foo.cpp -mtune=pentiumpro -o foo.ii ignoring nonexistent directory /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../include/c++/3.4.4 /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../include/c++/3.4.4/i686-pc-linux-gnu /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../include/c++/3.4.4/backward /usr/local/include /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.4/include /usr/include End of search list. /usr/local/libexec/gcc/i686-pc-linux-gnu/3.4.4/cc1plus -fpreprocessed foo.ii -quiet -dumpbase foo.cpp -mtune=pentiumpro -auxbase foo -version -o foo.s GNU C++ version 3.4.4 (i686-pc-linux-gnu) compiled by GNU C version 3.4.4. GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129426 foo.cpp: In function `int main()': foo.cpp:12: error: no matching function for call to `transform(__gnu_cxx::__normal_iteratorchar*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , __gnu_cxx::__normal_iteratorchar*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , __gnu_cxx::__normal_iteratorchar*, std::basic_stringchar, std::char_traitschar, std::allocatorchar , unknown type)' -- Summary: including iostream causes lookup of std function to fail when passed into STL algorithm Product: gcc Version: 3.4.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jbeardsley at ncaustin dot com CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22070
[Bug libstdc++/22070] including iostream causes lookup of std function to fail when passed into STL algorithm
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 23:15 --- This is invalid, see PR 11108 which this is a dup of. *** This bug has been marked as a duplicate of 11108 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c++ |libstdc++ Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22070
[Bug libstdc++/11108] iostream causes transform() to not compile with tolower()
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-14 23:15 --- *** Bug 22070 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||jbeardsley at ncaustin dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11108