[Bug target/29258] internal compiler error: Segmentation fault

--- Comment #2 from gobikrishna dot dhanuskodi at wipro dot com 2006-09-28 07:27 --- Created an attachment (id=12348) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12348&action=view) Preprocessed file generated using --save-temps -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug target/29249] Alignment error with static const variable in inline function

--- Comment #8 from jespdj at hotmail dot com 2006-09-28 07:45 --- Ok, I filed a bug report for binutils about this. http://sourceware.org/bugzilla/show_bug.cgi?id=3276 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29249

[Bug fortran/23060] %VAL construct not implemented

--- Comment #8 from fxcoudert at gcc dot gnu dot org 2006-09-28 07:58 --- Changing this into a bug, since it was implemented in g77. It might be working soon, since we will soon have ISO_C_BINDING val attribute, which does the same thing, so adding the %val construct will probably be ve

[Bug fortran/23375] show location for runtime errors

--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-09-28 07:59 --- Closing, as the error messages have been modified to include source location. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/27997] Fortran 2003: Support type-spec for array constructor

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-09-28 08:02 --- Confirmed, and marked as blocking the F2003 meta-PR. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/28655] [F2003] In/output: DECIMAL=/dp/dc; SIGN=/S/SP/SS BLANK=/PAD=; DELIM=; ENCODING=

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot |

[Bug c++/29265] New: Type resolving for template class hierarchy

If we have two template classes in hierarchy and try to take type of the topmost class, gcc shows error message while VC 8.0 and Comeau C/C++ 4.3.3 does not. The following exapmle shows code that generates the error: template class A { public: typedef int TType; private: typedef T tmp; };

[Bug c++/29265] Type resolving for template class hierarchy

--- Comment #1 from 4ekucT at tut dot by 2006-09-28 09:05 --- Created an attachment (id=12349) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12349&action=view) Type resolving for template class hierarchy -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29265

[Bug c++/29266] New: Rule that binding rvalue to a refernce need a copy ctor don't work

Hi, I used to open a issue at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29261 and it's closed as no a bug. Also it says that to bind an rvalue to a reference, we need to let copy ctor of the class be accessible. However, I found that this is not the case when the invokcation is happen in intia

[Bug middle-end/29253] expand_abs wrong default code for floating point

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-09-28 09:59 --- Confirmed. As expand_copysign, expand_fabs should defer to the library in this case. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug fortran/29267] New: ICE in operand_subword_force, at emit-rtl.c:1353

$> cat ice.f90 PROGRAM test_ice CHARACTER(len=255), DIMENSION(1,2) :: a a = reshape((/ "x", to_string(1.0) /), (/ 1, 2 /)) CONTAINS CHARACTER(32) FUNCTION to_string(x) REAL, INTENT(in) :: x WRITE(to_string, FMT="(F6.3)") x END FUNCTION END PROGRAM $> gfortran-4.2 -g -Wa

[Bug middle-end/29268] New: missed optimization: need to generalize realignment support in the vectorizer

details in theis thread: http://gcc.gnu.org/ml/gcc/2006-09/msg00503.html Need to add other ways to handle realignment, that are applicable to targets that can't support the realign_load the way it is currently defined. -- Summary: missed optimization: need to generalize realignment

[Bug middle-end/29269] New: missing documentation for "vcond" (vector conditional operation)

missing documentation for "vcond" (vector conditional operation). -- Summary: missing documentation for "vcond" (vector conditional operation) Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Pri

[Bug tree-optimization/29254] [4.2 Regression] verify_cgraph_node failed (inlined_to pointer is set but no predecessors found)

--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-28 10:55 --- Confirmed. The warning is correct - we emit it with explicit casts, too. But surprisingly -Wno-cast-qual does not get rid of it. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/29256] [4.2 regression] loop unrolling performance regression

--- Comment #4 from rguenth at gcc dot gnu dot org 2006-09-28 11:08 --- On x86_64 4.2 decides to unroll 9 times while on 4.1 it unrolls 8 times. This is a code-size regression, but other than that? The 4.2 version runs slightly faster than the 4.1 version, though the difference may be

[Bug c++/29260] Calling member function of const object causes segmentation fault in compiler

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-09-28 11:14 --- Works for me on i686-linux with all versions. Also the code in question is invalid: t.C:9: error: '::main' must return 'int' t.C: In function 'int main()': t.C:11: error: uninitialized const 'y' t.C:12: error: pass

