[Bug fortran/16531] Hollerith Data does not supported
--- Additional Comments From wf_cs at yahoo dot com 2004-12-27 08:11 --- I am working for this PR. Hope to give a patch soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16531
ICE while compiling gcc 4.0 in function.c
$ uname -a CYGWIN_NT-5.2 paris-france 1.5.12(0.116/4/2) 2004-11-10 08:34 i686 unknown unknown Cygwin $ gcc --version gcc (GCC) 4.0.0 20041219 (experimental) Since dec 20 th I can't compile gcc 4.0 ; it ends with this ICE : ../../gcc/gcc/libgcc2.c -o libgcc/./_muldi3.o ../../gcc/gcc/libgcc2.c: In function '__muldi3': ../../gcc/gcc/libgcc2.c:535: internal compiler error: virtual array prologue[6]: element 4 out of bounds in contains, at function.c:4660 Please submit a full bug report
[Bug target/19116] -fno-finite-math-only does not override -ffast-math
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-27 10:26 --- (In reply to comment #6) Can you try just -funsafe-math-optimizations and see what happens I think you will get the same results as -ffast-math -fno-finite-math-only as I think an instruction in the .md file checks the wrong flag. $ gcc -funsafe-math-optimizations nan-check2.c $ ./a.out nan compares equal to itself $ gcc -S -funsafe-math-optimizations nan-check2.c $ cat nan-check2.s .file nan-check2.c .section.rodata .LC1: .string %f compares equal to itself\n .align 4 .LC2: .string %f compares unequal to itself\n .text .globl main .type main, @function main: pushl %ebp movl%esp, %ebp subl$56, %esp andl$-16, %esp movl$0, %eax addl$15, %eax addl$15, %eax shrl$4, %eax sall$4, %eax subl%eax, %esp fldz fstpl -16(%ebp) fldz fstpl -8(%ebp) fldl-16(%ebp) fdivl -8(%ebp) fstpl -24(%ebp) leal-24(%ebp), %eax movl%eax, 4(%esp) leal-24(%ebp), %eax movl%eax, (%esp) callequality testl %eax, %eax je .L2 fldl-24(%ebp) fstpl 4(%esp) movl$.LC1, (%esp) callprintf jmp .L4 .L2: fldl-24(%ebp) fstpl 4(%esp) movl$.LC2, (%esp) callprintf .L4: movl$0, %eax leave ret .size main, .-main .globl equality .type equality, @function equality: pushl %ebp movl%esp, %ebp movl8(%ebp), %eax fldl(%eax) movl12(%ebp), %eax fldl(%eax) fcompp fnstsw %ax sahf sete%al movzbl %al, %eax popl%ebp ret .size equality, .-equality .ident GCC: (GNU) 4.0.0 20041224 (experimental) .section.note.GNU-stack,,@progbits $ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19116
[Bug c++/19163] New: __attribute__((aligned)) not working in template
Unfortunately, it looks like even the very limited functionality of aligned vs template (see, e.g., c++/17743) is broken and I cannot even attempt implementing tr1::type_traits::aligned_storage: the attribute seems completely ignored, otherwise I could at least provide specializations for Align = 1,2,4,8,16... Needless to say, Icc seems ok :( Testcase (but, in case please test partial specializations too!): // struct A { typedef char type[4] __attribute__((aligned(4))); }; templateunsigned _Len struct B { typedef char type[_Len] __attribute__((aligned(4))); }; templatebool struct StaticAssert; template struct StaticAsserttrue {}; StaticAssert__alignof__(A::type) == __alignof__(B4::type) a1; StaticAssert__alignof__(B4::type) == 4 a2; / Giovanni can you please have a look?!? Thanks! -- Summary: __attribute__((aligned)) not working in template Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: giovannibajo at libero dot it ReportedBy: pcarlini at suse dot de CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug c++/19163] __attribute__((aligned)) not working in template
-- What|Removed |Added CC||gdr at integrable-solutions ||dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug middle-end/19164] New: ICE in digest_init or build_vector
--- gcc/testsuite/gcc.dg/20041227-1.c.jj2004-12-27 13:57:19.126504511 +0100 +++ gcc/testsuite/gcc.dg/20041227-1.c 2004-12-27 13:57:15.864087556 +0100 @@ -0,0 +1,5 @@ +/* { dg-do compile { target i?86-*-* } } */ +/* { dg-options -mmmx } */ + +typedef short int V __attribute__ ((vector_size (8))); +static V v = (V) 0x00FF00FF00FF00FFLL; gives ICE in both GCC 3.4.3-RH and on HEAD. Depending whether checking is enabled or not, it either results in checking failure in digest_init or in a segfault in build_vector. The problematic hunk is (c-typeck.c (digest_init)): /* Build a VECTOR_CST from a *constant* vector constructor. If the vector constructor is not constant (e.g. {1,2,3,foo()}) then punt below and handle as a constructor. */ if (code == VECTOR_TYPE TREE_CODE (TREE_TYPE (inside_init)) == VECTOR_TYPE vector_types_convertible_p (TREE_TYPE (inside_init), type) TREE_CONSTANT (inside_init)) { if (TREE_CODE (inside_init) == VECTOR_CST comptypes (TYPE_MAIN_VARIANT (TREE_TYPE (inside_init)), TYPE_MAIN_VARIANT (type))) return inside_init; else return build_vector (type, CONSTRUCTOR_ELTS (inside_init)); } Changing it to else if (TREE_CODE (inside_init) == CONSTRUCTOR) return build_vector (type, CONSTRUCTOR_ELTS (inside_init)); else return inside_init; fixes this, but I have trouble to understand what the code really wants to do. If inside_init is a VECTOR_CST, then if comptypes returns 0, this results in a checking failure too, as a VECTOR_CST is not a CONSTRUCTOR and CONSTRUCTOR_ELTS is solely for CONSTRUCTORs. So, either the inner test should be only if (TREE_CODE (inside_init) == CONSTRUCTOR) return build_vector ...; else return inside_init; with no checking for VECTOR_CST etc., or there needs to be different actions for VECTOR_CST that are compatible, for those where comptypes on TREE_TYPE (inside_init) and type gives non-zero, but for their main variants gives zero (is that even possible?), for CONSTRUCTORS and for other trees that can end up in that place (the testcase here has there a NOP_EXPR with INTEGER_CST inside). -- Summary: ICE in digest_init or build_vector Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org,rth at redhat dot com GCC target triplet: i386-redhat-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19164
[Bug c++/19163] __attribute__((aligned)) not working in template
--- Additional Comments From giovannibajo at libero dot it 2004-12-27 13:18 --- We lose the alignment while tsubsting. This is a quick patch for this, I'm not sure if there are other information we should propagate from the original array type to the new array type, I guess the reviewer will know. Meanwhile, Paolo, mind if I ask you to test this patch for me? You can also test the partial specialization, it looks like it works for me. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2004-12-27 13:18:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug c++/19163] __attribute__((aligned)) not working in template
--- Additional Comments From pcarlini at suse dot de 2004-12-27 13:24 --- Meanwhile, Paolo, mind if I ask you to test this patch for me? You can also test the partial specialization, it looks like it works for me. Sure, I will: expect some feedback from me before the end of the day! Thank you very much for the quick help!! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug target/19116] -funsafe-math-optimizations make nan compares equal to one another (-finite-math-only should be doing that)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 14:00 --- Yep, I was right, thanks for testing. -- What|Removed |Added Summary|-fno-finite-math-only does |-funsafe-math-optimizations |not override -ffast-math|make nan compares equal to ||one another (-finite-math- ||only should be doing that) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19116
[Bug other/19165] New: (Natural) language independent error / warning classification
I've started looking at using the Eclipse CDT for my C development. One thing the CDT does is parse the diagnostic messages printed by gcc. To determine whether a message is an error or a warning, the CDT checks whether the message starts with warning:. If it does, it is considered a warning, otherwise an error. However, since I'm using a Swedish locale, my warning messages start with varning: rather than warning:, making the CDT heuristic fail. I would like gcc to mark warnings and errors in a non-locale dependent way, easily parseable by frontends such as the CDT. I did read http://gcc.gnu.org/onlinedocs/gcc-3.4.3/gcc/Language-Independent-Options.html and AFAICT there isn't currently any switch for making gcc classify its diagnostic messages this way. -- Summary: (Natural) language independent error / warning classification Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: walles at mailblocks dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
[Bug other/19165] (Natural) language independent error / warning classification
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 14:29 --- I don't think we should do this because the warnings are for people not for IDEs. Maybe the IDEs should use the translated message instead aka use the .pot file from gcc to do the parsing :). -- What|Removed |Added Keywords||diagnostic Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
[Bug c/19166] New: ICE in DWARF2 generators during bootstrap Stage2...
During the Stage2 build of 4.0.0 12-26-04 (fresh co), this happened: ../../gcc/gcc/sched-vis.c: In function 'print_pattern': ../../gcc/gcc/sched-vis.c:613: internal compiler error: in dwarf2out_frame_debug _expr, at dwarf2out.c:1717 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE in DWARF2 generators during bootstrap Stage2... Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bsdfan3 at users dot sourceforge dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19166
[Bug target/19166] ICE in DWARF2 generators during bootstrap Stage2...
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 14:38 --- *** This bug has been marked as a duplicate of 17406 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |target Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19166
[Bug debug/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 14:38 --- *** Bug 19166 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||bsdfan3 at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug java/16839] Final vars in switch generate compile error in anonymous class.
-- What|Removed |Added Keywords||rejects-valid Last reconfirmed|2004-07-31 16:10:13 |2004-12-27 14:45:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16839
[Bug libfortran/15235] libgfortran doesn't build on Solaris
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 14:46 --- What is the current status about this one aka what is the current error or is it fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15235
[Bug ada/17701] Can't crosscompile ada to armv5tel
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 14:47 --- Did you start with 3.3.3, can you try to start with 3.4.0 and then try building the cross compiler? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17701
[Bug libfortran/15266] libgfortran doesn't compile on IRIX 5.3
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 15:09 --- What is the current status about this bug, where does libgfortran fail on IRIX 5.3 now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15266
[Bug ada/17701] Can't crosscompile ada to armv5tel
--- Additional Comments From bero at arklinux dot org 2004-12-27 15:13 --- This was started with 3.4.3 IIRC -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17701
[Bug c++/19163] __attribute__((aligned)) not working in template
--- Additional Comments From pcarlini at suse dot de 2004-12-27 15:45 --- Hi again! Yes, I can confirm that the patch works fine here: regtests ok and both the above testcase and the below pass with it, which basically amounts to making possible a decent implementation of tr1::type_traits::aligned_storage Thanks Giovanni! Please post your complete work ASAP and let's have this fixed for 4.0 too, if possible! // struct A { typedef char type[4] __attribute__((aligned(4))); }; templateunsigned, unsigned struct B; templateunsigned _Len struct B_Len, 4 { typedef char type[_Len] __attribute__((aligned(4))); }; templatebool struct StaticAssert; template struct StaticAsserttrue {}; StaticAssert__alignof__(A::type) == __alignof__(B4, 4::type) a1; StaticAssert__alignof__(B4, 4::type) == 4 a2; // -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug c++/19163] __attribute__((aligned)) not working in template
--- Additional Comments From pcarlini at suse dot de 2004-12-27 15:46 --- ... forgot to specify: regtested on x86_64-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug c++/18384] [3.3/3.4/4.0 Regression] ICE on zero-length array with empty initializer...
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 15:47 --- Jakub posted a patch here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01962.html. -- What|Removed |Added CC||jakub at redhat dot com Keywords|ice-on-invalid-code |ice-on-valid-code, patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384
[Bug c++/19148] [4.0 Regression] ICE: gimplification failed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-27 16:06 --- Subject: Bug 19148 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-27 16:06:15 Modified files: gcc: ChangeLog gimplify.c Log message: PR c++/19148 * gimplify.c (gimplify_cond_expr): Add post_p parameter. (gimplify_modify_expr_rhs): Adjust call to gimplify_cond_expr. (gimplify_expr): Likewise. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.6961r2=2.6962 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/gimplify.c.diff?cvsroot=gccr1=2.98r2=2.99 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19148
[Bug c++/19148] [4.0 Regression] ICE: gimplification failed
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-27 16:06 --- Fixed in GCC 4.0. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19148
[Bug c++/19148] [4.0 Regression] ICE: gimplification failed
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-27 16:13 --- Subject: Bug 19148 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-27 16:13:45 Modified files: gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/expr: cond7.C Log message: PR c++/19148 * g++.dg/expr/cond7.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4820r2=1.4821 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/expr/cond7.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19148
[Bug c/19167] New: ICE in DWARF2 generators during bootstrap Stage2...
During the Stage2 build of 4.0.0 12-26-04 (fresh co), this happened: ../../gcc/gcc/sched-vis.c: In function 'print_pattern': ../../gcc/gcc/sched-vis.c:613: internal compiler error: in dwarf2out_frame_debug _expr, at dwarf2out.c:1717 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- Summary: ICE in DWARF2 generators during bootstrap Stage2... Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bsdfan3 at users dot sourceforge dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19167
[Bug c/19167] ICE in DWARF2 generators during bootstrap Stage2...
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 16:38 --- *** This bug has been marked as a duplicate of 17406 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19167
[Bug target/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 16:38 --- *** Bug 19167 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug target/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From bsdfan3 at users dot sourceforge dot net 2004-12-27 16:46 --- The patch supplied in this PR needs to be updated to reflect CVS (It will not apply to a fresh checkout of CVS done on 10-26-04). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug target/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 16:48 --- (In reply to comment #22) The patch supplied in this PR needs to be updated to reflect CVS (It will not apply to a fresh checkout of CVS done on 10-26-04). If you taking about the one in comment #9, that is not a correct patch. The correct one is referenced in comment #19: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00226.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug target/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From bsdfan3 at users dot sourceforge dot net 2004-12-27 16:51 --- Thanks for the pointer Andrew! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From bero at arklinux dot org 2004-12-27 17:04 --- Happens after stage1, and only with profiledbootstrap. stage1/xgcc -Bstage1/ -B/usr/i586-ark-linux/bin/ -g -O2 -fprofile-generate -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -fno-common -DHAVE_CONFIG_H -o g++ \ gcc.o g++spec.o intl.o prefix.o version.o ../libcpp/libcpp.a ../libiberty/libiberty.a echo | ./xgcc -B./ -B/usr/i586-ark-linux/bin/ -isystem /usr/i586-ark-linux/include -isystem /usr/i586-ark-linux/sys-include -L/usr/src/ark/BUILD/gcc4/build/gcc/../ld -E -dM - | \ sed -n 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p ; \ s/^#define \(_[^_A-Z][a-zA-Z0-9_]*\).*/\1/p' | \ sort -u tmp-macro_list /bin/sh ../../gcc/../move-if-change tmp-macro_list macro_list macro_list is unchanged echo timestamp s-macro_list objext='.o' \ LIB1ASMFUNCS='' \ LIB2FUNCS_ST='_eprintf __gcc_bcmp' \ LIBGCOV='_gcov _gcov_merge_add _gcov_merge_single _gcov_merge_delta _gcov_fork _gcov_execl _gcov_execlp _gcov_execle _gcov_execv _gcov_execvp _gcov_execve' \ LIB2ADD='' \ LIB2ADD_ST='' \ LIB2ADDEH='../../gcc/unwind-dw2.c ../../gcc/unwind-dw2-fde-glibc.c ../../gcc/unwind-sjlj.c ../../gcc/gthr-gnat.c ../../gcc/unwind-c.c' \ LIB2ADDEHSTATIC='../../gcc/unwind-dw2.c ../../gcc/unwind-dw2-fde-glibc.c ../../gcc/unwind-sjlj.c ../../gcc/gthr-gnat.c ../../gcc/unwind-c.c' \ LIB2ADDEHSHARED='../../gcc/unwind-dw2.c ../../gcc/unwind-dw2-fde-glibc.c ../../gcc/unwind-sjlj.c ../../gcc/gthr-gnat.c ../../gcc/unwind-c.c' \ LIB2ADDEHDEP='unwind.inc unwind-dw2-fde.h unwind-dw2-fde.c' \ LIBUNWIND='' \ LIBUNWINDDEP='' \ SHLIBUNWIND_LINK='' \ SHLIBUNWIND_INSTALL='' \ FPBIT='' \ FPBIT_FUNCS='_pack_sf _unpack_sf _addsub_sf _mul_sf _div_sf _fpcmp_parts_sf _compare_sf _eq_sf _ne_sf _gt_sf _ge_sf _lt_sf _le_sf _unord_sf _si_to_sf _sf_to_si _negate_sf _make_sf _sf_to_df _sf_to_tf _thenan_sf _sf_to_usi _usi_to_sf' \ LIB2_DIVMOD_FUNCS='_divdi3 _moddi3 _udivdi3 _umoddi3 _udiv_w_sdiv _udivmoddi4' \ DPBIT='' \ DPBIT_FUNCS='_pack_df _unpack_df _addsub_df _mul_df _div_df _fpcmp_parts_df _compare_df _eq_df _ne_df _gt_df _ge_df _lt_df _le_df _unord_df _si_to_df _df_to_si _negate_df _make_df _df_to_sf _df_to_tf _thenan_df _df_to_usi _usi_to_df' \ TPBIT='' \ TPBIT_FUNCS='_pack_tf _unpack_tf _addsub_tf _mul_tf _div_tf _fpcmp_parts_tf _compare_tf _eq_tf _ne_tf _gt_tf _ge_tf _lt_tf _le_tf _unord_tf _si_to_tf _tf_to_si _negate_tf _make_tf _tf_to_df _tf_to_sf _thenan_tf _tf_to_usi _usi_to_tf' \ MULTILIBS=` ./xgcc -B./ -B/usr/i586-ark-linux/bin/ -isystem /usr/i586-ark-linux/include -isystem /usr/i586-ark-linux/sys-include -L/usr/src/ark/BUILD/gcc4/build/gcc/../ld --print-multi-lib` \ EXTRA_MULTILIB_PARTS='' \ SHLIB_LINK=' ./xgcc -B./ -B/usr/i586-ark-linux/bin/ -isystem /usr/i586-ark-linux/include -isystem /usr/i586-ark-linux/sys-include -L/usr/src/ark/BUILD/gcc4/build/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,[EMAIL PROTECTED]@.so.1 -Wl,[EMAIL PROTECTED]@ -o @[EMAIL PROTECTED] @multilib_flags@ @shlib_objs@ -lc rm -f @[EMAIL PROTECTED] if [ -f @[EMAIL PROTECTED] ]; then mv -f @[EMAIL PROTECTED] @[EMAIL PROTECTED]; else true; fi mv @[EMAIL PROTECTED] @[EMAIL PROTECTED] ln -s @[EMAIL PROTECTED] @[EMAIL PROTECTED]' \ SHLIB_INSTALL='$(mkinstalldirs) $(DESTDIR)$(slibdir)@shlib_slibdir_qual@; /usr/bin/install -c -m 644 @[EMAIL PROTECTED] $(DESTDIR)$(slibdir)@shlib_slibdir_qual@/@[EMAIL PROTECTED]; rm -f $(DESTDIR)$(slibdir)@shlib_slibdir_qual@/@[EMAIL PROTECTED]; ln -s @[EMAIL PROTECTED] $(DESTDIR)$(slibdir)@shlib_slibdir_qual@/@[EMAIL PROTECTED]' \ SHLIB_EXT='.so' \ SHLIB_MULTILIB='' \ SHLIB_MKMAP='../../gcc/mkmap-symver.awk' \ SHLIB_MKMAP_OPTS='' \ SHLIB_MAPFILES='../../gcc/libgcc-std.ver ../../gcc/config/libgcc-glibc.ver' \ SHLIB_NM_FLAGS='-pg' \ MULTILIB_OSDIRNAMES='' \ ASM_HIDDEN_OP='' \ mkinstalldirs='/bin/sh ../../gcc/../mkinstalldirs' \ /bin/sh mklibgcc tmp-libgcc.mk mv tmp-libgcc.mk libgcc.mk ./xgcc -B./ -B/usr/i586-ark-linux/bin/ -isystem /usr/i586-ark-linux/include -isystem /usr/i586-ark-linux/sys-include -L/usr/src/ark/BUILD/gcc4/build/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -fno-omit-frame-pointer \ -c ../../gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o ../../gcc/crtstuff.c: In function '__do_global_dtors_aux': ../../gcc/crtstuff.c:290: internal compiler error: virtual
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From bero at arklinux dot org 2004-12-27 17:05 --- Still happening with today's CVS btw -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 17:08 --- So this is caused by wrong-code. -- What|Removed |Added Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug middle-end/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.
--- Additional Comments From berndtrog at yahoo dot com 2004-12-27 17:10 --- Paul, I'd like to test your patch in comment #11. How do I apply it? Patch says: patch: Only garbage was found in the patch input. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 17:11 --- (In reply to comment #7) Happens after stage1, and only with profiledbootstrap. actually this is after stage2 is built, compiling libgcc with stage2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug libfortran/19032] modulo generates wrong result for divisor 1 and -1
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-27 17:13 --- Subject: Bug 19032 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-27 17:13:07 Modified files: gcc/fortran: ChangeLog trans-intrinsic.c gcc/testsuite : ChangeLog gcc/testsuite/gfortran.fortran-torture/execute: intrinsic_mod_ulo.f90 Added files: gcc/testsuite/gfortran.dg: intrinsic_modulo_1.f90 Log message: fortran/ PR fortran/19032 * trans-intrinsic.c (gfc_conv_intrinsic_mod): Update comment in front of function to match the standard. Correct handling of MODULO. testsuite/ PR fortran/19032 * gfortran.dg/intrinsic_modulo_1.f90: New. * gfortran.fortran-torture/execute/intrinsic_mod_ulo.f90: Add tests with divisor -1. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.279r2=1.280 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/trans-intrinsic.c.diff?cvsroot=gccr1=1.35r2=1.36 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4822r2=1.4823 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/intrinsic_modulo_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.fortran-torture/execute/intrinsic_mod_ulo.f90.diff?cvsroot=gccr1=1.2r2=1.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19032
[Bug libfortran/19032] modulo generates wrong result for divisor 1 and -1
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-27 17:13 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19032
[Bug libfortran/19032] modulo generates wrong result for divisor 1 and -1
-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19032
[Bug c++/18384] [3.3/3.4/4.0 Regression] ICE on zero-length array with empty initializer...
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-27 17:18 --- This patch is OK in pricinple. However, I don't think the designated_index change (to check for sizetype) is necessary. And, I think that the max_index should always be sizetype (and thus the check is unncessary). Jakub, would you please retry with a simplified version of your patch? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384
[Bug fortran/15080] Forall bounds not calculated correctly (forall_3.f90)
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-27 17:22 --- I get this output from the testsuite after upgrading to Fedora Core 3 (I assume a new dejagnu version is responsible for this): Running /home/tobi/src/gcc/gcc-clean/gcc/testsuite/gfortran.fortran-torture/execute/execute.exp ... *** glibc detected *** free(): invalid next size (fast): 0x094d3268 *** FAIL: gfortran.fortran-torture/execute/forall_3.f90 execution, -O1 I'm not completely sure that the glibc error is issued during the execution of this test, because it doesn't appear in the logs, but it seems likely, given that it's the only test that fails. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15080
[Bug fortran/15080] Forall bounds not calculated correctly (forall_3.f90)
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 17:24 --- This fails for me too on powerpc-darwin: FAIL: gfortran.fortran-torture/execute/forall_3.f90 execution, -O1 -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15080
[Bug fortran/15080] Forall bounds not calculated correctly (forall_3.f90)
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-27 17:37 --- I confirmed that glibc's error is indeed issued when running this testcase. gdb's output: (gdb) bt #0 0x003f07a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00138955 in raise () from /lib/tls/libc.so.6 #2 0x0013a319 in abort () from /lib/tls/libc.so.6 #3 0x0016bf9a in __libc_message () from /lib/tls/libc.so.6 #4 0x00172528 in _int_free () from /lib/tls/libc.so.6 #5 0x00172afa in free () from /lib/tls/libc.so.6 #6 0x00824762 in *_gfortrani_internal_free (mem=0x87e2278) at ../../../gcc-clean/libgfortran/runtime/memory.c:203 #7 0x08048a8d in MAIN__ () at forall_3.f90:28 #8 0x08048c73 in main (argc=0, argv=0x0) at ../../../gcc-clean/libgfortran/fmain.c:18 (gdb) frame 7 #7 0x08048a8d in MAIN__ () at forall_3.f90:28 28forall (i=1:5,v(i)%valid) (gdb) l 23v(2)%p(:) = (/1, 2, 3, 4, 5, 6, 7, 8/) 24v(4)%p(:) = (/13, 14, 15, 16, 17, 18, 19, 20/) 25v(5)%p(:) = (/11, 12/) 26 27 28forall (i=1:5,v(i)%valid) 29 v(i)%p(1:v(i)%s) = v(6-i)%p(1:v(i)%s) 30end forall 31 32if (any(v(1)%p(:) .ne. (/11, 10/))) call abort (gdb) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15080
[Bug fortran/19168] New: Mismatched KINDs in SELECT CASE constucts is not handled correctly
Consider this program posted by James Van Buskirk in c.l.f. gfortran currently issues an error because the KIND of 7 and 200 do not match the KIND of x. program case_ex implicit none integer, parameter :: ik1 = selected_int_kind(2) integer(ik1) x integer io write(*,'(a)',advance='no',iostat=io) ' Enter the value of x: ' read(*,*) x if(io /= 0) x = 0 select case(x) case(7) write(*,'(a)') ' Sorry, bad guess.' case(200) write(*,'(a)') ' You win the prize!' case default write(*,'(a)') ' You aren''t even trying.' end select end program case_ex The relevant constraint from the Fortran standard is C805 (R808) For a given case-construct, each case-value shall be of the same type as case-expr. For character type, length differences are allowed, but the kind type parameters shall be the same. */ and we note no such requirement of the KIND for INTEGER and LOGICAL variables must match. In the discussion on c.l.f, Richard Maine pointed out that the normal promotion rules for numeric rational operation should be followed. An initial patch was posted to http://gcc.gnu.org/ml/fortran/2004-12/msg00179.html but it was deemed incorrect. -- steve -- Summary: Mismatched KINDs in SELECT CASE constucts is not handled correctly Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sgk at troutmask dot apl dot washington dot edu CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19168
[Bug fortran/15080] Forall bounds not calculated correctly (forall_3.f90)
--- Additional Comments From pbrook at gcc dot gnu dot org 2004-12-27 17:41 --- The test causes memory corruption, so the actual symptoms are fairly arbitrary. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15080
[Bug other/19165] (Natural) language independent error / warning classification
--- Additional Comments From walles at mailblocks dot com 2004-12-27 17:51 --- The IDE wants to present gcc's messages to people, so it's not as if the IDE wants to understand the messages themselves (except whether they are warnings or errors). Now that I read what I wrote again I can see how it sounded as if the CDT tries to do more than that, but it doesn't. It just wants to do errors-vs-warnings classification. The reason it wants to be able to tell errors from warnings is that it wants to highlight the errors more than the warnings. Unforturnately no sane way of doing that seems to exist currently :-(. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19165
[Bug fortran/19168] Mismatched KINDs in SELECT CASE constucts is not handled correctly
--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2004-12-27 17:56 --- The relevant promoton rule is found in 7.2.3. In the numeric relational operation x1 rel-op x2 if the types or kind type parameters of x1 and x2 differ, their values are converted to the type and kind type parameter of the expression x1 + x2 before evaluation. In the CASE SELECT situation, rel-op is .EQ. (or ==). -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19168
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 18:12 --- Hmm, here is the funny part is that I can reproduce this on ppc-darwin which case this is unusually as the profiling stuff is usually target dependent at producing wrong code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug c++/19149] [4.0 Regression] seg fault on invalid code
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19149
[Bug middle-end/18887] [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements.
--- Additional Comments From schlie at comcast dot net 2004-12-27 18:34 --- Subject: Re: [4.0 Regression] libgcc2.h Improperly determines required built-in function size requirements. From: berndtrog at yahoo dot com [EMAIL PROTECTED] --- Additional Comments From berndtrog at yahoo dot com 2004-12-27 17:10 Paul, I'd like to test your patch in comment #11. How do I apply it? Patch says: patch: Only garbage was found in the patch input. I apologize, what I posed was not a properly formatted patch; but should be sufficient to hand edit into the few files referenced; from which a properly formatted one may be generated if desired. (file names given, search for matching text, + lines added, - lines removed.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18887
[Bug c++/19149] [4.0 Regression] seg fault on invalid code
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-27 19:03 --- Subject: Bug 19149 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-12-27 19:03:19 Modified files: gcc/testsuite : ChangeLog gcc/cp : ChangeLog decl.c Added files: gcc/testsuite/g++.dg/parse: error23.C Log message: PR c++/19149 * decl.c (check_tag_decl): Robustify. PR c++/19149 * g++.dg/parse/error23.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.4824r2=1.4825 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/error23.C.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4559r2=1.4560 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1346r2=1.1347 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19149
[Bug c++/19149] [4.0 Regression] seg fault on invalid code
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-27 19:04 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19149
[Bug c++/19159] [4.0 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-27 19:14 --- Created an attachment (id=7829) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7829action=view) Proposed patch Dave -- Would you mind retesting with this patch? I think it will fix the problems, but I'm not 100% sure. Thanks, -- Mark -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
[Bug c++/19169] New: Compilation error at a vector definition
Hi, The compiler (g++ 3.4.2) gives me an error when i write: B b; vectorAelemA(2, b); B can be, for instance, a pointer to an integer, or a class. A is defined as: class A{ public: A(B b) {} private: A(const A){} //! disallow copying A operator=(const A){ return const_castA(*this);} //! disallow copying }; The strange thing is that the constructor i am invoking is the public one not the private. The compilation is fine when B is an integer. The message of the compiler is: g++ -g -Wall -c main.cc -o main.o main.cc: In function `void std::_Construct(_T1*, const _T2) [with _T1 = A, _T2 = A]': /usr/lib/gcc/x86_64-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_uninitialized.h:194: instantiated from `_ForwardIterator std::__uninitialized_fill_n_aux(_ForwardIterator, _Size, const _Tp, __false_type) [with _ForwardIterator = A*, _Size = long unsigned int, _Tp = A]' /usr/lib/gcc/x86_64-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_uninitialized.h:219: instantiated from `_ForwardIterator std::uninitialized_fill_n(_ForwardIterator, _Size, const _Tp) [with _ForwardIterator = A*, _Size = long unsigned int, _Tp = A]' /usr/lib/gcc/x86_64-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_vector.h:194: instantiated from `std::vector_Tp, _Alloc::vector(size_t, const _Tp, const typename std::_Vector_base_Tp, _Alloc::allocator_type) [with _Tp = A, _Alloc = std::allocatorA]' main.cc:33: instantiated from here main.cc:21: error: `A::A(const A)' is private /usr/lib/gcc/x86_64-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_construct.h:81: error: within this context make: *** [main.o] Error 1 Thanks in advance. Roberto. -- Summary: Compilation error at a vector definition Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rjimenez at ujaen dot es CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86-64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19169
[Bug c++/19169] Compilation error at a vector definition
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 19:29 --- Not a bug, read the release notes for 3.4.0. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19169
[Bug c++/19170] New: Compilation error at a vector definition
Hi, The compiler (g++ 3.4.2) gives me an error when i write: B b; vectorAelemA(2, b); B can be, for instance, a pointer to an integer, or a class. A is defined as: class A{ public: A(B b) {} private: A(const A){} //! disallow copying A operator=(const A){ return const_castA(*this);} //! disallow copying }; The strange thing is that the constructor i am invoking is the public one not the private. The compilation is fine when B is an integer. The message of the compiler is: g++ -g -Wall -c main.cc -o main.o main.cc: In function `void std::_Construct(_T1*, const _T2) [with _T1 = A, _T2 = A]': /usr/lib/gcc/x86_64-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_uninitialized.h:194: instantiated from `_ForwardIterator std::__uninitialized_fill_n_aux(_ForwardIterator, _Size, const _Tp, __false_type) [with _ForwardIterator = A*, _Size = long unsigned int, _Tp = A]' /usr/lib/gcc/x86_64-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_uninitialized.h:219: instantiated from `_ForwardIterator std::uninitialized_fill_n(_ForwardIterator, _Size, const _Tp) [with _ForwardIterator = A*, _Size = long unsigned int, _Tp = A]' /usr/lib/gcc/x86_64-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_vector.h:194: instantiated from `std::vector_Tp, _Alloc::vector(size_t, const _Tp, const typename std::_Vector_base_Tp, _Alloc::allocator_type) [with _Tp = A, _Alloc = std::allocatorA]' main.cc:33: instantiated from here main.cc:21: error: `A::A(const A)' is private /usr/lib/gcc/x86_64-redhat-linux/3.4.2/../../../../include/c++/3.4.2/bits/stl_construct.h:81: error: within this context make: *** [main.o] Error 1 Thanks in advance. Roberto. -- Summary: Compilation error at a vector definition Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rjimenez at ujaen dot es CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86-64 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19170
[Bug c++/19170] Compilation error at a vector definition
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 19:46 --- Not a bug, again read the release notes. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19170
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 19:51 --- Here is the reduced testcase, compile at -O2 -fprofile-generate: void abort (void); int main() { int j; for (j = 6; j = 0; --j) if (j = 7) abort () ; return 0; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 20:01 --- Note it worked with 20041211. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 20:19 --- This was caused by (found by reverting the patch): 2004-12-18 Zdenek Dvorak [EMAIL PROTECTED] PR rtl-optimization/19001 * loop-iv.c (iv_number_of_iterations): Record assumptions for loops with power of two step to 'infinite' field. -- What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug rtl-optimization/19103] [4.0 Regression] unroll-loops creates bad code which causes profiledbootstrap to failure
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 20:39 --- (In reply to comment #12) Here is the reduced testcase, compile at -O2 -fprofile-generate: -O1 -funroll-loops is enough to reproduce the bug. -- What|Removed |Added GCC build triplet|i586-ark-linux | GCC host triplet|i586-ark-linux | GCC target triplet|i586-ark-linux | Summary|[4.0 Regression] Current CVS|[4.0 Regression] unroll- |(2004/12/21) doesn't compile|loops creates bad code which |with profiledbootstrap |causes profiledbootstrap to ||failure http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug c++/19159] [4.0 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca 2004-12-27 20:42 --- Subject: Re: [4.0 Regression] Undefined symbol: vtable for __c Would you mind retesting with this patch? I think it will fix the problems, but I'm not 100% sure. Will do. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
[Bug c++/19159] [4.0 Regression] Undefined symbol: vtable for __cxxabiv1::__vmi_class_type_info
-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-27 20:48:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19159
[Bug tree-optimization/19038] [4.0 Regression] out-of ssa causing loops to have more than one BB
--- Additional Comments From law at redhat dot com 2004-12-27 21:08 --- Trying to solve this problem by avoiding copy-propagation in special cases is definitely not the right approach. Any time we do a copy propagation or redundancy elimination we run the risk of possibly creating overlapping lifetimes for objects which did not previously overlap. Our focus needs to be on figuring out why we did not coalesce everything to a single variable. -- What|Removed |Added CC||law at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19038
[Bug c/19171] New: sys/reent.h causes segfault ICE in GCC 4
Files that include sys/reent.h on i686-pc-cygwin can cause GCC 4 (10-26-04) to bomb out due to a segfault in the compiler itself. I don't have a backtrace (I don't know how to get one if the ICE occurs during the bootstrap process itself, which it does). -- Summary: sys/reent.h causes segfault ICE in GCC 4 Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bsdfan3 at users dot sourceforge dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug c/19171] sys/reent.h causes segfault ICE in GCC 4
--- Additional Comments From bsdfan3 at users dot sourceforge dot net 2004-12-27 21:32 --- Created an attachment (id=7832) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7832action=view) Preprocessed source of the header file in question This is a preprocessed copy of a file that did nothing else but include sys/reent.h. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug fortran/19101] missing in character continuation not caught
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-27 21:41 --- That's weird. I wrote some of this originally, and I was sure that this has to be interpreted in the way Erik quotes it. I double-checked the F95 and F2K standards and they both agree with Thomas, but I have a book which I use as a quick reference of the F90 standard which claims otherwise. Maybe F90 was different. Confirmed nonetheless. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2004-12-27 21:41:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19101
[Bug fortran/19101] missing in character continuation not caught
--- Additional Comments From tobi at gcc dot gnu dot org 2004-12-27 21:47 --- Actually, my misleading reference is by the same authors the same as Erik's, it's the Fortran 90 Handbook. Looks like they got it wrong. I think I have a fix, it wasn't too hard :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19101
[Bug c++/18384] [3.3/3.4/4.0 Regression] ICE on zero-length array with empty initializer...
--- Additional Comments From giovannibajo at libero dot it 2004-12-27 21:57 --- Jakub, many thanks for cleaning this up for me!! Just one comment: in your latest patch, the second error message is capitalized and shouldn't, plus it uses a double negation (not a non-negative number) which could be probably simplified into a negative number. -- What|Removed |Added AssignedTo|giovannibajo at libero dot |jakub at redhat dot com |it | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18384
[Bug c++/19163] __attribute__((aligned)) not working in template
--- Additional Comments From giovannibajo at libero dot it 2004-12-27 22:07 --- Patch posted: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01975.html -- What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19163
[Bug c/19171] sys/reent.h causes segfault ICE in GCC 4
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-27 22:07 --- 10-26-04 is very old, I cannot reproduce it with a cross compiler with today's compiler, can you try a new snapshot. -- What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug libfortran/19016] maxloc ignores mask
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-27 22:24 --- I did some more digging around, and found that the error only occurred when the mask parameter was generated on the fly. If the mask is a precomputed logical array, the function works correctly. $ cat maxloc-4.f90 program main implicit none integer, dimension(3,3) :: n integer, dimension(2) :: i1, i2 integer :: j integer, parameter :: limit=9 logical, dimension(3,3) :: l n = reshape((/3, 2, 1, 4, 7, 8, 7, 8, 9/), shape(n)) l = nlimit i1 = maxloc(n, mask = l ) i2 = maxloc(n, nlimit) print '(3I3)',(n(:,j),j=1,3) print '(3L3)',(n(:,j)limit,j=1,3) print '(A,I3)','limit ',limit print '(A,2I3,A,I3)','maxloc using array. Position ',i1(1),i1(2),' value', n(i1(1),i1(2)) print '(A,2I3,A,I3)','maxloc using expr. Position ',i2(1),i2(2),' value', n(i2(1),i2(2)) end program $ ./a.out 3 2 1 4 7 8 7 8 9 T T T T T T T T F limit 9 maxloc using array. Position 3 2 value 8 maxloc using expr. Position 3 3 value 9 $ gfortran -v Using built-in specs. Configured with: ../gcc/configure --prefix=/home/ig25 --enable-languages=c,c++,f95 Thread model: posix gcc version 4.0.0 20041227 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19016
[Bug target/19115] __builtin_frexpl and std::frexp(long double) broken
--- Additional Comments From jlquinn at gcc dot gnu dot org 2004-12-27 22:28 --- I did the stock configuration, with the exception of specifying an install dir and --with-cpu=power4. So the floating point is whatever comes out of the box. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
[Bug regression/19120] [4.0 Regression] ICE: in ten_to_ptwo, at real.c:2007
--- Additional Comments From v dot haisman at sh dot cvut dot cz 2004-12-27 22:43 --- This is my attempt to get you guys more info: [EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc make bootstrap make CC= stage1/xgcc -Bstage1/ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ CC_FOR_BUILD= stage1/xgcc -Bstage1/ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ \ STAGE_PREFIX=stage1/ \ ADAFLAGS= CFLAGS=-g -O2 LDFLAGS= WARN_CFLAGS=\$(GCC_WARN_CFLAGS) STRICT_WARN=-pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror libdir=/home/4/wilx/lib LANGUAGES=c gcov gcov-dump c++ MAKEINFO=makeinfo MAKEINFOFLAGS=--no-split MAKEOVERRIDES= OUTPUT_OPTION=-o \$@ \ CFLAGS=-g -O2 WERROR=-Werror make[1]: Entering directory `/home/4/wilx/tmp/gcc-head/objdir/gcc' ./xgcc -B./ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -isystem /home/4/wilx/i386-unknown-freebsd4.10/include -isystem /home/4/wilx/i386-unknown-freebsd4.10/sys-include -L/home/4/wilx/tmp/gcc-head/objdir/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/. -I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time \ -c ../../srcdir/gcc/crtstuff.c -DCRT_BEGIN \ -o crtbegin.o built-in:1: internal compiler error: in ten_to_ptwo, at real.c:2007 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[1]: *** [crtbegin.o] Error 1 make[1]: Leaving directory `/home/4/wilx/tmp/gcc-head/objdir/gcc' make: *** [stage2_build] Error 2 [EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc ./xgcc -v Reading specs from /home/4/wilx/lib/gcc/i386-unknown-freebsd4.10/4.0.0/specs Configured with: ../srcdir/configure --disable-nls --enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3 --with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx --enable-languages=c,c++ --disable-sjlj-exceptions --enable-shared=libstdc++ --enable-shared=libobjc --with-gc=zone Thread model: posix gcc version 4.0.0 20041226 (experimental) [EMAIL PROTECTED]:::~/tmp/gcc-head/objdir/gcc ./xgcc -B./ -B/home/4/wilx/i386-unknown-freebsd4.10/bin/ -isystem /home/4/wilx/i386-unknown-freebsd4.10/include -isystem /home/4/wilx/i386-unknown-freebsd4.10/sys-include -L/home/4/wilx/tmp/gcc-head/objdir/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/. -I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -c ../../srcdir/gcc/crtstuff.c -DCRT_BEGIN -o crtbegin.o -v Reading specs from ./specs Configured with: ../srcdir/configure --disable-nls --enable-version-specific-runtime-libs --enable-dwarf2 --with-cpu=pentium3 --with-arch=pentium3 --with-system-zlib --disable-shared --prefix=/home/4/wilx --enable-languages=c,c++ --disable-sjlj-exceptions --enable-shared=libstdc++ --enable-shared=libobjc --with-gc=zone Thread model: posix gcc version 4.0.0 20041226 (experimental) ./cc1 -quiet -v -I. -I. -I../../srcdir/gcc -I../../srcdir/gcc/. -I../../srcdir/gcc/../include -I../../srcdir/gcc/../libcpp/include -iprefix /home/4/wilx/tmp/gcc-head/objdir/gcc/../lib/gcc/i386-unknown-freebsd4.10/4.0.0/ -isystem ./include -DIN_GCC -DCRT_BEGIN -isystem /home/4/wilx/i386-unknown-freebsd4.10/include -isystem /home/4/wilx/i386-unknown-freebsd4.10/sys-include -isystem ./include ../../srcdir/gcc/crtstuff.c -quiet -dumpbase crtstuff.c -march=pentium3 -auxbase-strip crtbegin.o -g0 -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-unit-at-a-time -o /var/tmp//cc9M0jcv.s ignoring nonexistent directory /home/4/wilx/i386-unknown-freebsd4.10/include ignoring nonexistent directory /home/4/wilx/i386-unknown-freebsd4.10/sys-include ignoring duplicate directory ./include ignoring nonexistent directory /home/4/wilx/tmp/gcc-head/objdir/gcc/../lib/gcc/i386-unknown-freebsd4.10/4.0.0/include ignoring nonexistent directory /home/4/wilx/tmp/gcc-head/objdir/gcc/../lib/gcc/i386-unknown-freebsd4.10/4.0.0/../../../../i386-unknown-freebsd4.10/include ignoring nonexistent directory /home/4/wilx/lib/gcc/i386-unknown-freebsd4.10/4.0.0/../../../../i386-unknown-freebsd4.10/include ignoring duplicate directory . ignoring duplicate directory ../../srcdir/gcc/. #include ... search starts here: #include ... search starts here: . ../../srcdir/gcc ../../srcdir/gcc/../include ../../srcdir/gcc/../libcpp/include ./include /usr/local/include
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-27 23:40 --- A stupid bug in that patch -- the condition for inifinite needs to be negated. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED GCC build triplet||i586-ark-linux GCC host triplet||i586-ark-linux GCC target triplet||i586-ark-linux Summary|[4.0 Regression] unroll-|[4.0 Regression] Current CVS |loops creates bad code which|(2004/12/21) doesn't compile |causes profiledbootstrap to |with profiledbootstrap |failure | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug rtl-optimization/19103] [4.0 Regression] Current CVS (2004/12/21) doesn't compile with profiledbootstrap
--- Additional Comments From rakdver at gcc dot gnu dot org 2004-12-27 23:53 --- Actually it is even more stupid. Patch below, just testing. Index: loop-iv.c === RCS file: /cvs/gcc/gcc/gcc/loop-iv.c,v retrieving revision 2.25 diff -c -3 -p -r2.25 loop-iv.c *** loop-iv.c 18 Dec 2004 20:14:24 - 2.25 --- loop-iv.c 27 Dec 2004 23:52:38 - *** iv_number_of_iterations (struct loop *lo *** 2132,2138 if (iv0.step == const0_rtx) step_val = -INTVAL (iv1.step); else ! step_val = INTVAL (iv1.step); /* Ignore loops of while (i-- 10) type. */ if (step_val 0) --- 2132,2138 if (iv0.step == const0_rtx) step_val = -INTVAL (iv1.step); else ! step_val = INTVAL (iv0.step); /* Ignore loops of while (i-- 10) type. */ if (step_val 0) -- What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19103
[Bug regression/19120] [4.0 Regression] ICE: in ten_to_ptwo, at real.c:2007
--- Additional Comments From v dot haisman at sh dot cvut dot cz 2004-12-28 00:01 --- I've tried to build it with GCC 2.95.4 that is the system compiler on the box with the same result. Previously I used older version of GCC 4.0.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19120
[Bug c++/19172] New: strcpy bug? or mine?
I have been trying to figure out why I get this outoput: 4 4 khgukytit8ig 13 # And not this: 4 4 khgukytit8igddd0 36 # THE CODE # #include iostream using namespace std; class MyString { public: MyString( const char * ); ~MyString(); const char *getChar(); private: char *word; }; MyString::MyString( const char *str ) { cout Constructor: START endl; cout str: str strlen(str): strlen(str) endl; word = new char( strlen(str) ); memset( word, '-', strlen(str) ); cout word strlen( word ) endl; strcpy(word, str); cout str: str strlen(str): strlen(str) endl word: word strlen(word): strlen(word) endl; cout Constructor: END endl endl; } MyString::~MyString() { delete [] word; word = 0; } const char * MyString::getChar() { return word; } int main( void ) { MyString str4(khgukytit8igddd0); MyString str2( 0123456789qwertypoopp ); cout sizeof(str4) sizeof(str4.getChar()) str4.getChar() strlen(str4.getChar()) endl; cout sizeof(str2) sizeof(str2.getChar()) str2.getChar() strlen(str2.getChar()) endl; return EXIT_SUCCESS; } btw, Im doing this as excersise, so any buggy things on the code please let me know. -- Summary: strcpy bug? or mine? Product: gcc Version: 3.4.3 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rolosworld at gmail dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug target/19115] __builtin_frexpl and std::frexp(long double) broken
--- Additional Comments From dje at gcc dot gnu dot org 2004-12-28 00:10 --- libstdc++ is calling frexpl in libc.a, which expects an AIX format long double value, not a double. Things work if one uses -mlong-double-128. At some point we need to default to long-double-128 for AIX for things to be self-consistent. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19115
[Bug c++/19172] strcpy bug? or mine?
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 00:15 --- You forgot C strings are null terminated. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug target/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-28 00:17 --- Testing a completely different patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug c++/19172] strcpy bug? or mine?
--- Additional Comments From rolosworld at gmail dot com 2004-12-28 01:00 --- (In reply to comment #1) You forgot C strings are null terminated. I did this: word = new char( strlen(str) + 1 ); word[strlen(str)] = '\0'; and still get the same output..? -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug middle-end/19171] sys/reent.h causes segfault ICE in GCC 4
--- Additional Comments From bsdfan3 at users dot sourceforge dot net 2004-12-28 01:18 --- This bug still exists with GCC 4 as of 10-27-04, and I miscategorized this bug. It occurs during bootstrap in builds hosted on i686-pc-cygwin. -- What|Removed |Added Component|target |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug middle-end/19171] sys/reent.h causes segfault ICE in GCC 4
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 01:20 --- Do you mean 12-27-04 or 10-27-04? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug middle-end/19171] sys/reent.h causes segfault ICE in GCC 4
--- Additional Comments From bsdfan3 at users dot sourceforge dot net 2004-12-28 01:23 --- (In reply to comment #4) Do you mean 12-27-04 or 10-27-04? Sorry, I meant 12-27-04. The 10 was a typo. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug c++/19172] strcpy bug? or mine?
--- Additional Comments From rolosworld at gmail dot com 2004-12-28 01:23 --- Im using: khgukytit8igddd0 0123456789qwertypoopp Im compiling the code with: g++ (GCC) 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7) my CFLAGS for gentoo are (the ones used to compile gcc): CFLAGS=-march=athlon-xp -O2 -pipe -mno-fancy-math-387 -mfpmath=sse aditional info (gcc -v -save-temps -o string string.cpp): Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.3/specs Configured with: /var/tmp/portage/gcc-3.4.3-r1/work/gcc-3.4.3/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.4.3 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.4.3/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/3.4.3/include/g++-v3 --host=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-shared --enable-threads=posix --disable-multilib --disable-libgcj --enable-languages=c,c++,f77 Thread model: posix gcc version 3.4.3 20041125 (Gentoo Linux 3.4.3-r1, ssp-3.4.3-0, pie-8.7.7) /usr/libexec/gcc/i686-pc-linux-gnu/3.4.3/cc1plus -E -quiet -v -D_GNU_SOURCE string.cpp -mno-sse2 -mtune=pentiumpro -o string.ii -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug target/17406] [4.0 regression] ICE dwarf2out_frame_debug_expr, at dwarf2out.c:1692
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-28 01:24 --- new patch: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg01983.html -- What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
[Bug c++/19172] strcpy bug? or mine?
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 01:27 --- Can you try a released FSF gcc? Also if it is a bug in strcpy, then this is not a bug in GCC since GCC does not contain strcpy but in glibc, make sure that equivant C code works too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug middle-end/19171] sys/reent.h causes segfault ICE in GCC 4
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 01:28 --- Ok, then I will close this as invalid to ... -- What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug middle-end/19171] sys/reent.h causes segfault ICE in GCC 4
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 01:28 --- Mark as unconfirmed. -- What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug middle-end/19171] sys/reent.h causes segfault ICE in GCC 4
-- What|Removed |Added Keywords||wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
[Bug c++/19172] strcpy bug? or mine?
--- Additional Comments From rolosworld at gmail dot com 2004-12-28 01:30 --- ok, I'll keep experimenting here, I belive its probably one bug from me :-/ I'll try the C equivalent and try to learn from this! lol thanks for the help -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug middle-end/19171] sys/reent.h causes segfault ICE in GCC 4
--- Additional Comments From bsdfan3 at users dot sourceforge dot net 2004-12-28 01:31 --- (In reply to comment #7) Mark as unconfirmed. Ok, does anyone else have Cygwin? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19171
Re: [Bug c++/19172] strcpy bug? or mine?
rolosworld at gmail dot com wrote: --- Additional Comments From rolosworld at gmail dot com 2004-12-28 01:00 --- (In reply to comment #1) You forgot C strings are null terminated. I did this: word = new char( strlen(str) + 1 ); Don't you mean new char [strlen(str) + 1]? I.e., brackets, not parentheses (the latter allocates a single char and initializes it with the length of str). Martin
[Bug c++/19172] strcpy bug? or mine?
--- Additional Comments From sebor at roguewave dot com 2004-12-28 01:32 --- Subject: Re: strcpy bug? or mine? rolosworld at gmail dot com wrote: --- Additional Comments From rolosworld at gmail dot com 2004-12-28 01:00 --- (In reply to comment #1) You forgot C strings are null terminated. I did this: word = new char( strlen(str) + 1 ); Don't you mean new char [strlen(str) + 1]? I.e., brackets, not parentheses (the latter allocates a single char and initializes it with the length of str). Martin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug target/19129] [3.4 Regression] gcc-3.4.4 ICE while building libobjc
--- Additional Comments From namsh at kldp dot org 2004-12-28 01:33 --- I confirmed that the Richard's patch for PR19102 fixed this problem. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19129
[Bug c++/19172] strcpy bug? or mine?
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 01:34 --- That is the bug: word = new char( strlen(str) +1); should be: word = new char[ strlen(str) +1]; Otherwise you are allocating only one char. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug c++/19172] strcpy bug? or mine?
--- Additional Comments From rolosworld at gmail dot com 2004-12-28 01:36 --- true, didn't notice the brackets. scary bug from me lol thank guys -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19172
[Bug target/19129] [3.4 Regression] gcc-3.4.4 ICE while building libobjc
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 01:37 --- So closing as fixed. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19129
[Bug target/17114] ColdFire ICE with illegal constraints
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 01:43 --- Hmm, this works on the mainline from 20041022. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17114