[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

[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 t

[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

[Bug c++/19163] __attribute__((aligned)) not working in template

-- What|Removed |Added CC||gdr at integrable-solutions ||dot net http://gcc.gnu.org/bugzil

[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 __a

[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 reviewe

[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

[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-

[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,

[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 :). --

[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 appro

[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

[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

[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|

[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_trait

[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: . -- What|Removed |Added

[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:

[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 |RE

[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/t

[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 appro

[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

[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, tha

[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

[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|

[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=19

[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

[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

[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 unn

[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/execu

[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 -

[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

[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='n

[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

[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

[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/bug

[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

[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 a

[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 : C

[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|RE

[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=7829&action=view) Proposed patch Dave -- Would you mind retesting with this patch? I think it will fix the problems, bu

[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; vectorelemA(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_cast(*

[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|UNCON

[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; vectorelemA(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_cast(*

[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|UNCONFIRM

[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

[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 loop

[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 |Adde

[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:/

[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-

[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 overla

[Bug c/19171] New: causes segfault ICE in GCC 4

Files that include 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: causes segfault ICE in GCC 4

[Bug c/19171] 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=7832&action=view) Preprocessed source of the header file in question This is a preprocessed copy of a file that

[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

[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

[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")

[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

[Bug c/19171] 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

[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. $ ca

[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?

[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="

[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 --

[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

[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=1912

[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 using namespace std

[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 th

[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|UNCONFIR

[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 gc

[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|R

[Bug c++/19172] strcpy bug? or mine?

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-28 01:07 --- I cannot reproduce this on powerpc-darwin with the mainline or 3.3.2? what target are you running on? Are you sure that you don't have an invisable character in the string? -- http://gcc.gnu.org/bugzil

[Bug middle-end/19171] 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

[Bug middle-end/19171] 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] 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

[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

[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.

[Bug middle-end/19171] 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|WAITI

[Bug middle-end/19171] 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|

[Bug middle-end/19171] 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] 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,

[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 st

[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 -

[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 |

  1   2   >