[Bug driver/29270] New: "--" does not end option parsing

$ gcc hello.c -- -MM hello.o: hello.c gcc: ambiguous abbreviation -- -- Summary: "--" does not end option parsing Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver Assi

[Bug driver/29270] "--" does not end option parsing

--- Comment #1 from schwab at suse dot de 2006-09-28 11:21 --- See also the thread at . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29270

[Bug target/29258] internal compiler error: Segmentation fault

--- Comment #3 from rguenth at gcc dot gnu dot org 2006-09-28 11:21 --- Works for me with 3.4.6 (x86_64) and 3.4.3 (i686). Did not try a cross-compiler though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29258

[Bug middle-end/29256] [4.2 regression] loop unrolling performance regression

--- Comment #5 from rakdver at gcc dot gnu dot org 2006-09-28 11:34 --- (In reply to comment #4) > On x86_64 4.2 decides to unroll 9 times while on 4.1 it unrolls 8 times. This > is > a code-size regression, but other than that? The 4.2 version runs slightly > faster than the 4.1 versi

[Bug fortran/25087] Error for missing explicit interface needed.

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-09-28 11:35 --- There's a TODO about this in front-end resolve.c. It's a good point to start... static void resolve_formal_arglist (gfc_symbol * proc) { gfc_formal_arglist *f; gfc_symbol *sym; int i; /* TODO: Procedures

[Bug other/29260] Calling member function of const object causes segmentation fault in compiler

--- Comment #2 from leg0 at hot dot ee 2006-09-28 11:38 --- The compiler that does this is not a C nor C++ compiler. It's D compiler (gdc). -- leg0 at hot dot ee changed: What|Removed |Added -

[Bug fortran/29267] ICE in operand_subword_force, at emit-rtl.c:1353

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-09-28 13:09 --- Confirmed. (gdb) bt #0 fancy_abort ( file=0xc80d78 "/space/rguenther/src/svn/trunk/gcc/emit-rtl.c", line=1353, function=0xc80ef0 "operand_subword_force") at /space/rguenther/src/svn/trunk/gcc/diagnosti

[Bug other/29260] Calling member function of const object causes segmentation fault in compiler

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-28 13:29 --- The D front-end is not part of the FSF GCC right now, you should report this to the place where you got the compiler. -- pinskia at gcc dot gnu dot org changed: What|Removed |A

[Bug c++/29266] Rule that binding rvalue to a refernce need a copy ctor don't work

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-28 13:39 --- There is no tdat_hash_map(_Alloc&) in the sources. Adding one makes it get past that error and then we get: t.cc: In constructor ‘tdat_hash_map<_AllocType>::tdat_hash_map(const _AllocType&) [with _AllocType = MemAllo

[Bug middle-end/29256] [4.2 regression] loop unrolling performance regression

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-28 13:47 --- (In reply to comment #4) > On x86_64 4.2 decides to unroll 9 times while on 4.1 it unrolls 8 times. This > is > a code-size regression, but other than that? The 4.2 version runs slightly > faster than the 4.1 versi

[Bug c++/29265] Type resolving for template class hierarchy

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-28 14:02 --- *** This bug has been marked as a duplicate of 9937 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/9937] [DR 176] Base class template name is not injected properly into derived class

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-09-28 14:02 --- *** Bug 29265 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/29256] [4.2 regression] loop unrolling performance regression

--- Comment #7 from rguenth at gcc dot gnu dot org 2006-09-28 14:02 --- Oh, but those do not happen on x86_64. So this is a target issue really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256

[Bug libfortran/23889] behaviour of random_seed()

--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-09-28 14:05 --- After a year and not patch has been proposed for that enhancement, it looks like it won't be implemented in gfortran. Still, feel free to reopen this PR (or file a new one) if you have a patch ready. -- fxcou

[Bug fortran/20541] TR 15581: ALLOCATABLE components

--- Comment #27 from pault at gcc dot gnu dot org 2006-09-28 14:06 --- Created an attachment (id=12350) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12350&action=view) The latest version, incorporating all fixes so far. This latest has an increasingly complete set of testcases an

[Bug libfortran/27046] [mingw32] mixed C-Fortran I/O doesn't flush

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org

[Bug middle-end/29256] [4.2 regression] loop unrolling performance regression

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-09-28 14:08 --- D.1563 = -&a; MEM[base: (int *) D.1563 + &c, index: D.1562] = MEM[base: D.1562]; WTFFF -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256

[Bug middle-end/29256] [4.2 regression] loop unrolling performance regression

--- Comment #9 from rguenth at gcc dot gnu dot org 2006-09-28 14:11 --- Oh, didn't I fix this? See PR26726. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256

[Bug middle-end/29256] [4.2 regression] loop unrolling performance regression

--- Comment #10 from rakdver at gcc dot gnu dot org 2006-09-28 14:15 --- (In reply to comment #8) > D.1563 = -&a; > MEM[base: (int *) D.1563 + &c, index: D.1562] = MEM[base: D.1562]; > > WTFFF ivopts are having fun :-) On the other hand, this is (one of several possible) chea

[Bug middle-end/29256] [4.2 regression] loop performance regression

--- Comment #11 from pinskia at gcc dot gnu dot org 2006-09-28 14:16 --- (In reply to comment #9) > Oh, didn't I fix this? See PR26726. This is unrelated to that as the trees produced is defined but just looks weird and really the one IV selection is messed up. It should have chosen t

[Bug middle-end/29256] [4.2 regression] loop performance regression

--- Comment #12 from rakdver at gcc dot gnu dot org 2006-09-28 14:21 --- (In reply to comment #11) > (In reply to comment #9) > > Oh, didn't I fix this? See PR26726. > This is unrelated to that as the trees produced is defined but just looks > weird > and really the one IV selection i

[Bug middle-end/29256] [4.2 regression] loop performance regression

--- Comment #13 from pinskia at gcc dot gnu dot org 2006-09-28 14:34 --- (In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #9) > > > Oh, didn't I fix this? See PR26726. > > This is unrelated to that as the trees produced is defined but just looks > > weird

[Bug middle-end/29256] [4.2 regression] loop performance regression

--- Comment #14 from rakdver at gcc dot gnu dot org 2006-09-28 14:40 --- > > > for this loop instead of just one. > > > Actually unrolling is not need to produced the bad code: > > > .L2: > > > lwz 0,0(9) > > > stwx 0,11,9 > > > addi 9,9,4 > > > bdnz .L2

[Bug libstdc++/29217] locale confusion with time/collate categories

--- Comment #5 from paolo at gcc dot gnu dot org 2006-09-28 14:40 --- Subject: Bug 29217 Author: paolo Date: Thu Sep 28 14:40:12 2006 New Revision: 117282 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117282 Log: 2006-09-28 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/29217] locale confusion with time/collate categories

--- Comment #6 from paolo at gcc dot gnu dot org 2006-09-28 14:40 --- Subject: Bug 29217 Author: paolo Date: Thu Sep 28 14:40:46 2006 New Revision: 117283 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117283 Log: 2006-09-28 Paolo Carlini <[EMAIL PROTECTED]> PR libstd

[Bug middle-end/29256] [4.2 regression] loop performance regression

-- rakdver at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot |dot org

[Bug middle-end/29256] [4.2 regression] loop performance regression

--- Comment #15 from rakdver at gcc dot gnu dot org 2006-09-28 14:50 --- (In reply to comment #8) > D.1563 = -&a; > MEM[base: (int *) D.1563 + &c, index: D.1562] = MEM[base: D.1562]; > > WTFFF This is caused by my change to ivopts in http://gcc.gnu.org/ml/gcc-patches/2006-08/m

[Bug driver/29270] "--" does not end option parsing

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-28 14:59 --- Hmm, one problem is that we need to know when we should pass -- on to cc1, etc. also. For an example: gcc t.c -- -l.c is that -l.c a c source or a library for ld to have at and how do we invoke ld then: with "-- -

[Bug middle-end/29269] missing documentation for "vcond" (vector conditional operation)

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-28 15:00 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC|

[Bug driver/29270] "--" does not end option parsing

--- Comment #3 from joseph at codesourcery dot com 2006-09-28 15:04 --- Subject: Re: "--" does not end option parsing On Thu, 28 Sep 2006, pinskia at gcc dot gnu dot org wrote: > Hmm, one problem is that we need to know when we should pass -- on to cc1, > etc. > also. For an example

[Bug other/29271] New: Incorrect -fdump-rtl-sched and -fdump-rtl-sched2 document

There are @itemx -fdump-rtl-sched2 @opindex dR @opindex fdump-rtl-sched2 Dump after the second scheduling pass, to @[EMAIL PROTECTED] @item -dS @itemx -fdump-rtl-sched @opindex dS @opindex fdump-rtl-sched Dump after the first scheduling pass, to @[EMAIL PROTECTED] in invoke.texi. But I got [EMA

[Bug middle-end/29272] New: [4.2 Regression] memcpy optimization causes wrong-code

With the following testcase lowering memcpy to pointer assignment causes wrong alias information to be generated. struct Foo { int a; int b; }; struct Node; struct Node { struct Node *next; }; struct Node *pool; void grow (void) { char *mem = __builtin_malloc (4096); struct Node *node =

[Bug c++/29273] New: error on dynamic_cast(array)

Gcc gives an error for the dynamic_cast below. During the discussion of bug 29185 with EDG it turned out that according to 5, p8, the code is well-formed and should not be diagnosed. $ cat t.cpp && gcc t.cpp struct A { virtual ~A () { } }; struct B: A { } b [1]; void foo () { dynamic_cast(b);

[Bug c++/29185] inconsistent warning: deleting array

--- Comment #8 from sebor at roguewave dot com 2006-09-28 16:16 --- The EDG guys don't think this is worth spending the committee's time on so I won't be proposing any change to the standard. Issuing just a warning rather than an error is good enough for me. Also, I opened bug 29273 to

[Bug c/29274] New: 4.1, 4.2 (possibly 4.0?) not using mulsidi3

GCC 4.x tree optimization decides to put int values into long long int temporaries. When RTL expansion comes around, the expander sees only a DImode multiply and so generates three SImode multiplies to deal with the problem. GCC 3.x sees that the source values are SImode and uses mulsidi3 to gene

[Bug c/29274] 4.1, 4.2 (possibly 4.0?) not using mulsidi3

--- Comment #1 from eplondke at gmail dot com 2006-09-28 16:45 --- Created an attachment (id=12351) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12351&action=view) Test case showing mulsidi problem Multimedia processing It's not self-running, but you can see plainly from the ass

[Bug c/29274] 4.1, 4.2 (possibly 4.0?) not using mulsidi3

--- Comment #2 from eplondke at gmail dot com 2006-09-28 16:46 --- Forgot to say: I'm seeing this on an ARM cross-compilation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29274

[Bug middle-end/29272] [4.2 Regression] memcpy optimization causes wrong-code

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug middle-end/29272] [4.2 Regression] memcpy optimization causes wrong-code

--- Comment #1 from jakub at gcc dot gnu dot org 2006-09-28 17:57 --- I think after we want to look through handled_component_p's of destvar/srcvar (in fold_builtin_memory_op) resp. var (in fold_builtin_memset) and see if inside is a VAR_DECL or not. If it is a VAR_DECL, then I believe

[Bug middle-end/29272] [4.2 Regression] memcpy optimization causes wrong-code

--- Comment #2 from jakub at gcc dot gnu dot org 2006-09-28 18:17 --- Created an attachment (id=12352) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12352&action=view) gcc42-pr29272.patch Untested patch to just bail for non-vars. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug fortran/29275] New: fortran added to language build list even when known buggy version of mpfr found

Configured with ../configure --prefix=/pkgs/gcc-test --with-gmp=/pkgs/gmp-4.1.4/ --with-mpfr=/pkgs/gmp-4.1.4/ The following messages come up during configure: checking for correct version of gmp.h... yes checking for correct version of mpfr.h... buggy version of MPFR detected checking for any v

[Bug middle-end/29272] [4.2 Regression] memcpy optimization causes wrong-code

--- Comment #3 from dnovillo at gcc dot gnu dot org 2006-09-28 18:32 --- Excerpts from IRC session with jakub discussing this: 13:28 1grow (); 13:28 2node = pool; 13:28 3D.1928 = node->next; 13:28 4pool = D.1928; 13:28 5foo = (struct F

[Bug other/29271] Incorrect -fdump-rtl-sched and -fdump-rtl-sched2 document

--- Comment #1 from dberlin at gcc dot gnu dot org 2006-09-28 18:39 --- Subject: Re: New: Incorrect -fdump-rtl-sched and -fdump-rtl-sched2 document This is because on your platofrm, sched1 doesn't run. On 28 Sep 2006 15:51:05 -, hjl at lucon dot org <[EMAIL PROTECTED]> wrote: > T

[Bug fortran/29275] fortran added to language build list even when known buggy version of mpfr found

--- Comment #1 from kargl at gcc dot gnu dot org 2006-09-28 18:40 --- gfortran will work with the buggy mpfr. You simply will not get the bug fixes for 27021 and 28276. You have not installed gmp-4.1.4 as distributed by the GMP developers. The mpfr.h header file in the version of mpf

[Bug other/29271] Incorrect -fdump-rtl-sched documentation

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-28 18:45 --- -fdump-rtl-sched should be -fdump-rtl-sched1. The numbering system is a different story and is wrong for most rtl dumps now because someone forgot to update them when they changed the numbering system and/or added a

[Bug fortran/29275] fortran added to language build list even when known buggy version of mpfr found

--- Comment #2 from kargl at gcc dot gnu dot org 2006-09-28 18:48 --- Crap. Re-open. mpfr_subnormalized() first appeared in 2.2.0. I'll fix this in a few minutes. -- kargl at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/29206] [4.2 regression] gcj-dbtool segfaults

--- Comment #2 from debian-gcc at lists dot debian dot org 2006-09-28 19:30 --- (In reply to comment #1) > Either show that it is a regression, or dont put the regression marker in the > subject. rechecked, that it is a regression on hppa-linux-gnu, compared to 4.1.2 SVN. Matthias

[Bug target/29206] [4.2 regression] gcj-dbtool segfaults

--- Comment #3 from debian-gcc at lists dot debian dot org 2006-09-28 19:31 --- attached the stacktrace for arm-linux-gnu Matthias (gdb) run Starting program: /home/doko/gcc/4.2/install/usr/bin/gcj-dbtool-4.2 -n foo.db 64 [Thread debugging using libthread_db enabled] [New Thread 163

[Bug fortran/29275] fortran added to language build list even when known buggy version of mpfr found

--- Comment #3 from kargl at gcc dot gnu dot org 2006-09-28 19:36 --- This should be fixed by the patch I just committed. Note, you'll see two gfortran testsuite programs fail because your version of mpfr is too old. -- kargl at gcc dot gnu dot org changed: What|Remov

[Bug target/29206] [4.2 regression] gcj-dbtool segfaults

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-28 20:53 --- Subject: Re: [4.2 regression] gcj-dbtool segfaults > Starting program: /home/doko/gcc/4.2/install/usr/bin/gcj-dbtool-4.2 -n foo.db > 64 > [Thread debugging using libthread_db enabled] > [New Thread 16384 (

[Bug preprocessor/29276] New: C preprocessor run on Objective C code

Everytime I try to compile the libFoundation sources the preprocessor complains with error messages like these: NSObject.m:382:1: error: pasting "(" and "[" does not give a valid preprocessing token NSObject.m:513:1: error: pasting "(" and "[" does not give a valid preprocessing token I had to pr

[Bug preprocessor/29276] C preprocessor run on Objective C code

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-28 22:15 --- ([ will never make a valid token even in Objective-C mode. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29276

[Bug libfortran/27046] [mingw32] mixed C-Fortran I/O doesn't flush

--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-09-28 22:34 --- (In reply to comment #7) > Changing main() in ctesti.c to start with: > int main(int argc, char** argv) { > setvbuf(stdout, NULL, _IOLBF, 0); > > fixes the redirection problem. After some more testing, this f

[Bug fortran/28813] gfortran.dg/direct_io_6.f90 can exhaust system disk space

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-09-28 22:39 --- Closing, test not needed. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/29277] New: Formated stream output: Translate "\n" / achar(10) into "\r\n" on some platforms

See http://gcc.gnu.org/ml/fortran/2006-09/msg00415.html Brooks Moses wrote: when a file is connected for stream access, the runtime library could very easily do a s/\n/\r\n/ on the output stream before writing it to the file. In fact, if we consider \r\n to be a record marker (on a given system),

[Bug fortran/19261] continuation character illegal as first non-blank character in statement

--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-09-28 22:40 --- I have this one fixed and will combine it with the pathes for 19260 and 19262. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19261

[Bug libgcj/29278] New: [ecj] libjava Makefile has -j bug

I believe the libjava Makefile.am on the gcj-eclipse branch has a bug with -j builds, where it may try to build the CNI header files multiple times. -- Summary: [ecj] libjava Makefile has -j bug Product: gcc Version: 4.2.0 Status: UNCONFIRMED

[Bug libgcj/29278] [ecj] libjava Makefile has -j bug

-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug fortran/29277] Formated stream output: Translate "\n" / achar(10) into "\r\n" on some platforms

--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-09-28 23:23 --- Please note that with formatted stream I/O we implicitly write a /n or /r/n in the next_record_w () function in transfer.c depending on the system. I think this meets the intent. Now an issue I see is what if we

[Bug c++/29266] Rule that binding rvalue to a refernce need a copy ctor don't work

--- Comment #2 from yuanfei8077 at gmail dot com 2006-09-28 23:25 --- Subject: Re: Rule that binding rvalue to a refernce need a copy ctor don't work Hi Andrew, You are right, I am omitting the code, however, my question is: 1) > t.cc:38: error: 'MemAllocator::MemAllocator() [with Ty

[Bug fortran/29277] Formated stream output: Translate "\n" / achar(10) into "\r\n" on some platforms

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-09-28 23:36 --- Another thought occurs to me. With formatted stream I/O the newline is handled automatically for the user. However, there is nothing to say someone would not want to use unformatted stream I/O to write human rea

[Bug middle-end/29256] [4.2 regression] loop performance regression

--- Comment #16 from rakdver at gcc dot gnu dot org 2006-09-28 23:48 --- Patch for the induction variable selection (that however does not fix the problem with offsetted addressing modes not being created after unrolling): http://gcc.gnu.org/ml/gcc-patches/2006-09/msg01308.html --

[Bug fortran/29147] Bad overflow check in DATA statements

--- Comment #2 from kargl at gcc dot gnu dot org 2006-09-29 00:25 --- (In reply to comment #1) > Created an attachment (id=12299) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12299&action=view) [edit] > Legacy code example > > Compiles fine with every other compiler out there. >

[Bug c++/29279] New: ICE

const char nullstr[1] = (const char [1]) {0}; int main() { } -- Summary: ICE Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot o

[Bug fortran/25818] Problem with handling optional and entry master arguments

--- Comment #8 from kargl at gcc dot gnu dot org 2006-09-29 00:30 --- Paul, Jakub, Is the patch in comment #7 considered to be the right approach? I tried applying to my local tree, but a few chunks were rejected. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25818

[Bug tree-optimization/29254] [4.2 Regression] verify_cgraph_node failed (inlined_to pointer is set but no predecessors found)

--- Comment #4 from lopezibanez at gmail dot com 2006-09-29 00:37 --- Not so surprising if you check gcc/c-typeck.c line 3980. The warning is not conditionalised to any option. What is the criteria for a warning to be emitted always or be conditional to a given option? -- http://gcc

[Bug tree-optimization/29254] [4.2 Regression] verify_cgraph_node failed (inlined_to pointer is set but no predecessors found)

--- Comment #5 from lopezibanez at gmail dot com 2006-09-29 00:53 --- (In reply to comment #4) > Not so surprising if you check gcc/c-typeck.c line 3980. The warning is not > conditionalised to any option. What is the criteria for a warning to be > emitted > always or be conditional to

[Bug c/29280] New: misleading warning for assignment used as truth construct

For code of the form: if (var = 0) gcc recommends adding parentheses around the construct. This is intended to disambiguate code of the form: if (ptr = get_ptr()) by coercing people to write it in the form: if ((ptt = get_ptr()) != NULL) However, in many cases, especially for novice C developers,

[Bug target/28617] ___divti3 and ___umodti3 undefined for -m64 on powerpc-apple-darwin8

--- Comment #3 from mrs at gcc dot gnu dot org 2006-09-29 01:21 --- Subject: Bug 28617 Author: mrs Date: Fri Sep 29 01:21:14 2006 New Revision: 117296 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117296 Log: PR target/28617 * config/rs6000/rs6000.h [IN_LIBGCC2]

[Bug target/28617] ___divti3 and ___umodti3 undefined for -m64 on powerpc-apple-darwin8

--- Comment #4 from mrs at apple dot com 2006-09-29 01:29 --- This should be fixed by the last checkin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28617

[Bug c/29281] New: natPlainDatagramSocketImpl.cc:148: internal compiler error

i'm a korean embedded linux engineer. i'm making a cross tool-chain. (gcc-3.4.1 / glibc-2.3.2 / binutils-2.15 / linux-2.6.17) i used some configuration like below. ../binutils-2.15/configure --target=arm-linux --prefix=/usr/local/arm --disable-nls ../gcc-3.4.5/configure --target=arm-linux --pr

[Bug c++/29266] Rule that binding rvalue to a refernce need a copy ctor don't work

--- Comment #3 from yuanfei8077 at gmail dot com 2006-09-29 03:02 --- Plesae seee Comment #2 From Kelvin 2006-09-28 23:25 [reply]. In addition 2 questions I raised in the Commet2. I also have one more question about the rule "bind an rvalue to a reference, we need to let copy ctor of t

[Bug c/29281] natPlainDatagramSocketImpl.cc:148: internal compiler error

--- Comment #1 from sangsu at gmail dot com 2006-09-29 03:03 --- before configuring glibc... i had some patches, too start === --- gcc-3.4.1/gcc/flow.c.old2004-02-27 19:39:19.0 -0800 +++ gcc-3.4.1/gcc/flow.c2004-08-26 07:2

[Bug c/29281] natPlainDatagramSocketImpl.cc:148: internal compiler error

--- Comment #2 from sangsu at gmail dot com 2006-09-29 03:05 --- and i used a gcc configuration below... = start = ../gcc-3.4.5/configure --target=arm-linux --prefix=/usr/local/arm/ --with-headers=/ojt/kernel/linux-2.6.17/include/

[Bug fortran/29147] Bad overflow check in DATA statements

-- kargl at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |kargl at gcc dot gnu dot org |dot org

[Bug target/29281] natPlainDatagramSocketImpl.cc:148: internal compiler error

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|c |target GCC ta

[Bug target/29281] natPlainDatagramSocketImpl.cc:148: internal compiler error

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-29 04:05 --- Can you try a 4.0.x build as 3.4.x is no longer being updated? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29281

[Bug c++/29266] Rule that binding rvalue to a refernce need a copy ctor don't work

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-29 04:14 --- (In reply to comment #3) This is not the correct place to ask for help with knowing what is wrong with your code, you should ask the news list: comp.lang.c++ or something closely related. I might look at your code th

[Bug c/29280] misleading warning for assignment used as truth construct

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-29 04:15 --- Actually this warning is clear and I don't think it should be changed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/29279] ICE

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-09-29 04:17 --- t.cc:1: error: cannot initialize aggregate of type ‘const char [1]’ with a compound literal [EMAIL PROTECTED] gcc]$ ./cc1plus t.cc t.cc:1: error: cannot convert ‘const char [1]’ to ‘const char [1]’ in initialization

[Bug fortran/29147] Bad overflow check in DATA statements

--- Comment #3 from kargl at gcc dot gnu dot org 2006-09-29 04:30 --- I failed to not that your assertion that the error message is misleading is incorrect. The error message is actually quite concise and accurate. See section 5.2.10 of the F95 standard. I submitted a patch that will

[Bug preprocessor/29276] C preprocessor run on Objective C code

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-29 04:34 --- Someone did not read the docs correctly. Anyways in NSException.h the defintion for THROW should be: # define THROW(exception...)[exception raise] http://gcc.gnu.org/onlinedocs/gcc-4.1.1/cpp/Variadic-Macros.htm

[Bug middle-end/29272] [4.2 Regression] memcpy optimization causes wrong-code

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfi

[Bug fortran/29147] Bad overflow check in DATA statements

--- Comment #4 from kargl at gcc dot gnu dot org 2006-09-29 04:55 --- Fixed on trunk. Although the patch would work on 4.1, it isn't needed because I never fixed range checking on 4.1. Use -fno-range-check option. -- kargl at gcc dot gnu dot org changed: What|Remove

  1   2   >