[Bug tree-optimization/31169] Bootstrap comparison error at revision 122821

2007-03-27 Thread rguenth at gcc dot gnu dot org
--- Comment #32 from rguenth at gcc dot gnu dot org 2007-03-28 08:52 --- There is /* Refuse to operate on VARYING ranges, ranges of different kinds and symbolic ranges. As an exception, we allow BIT_AND_EXPR because we may be able to derive a useful range even if one of

[Bug c++/31382] New: Internal compiler Error (Is this a bug?)

2007-03-27 Thread ludz_lim at yahoo dot com
Hi: I got this error error message when I tried to compile icu (http://www.icu-project.org) g++ -DU_I18N_IMPLEMENTATION -I. -I../common -O2 -fno-common -c -dynamic -o dtfmtsym.o dtfmtsym.cpp dtfmtsym.cpp: In member function `void icu_3_6::DateFormatSymbols::initializeData(const icu_3_6::Loca

[Bug fortran/31298] Uninitialized variable in f951 (in read_module)

2007-03-27 Thread jvdelisle at gcc dot gnu dot org
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-03-28 04:21 --- Valgrind gives no error related to uninitialized when compiling with gfortran. I am not sure this is a problem of real concern. -- jvdelisle at gcc dot gnu dot org changed: What|Removed

[Bug target/31364] [4.3 Regression] secureplt breaks bootstrap

2007-03-27 Thread tbm at cyrius dot com
--- Comment #13 from tbm at cyrius dot com 2007-03-28 04:04 --- Bootstrap is successful with your patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31364

[Bug target/31380] [4.1/4.2/4.3]: Typo in gcc/config/i386/sse.md

2007-03-27 Thread hjl at lucon dot org
--- Comment #1 from hjl at lucon dot org 2007-03-28 03:56 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01813.html -- hjl at lucon dot org changed: What|Removed |Added ---

[Bug fortran/31298] Uninitialized variable in f951 (in read_module)

2007-03-27 Thread jvdelisle at gcc dot gnu dot org
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-03-28 02:39 --- I will try this one. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added A

[Bug bootstrap/31379] make[3]: *** [s-gtype] Segmentation fault (core dumped)

2007-03-27 Thread danglin at gcc dot gnu dot org
--- Comment #2 from danglin at gcc dot gnu dot org 2007-03-28 02:39 --- This is more likely the problem: (gdb) p *o $7 = {next = 0x0, name = 0x14ce0 "gtype-desc.h", buflength = 0, bufused = 0, buf = 0x0} -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31379

[Bug bootstrap/31379] make[3]: *** [s-gtype] Segmentation fault (core dumped)

2007-03-27 Thread danglin at gcc dot gnu dot org
--- Comment #1 from danglin at gcc dot gnu dot org 2007-03-28 02:35 --- (gdb) p ap $10 = (va_list) 0x7eff0718 (gdb) p (char *)0x7eff0718 $11 = 0x7eff0718 "" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31379

[Bug bootstrap/31381] make[3]: *** [s-gtype] Segmentation fault (core dumped)

2007-03-27 Thread danglin at gcc dot gnu dot org
--- Comment #1 from danglin at gcc dot gnu dot org 2007-03-28 02:30 --- Sorry, I inadvertantly duplicated PR 31379. -- danglin at gcc dot gnu dot org changed: What|Removed |Added -

[Bug libfortran/31297] Use of uninitialized variables in libgfortran's I/O

2007-03-27 Thread jvdelisle at gcc dot gnu dot org
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-03-28 02:28 --- I think this can be closed. No need to backport. RE-open if anyone disagrees. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/31381] New: make[3]: *** [s-gtype] Segmentation fault (core dumped)

2007-03-27 Thread danglin at gcc dot gnu dot org
In stage1: ... /bin/sh ../../gcc/gcc/../move-if-change tmp-gi.list gtyp-input.list echo timestamp > s-gtyp-input build/gengtype ../../gcc/gcc gtyp-input.list make[3]: *** [s-gtype] Segmentation fault (core dumped) (gdb) r ../../gcc/gcc gtyp-input.list Starting program: /test/gnu/gcc/objdir/gcc/bu

[Bug libgcj/30903] regeneration of headers is broken/difficult

2007-03-27 Thread tromey at gcc dot gnu dot org
--- Comment #2 from tromey at gcc dot gnu dot org 2007-03-28 02:23 --- Mine. -- tromey at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned a

[Bug libgcj/26910] re-merging java.util.zip

2007-03-27 Thread tromey at gcc dot gnu dot org
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-28 02:19 --- All the problems were ironed out and now this is fixed. As of 4.2 we only differ in Deflater and Inflater, which is tolerable. -- tromey at gcc dot gnu dot org changed: What|Removed

[Bug libgcj/22579] URLClassLoader re-merge plan

2007-03-27 Thread tromey at gcc dot gnu dot org
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-28 02:08 --- Gary fixed this a while back. -- tromey at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/31380] New: Typo in gcc/config/i386/sse.md

2007-03-27 Thread hjl at lucon dot org
gcc/config/i386/sse.md has (define_expand "uminv16qi3" [(set (match_operand:V16QI 0 "register_operand" "") (umin:V16QI (match_operand:V16QI 1 "nonimmediate_operand" "") (match_operand:V16QI 2 "nonimmediate_operand" "")))] "TARGET_SSE2" "ix86_fixup_binary_operands_

[Bug libfortran/31052] Bad IOSTAT values when readings NAMELISTs past EOF

2007-03-27 Thread jvdelisle at gcc dot gnu dot org
--- Comment #36 from jvdelisle at gcc dot gnu dot org 2007-03-28 01:59 --- Closing, will not backport to 4.2 unless someone feels strongly about it. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/31366] When the last record written to a direct access file is shorter than the record length of the file, gfortran truncates the record

2007-03-27 Thread jvdelisle at gcc dot gnu dot org
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-03-28 01:53 --- Closing as not a bug. If anyone sees something in the standard otherwise, please let me know. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/31199] write with "t1" + nonadvancing transfer format gives wrong output

2007-03-27 Thread jvdelisle at gcc dot gnu dot org
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-03-28 01:48 --- Not a regression, closing. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/31109] gcc 3.3 not functioning under Interix 3.5

2007-03-27 Thread lordface at gmail dot com
--- Comment #1 from lordface at gmail dot com 2007-03-28 01:34 --- I also have this problem. I have a pentium D in this computer - maybe its a conflict that exists when you have multi-core processors? (In reply to comment #0) > gcc 3.3 is working fine in Interix (Services for Unix under

[Bug libfortran/31052] Bad IOSTAT values when readings NAMELISTs past EOF

2007-03-27 Thread jvdelisle at gcc dot gnu dot org
--- Comment #35 from jvdelisle at gcc dot gnu dot org 2007-03-28 01:19 --- Subject: Bug 31052 Author: jvdelisle Date: Wed Mar 28 01:19:39 2007 New Revision: 123284 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123284 Log: 2007-03-27 Jerry DeLisle <[EMAIL PROTECTED]>

[Bug bootstrap/31379] New: make[3]: *** [s-gtype] Segmentation fault (core dumped)

2007-03-27 Thread danglin at gcc dot gnu dot org
In stage1: ... /bin/sh ../../gcc/gcc/../move-if-change tmp-gi.list gtyp-input.list echo timestamp > s-gtyp-input build/gengtype ../../gcc/gcc gtyp-input.list make[3]: *** [s-gtype] Segmentation fault (core dumped) (gdb) r ../../gcc/gcc gtyp-input.list Starting program: /test/gnu/gcc/objdir/gcc/bu

[Bug tree-optimization/31169] Bootstrap comparison error at revision 122821

2007-03-27 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-28 00:58 --- Subject: Re: Bootstrap comparison error at revision 122821 > /* If we have a RSHIFT_EXPR with a possibly negative shift > count or an anti-range shift count drop to VR_VARYING. > W

[Bug ada/24994] raised STORAGE_ERROR : stack overflow or erroneous memory access

2007-03-27 Thread dave at hiauly1 dot hia dot nrc dot ca
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2007-03-28 00:49 --- Subject: Re: raised STORAGE_ERROR : stack overflow or erroneous memory access > Dave, does the problem still exist on the 4.2 branch for the PA? I'm > now seeing it (same backtrace) on a patched 4.1 bran

[Bug preprocessor/14331] please add option to suppress warning message "no newline at end of file"

2007-03-27 Thread manu at gcc dot gnu dot org
--- Comment #12 from manu at gcc dot gnu dot org 2007-03-28 00:21 --- (In reply to comment #11) > Manuel: Yes, the patch is against 3.3 series, I didn't actually formally > submit it but just posted it to the list when someone was in need of a patch. > See > > http://gcc.gnu

[Bug ada/24994] raised STORAGE_ERROR : stack overflow or erroneous memory access

2007-03-27 Thread ebotcazou at gcc dot gnu dot org
--- Comment #15 from ebotcazou at gcc dot gnu dot org 2007-03-27 22:37 --- Dave, does the problem still exist on the 4.2 branch for the PA? I'm now seeing it (same backtrace) on a patched 4.1 branch for x86-64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24994

[Bug libstdc++/31370] resizing bugs in std::vector

2007-03-27 Thread pcarlini at suse dot de
--- Comment #7 from pcarlini at suse dot de 2007-03-27 21:03 --- Two quick replies: > 4.2 doesn't fix any of the problems, but it does make the max_size > issue a bit more confusing. Thanks, this is encouraging ;) In any case, nobody said 4.2 fixed any of those problems. However, for s

[Bug c++/31378] "too few template-parameter-lists" when initializing static template member

2007-03-27 Thread trumsko at yahoo dot com
--- Comment #2 from trumsko at yahoo dot com 2007-03-27 20:56 --- Finally I managed to compile the 4.1.2 version of gcc and the error does not occur any more. -- trumsko at yahoo dot com changed: What|Removed |Added ---

[Bug target/31364] [4.3 Regression] secureplt breaks bootstrap

2007-03-27 Thread tbm at cyrius dot com
--- Comment #12 from tbm at cyrius dot com 2007-03-27 20:44 --- (In reply to comment #11) > + > LINK_REGISTER_REGNUM; This should be: LINK_REGISTER_REGNUM))); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31364

[Bug target/31364] [4.3 Regression] secureplt breaks bootstrap

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-03-27 20:33 --- I missed another gen_rtx_SCARTCH also: Index: gcc/gcc/config/rs6000/rs6000.md === --- gcc/gcc/config/rs6000/rs6000.md (revision 123248) +++ gcc/gc

[Bug libstdc++/31370] resizing bugs in std::vector

2007-03-27 Thread gcc at severeweblint dot org
--- Comment #6 from gcc at severeweblint dot org 2007-03-27 20:27 --- 4.2 doesn't fix any of the problems, but it does make the max_size issue a bit more confusing. There is a subtle relationship between vector size and pointers. Pointers can address only SIZE_MAX memory. But iterators

[Bug target/31364] [4.3 Regression] secureplt breaks bootstrap

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-03-27 20:07 --- The patch which I am testing: Index: config/rs6000/rs6000.md === --- config/rs6000/rs6000.md (revision 123248) +++ config/rs6000/rs6000.md (wo

[Bug fortran/31366] When the last record written to a direct access file is shorter than the record length of the file, gfortran truncates the record

2007-03-27 Thread tkoenig at gcc dot gnu dot org
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-03-27 20:04 --- This is the same behavor that g77 had. Also, reading back what we have written works for both gfortran and g77: $ cat tst.f PROGRAM MAIN character*1 c OPEN (76, FILE="test.txt",ACCESS="DIRECT",STA

[Bug c++/31378] "too few template-parameter-lists" when initializing static template member

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-27 20:03 --- This has been fixed on the trunk for sure, I don't when it was fixed either. It fails in 4.1.1 also. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31378

[Bug target/31364] [4.3 Regression] secureplt breaks bootstrap

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-03-27 19:57 --- I think I found the missing conversion of using LR register explictly. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread pcarlini at suse dot de
--- Comment #15 from pcarlini at suse dot de 2007-03-27 19:53 --- Ok, I will mark it as suspended, because when we break the binary compatibility things will always work fine. -- pcarlini at suse dot de changed: What|Removed |Added

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread gregoryk at edifecs dot com
--- Comment #14 from gregoryk at edifecs dot com 2007-03-27 19:51 --- Thank you for info. The sample is working now with _GLIBCXX_FULLY_DYNAMIC_STRING turned on. What is the next procedure with bug status? For me bug can be marked as FIXED. Regarding portability. We use unsigned short

[Bug target/31364] [4.3 Regression] secureplt breaks bootstrap

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-03-27 19:45 --- Confirmed, looking into it. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/31378] New: "too few template-parameter-lists" when initializing static template member

2007-03-27 Thread trumsko at yahoo dot com
When compiling the following program the g++ 4.1.0 gives the error message: "testtemplstatic.cpp:22: error: too few template-parameter-lists". Which I interprete as a complaint, that a "template<>" is missing. If I uncomment the "template<>" in line 21 g++ prints the error message: "testtemplstatic

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread pcarlini at suse dot de
-- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|pcarlini at suse dot de |unassigned at gcc dot gnu ||do

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread pcarlini at suse dot de
--- Comment #13 from pcarlini at suse dot de 2007-03-27 19:25 --- By the way, as a matter of portability, isn't a good idea to use the string class with anything != char and wchar_t: things usually work in rather recent releases of GCC only because we are delivering a "generic" implement

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread pcarlini at suse dot de
--- Comment #12 from pcarlini at suse dot de 2007-03-27 19:22 --- Ok, now I see. The kind of issue is unfortunately known, akin to 24196 for example, and ultimately due to the special, optimized way we are dealing with empty strings, not allocating dynamic memory at all. I don't think we

[Bug tree-optimization/31375] missed loop-if transformation / branch reduction.

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-27 19:01 --- This is not even a size win for either x86-linux or powerpc{,64}-linux-gnu so closing as invalid. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c/31377] New: wrap_help error

2007-03-27 Thread george at houseofellery dot com
in the file "opts.c", in the function "wrap_help", the var 'room' is calculated as the space remaining between the the left item field width and the rightmost column (which defaults to 80 chars). it is then compared to the columns value: room = columns - 3 - MAX (col_width, item_width);

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread gregoryk at edifecs dot com
--- Comment #11 from gregoryk at edifecs dot com 2007-03-27 18:40 --- Forgot to mention, that was main.cpp code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31368

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread gregoryk at edifecs dot com
--- Comment #10 from gregoryk at edifecs dot com 2007-03-27 18:39 --- Got it, thanks. In may original test I was relaying on LD_LIBRARY_PATH to have current folder in the values. And there was no checking of dlopen result for simplicity. Here is updated code. It will search for libloader

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread pcarlini at suse dot de
--- Comment #9 from pcarlini at suse dot de 2007-03-27 18:36 --- I get an immediate Segmentation fault even if I change read_string to do nothing.. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31368

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread pcarlini at suse dot de
--- Comment #8 from pcarlini at suse dot de 2007-03-27 18:24 --- (In reply to comment #7) > Unfortunately I do not have possibility to run my test case using latest GCC > compiler. I’m limited in hardware and software choice. Besides I’m not sure > what do you mean “to fix testcase”. As

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread gregoryk at edifecs dot com
--- Comment #7 from gregoryk at edifecs dot com 2007-03-27 18:20 --- Unfortunately I do not have possibility to run my test case using latest GCC compiler. I’m limited in hardware and software choice. Besides I’m not sure what do you mean “to fix testcase”. If you could fix it then it wi

[Bug objc/31281] ICE on ObjC try-catch blocks with next runtime

2007-03-27 Thread stuart at apple dot com
--- Comment #3 from stuart at apple dot com 2007-03-27 18:18 --- Patch offered here: http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01328.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31281

[Bug libstdc++/31368] basic_string and unsigned short leads to memory fault

2007-03-27 Thread pcarlini at suse dot de
--- Comment #6 from pcarlini at suse dot de 2007-03-27 18:07 --- To restate my point: if, with a recent compiler, I change the testcase to use , which has completely different memory management, instead of , even for plain char I get an immediate Segmentation Fault without any debugging

[Bug target/31364] [4.3 Regression] ICE in extract_insn, at recog.c:2119 during bootstrap

2007-03-27 Thread tbm at cyrius dot com
--- Comment #7 from tbm at cyrius dot com 2007-03-27 18:01 --- (In reply to comment #6) > It must be related to "--enable-secureplt" which I don't enable. You are, of course, correct. You can reproduce it with: --enable-languages=c --enable-secureplt powerpc-linux-gnu Any idea who m

[Bug fortran/31292] ICE with module procedure interface in a procedure body

2007-03-27 Thread patchapp at dberlin dot org
--- Comment #2 from patchapp at dberlin dot org 2007-03-27 17:05 --- Subject: Bug number PR31292 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01763.html -- http://gcc.gnu.org/bugzilla/sh

[Bug c++/31373] [4.2 Regression] -fsection-anchors causes multiple definitions

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-03-27 16:51 --- Next time show the revision or the date and do what the bugs.html says to do and test a newer compiler :). *** This bug has been marked as a duplicate of 31165 *** -- pinskia at gcc dot gnu dot org changed:

[Bug c++/31165] [4.2/4.3 Regression] Error: symbol `an_empty_string' is already defined

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-03-27 16:51 --- *** Bug 31373 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/31364] [4.3 Regression] ICE in extract_insn, at recog.c:2119 during bootstrap

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-03-27 16:42 --- It must be related to "--enable-secureplt" which I don't enable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31364

[Bug c++/31373] [4.2 Regression] -fsection-anchors causes multiple definitions

2007-03-27 Thread pinskia at gcc dot gnu dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-03-27 16:40 --- I thought I fixed this already. See PR 31165. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/28911] Cross compiler build for m68k--elf fails on x86_64-linux-gnu

2007-03-27 Thread schwab at suse dot de
--- Comment #10 from schwab at suse dot de 2007-03-27 16:36 --- *** Bug 31324 has been marked as a duplicate of this bug. *** -- schwab at suse dot de changed: What|Removed |Added

[Bug c/31324] Building libgcc2 on x86_64 for m68k-elf: internal compiler error: in do_SUBST, at combine.c:462

2007-03-27 Thread schwab at suse dot de
--- Comment #5 from schwab at suse dot de 2007-03-27 16:36 --- *** This bug has been marked as a duplicate of 28911 *** -- schwab at suse dot de changed: What|Removed |Added

[Bug preprocessor/14331] please add option to suppress warning message "no newline at end of file"

2007-03-27 Thread dave dot korn at artimi dot com
--- Comment #11 from dave dot korn at artimi dot com 2007-03-27 16:26 --- Tom: The status is "Ooops, completely forgot about that one". (Well, to be fair, it's "Ooops, never even knew about that one as I wasn't on the Cc: list for this bug until I stumbled across it today purely by c

[Bug c++/31372] [4.3 Regression] Segfault in cp/parser.c: cp_parser_parameter_declaration

2007-03-27 Thread tbm at cyrius dot com
--- Comment #4 from tbm at cyrius dot com 2007-03-27 15:44 --- (In reply to comment #2) > Does the following patch solve the problem? > > http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html Yes, with the typo (TREDE) corrected this work. Sorry, I thought I had seen this patch be

[Bug c++/31138] [4.3 regression] ICE with ellipsis

2007-03-27 Thread tbm at gcc dot gnu dot org
--- Comment #5 from tbm at gcc dot gnu dot org 2007-03-27 15:18 --- *** Bug 31372 has been marked as a duplicate of this bug. *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/31372] [4.3 Regression] Segfault in cp/parser.c: cp_parser_parameter_declaration

2007-03-27 Thread tbm at gcc dot gnu dot org
--- Comment #3 from tbm at gcc dot gnu dot org 2007-03-27 15:18 --- *** This bug has been marked as a duplicate of 31138 *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/31138] [4.3 regression] ICE with ellipsis

2007-03-27 Thread doug dot gregor at gmail dot com
--- Comment #4 from doug dot gregor at gmail dot com 2007-03-27 15:12 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31138

[Bug c++/31140] [4.3 regression] ICE with ellipsis in template parameter list

2007-03-27 Thread doug dot gregor at gmail dot com
--- Comment #1 from doug dot gregor at gmail dot com 2007-03-27 15:12 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31140

[Bug c++/31141] [4.3 regression] ICE with ellipsis in template parameter list

2007-03-27 Thread doug dot gregor at gmail dot com
--- Comment #1 from doug dot gregor at gmail dot com 2007-03-27 15:10 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31141

[Bug c++/31372] [4.3 Regression] Segfault in cp/parser.c: cp_parser_parameter_declaration

2007-03-27 Thread doug dot gregor at gmail dot com
--- Comment #2 from doug dot gregor at gmail dot com 2007-03-27 15:10 --- Does the following patch solve the problem? http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00799.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31372

[Bug c/31362] gcc should not inline functions with 'section' attribute

2007-03-27 Thread thutt at vmware dot com
--- Comment #19 from thutt at vmware dot com 2007-03-27 14:44 --- I guess I need a bigger typeface because I don't see where it says '(the out-of-line copy)'. Or, perhaps, you've simply added that '(the out-of-line copy)' annotation yourself because that's what the code currently does,

[Bug tree-optimization/31375] missed loop-if transformation / branch reduction.

2007-03-27 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-03-27 14:24 --- Uh, an indirect call is much more expensive in general unless you can prove that the branch if (condition()) is completely random and so usually mispredicted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31375

[Bug c/31362] gcc should not inline functions with 'section' attribute

2007-03-27 Thread rguenth at gcc dot gnu dot org
--- Comment #18 from rguenth at gcc dot gnu dot org 2007-03-27 14:22 --- Well, you can continue to waste your time arguing here instead of fixing your code with a few additions of noinline. 'The `section' attribute specifies that a function lives in a particular sect

[Bug tree-optimization/31375] New: missed loop-if transformation / branch reduction.

2007-03-27 Thread pluto at agmk dot net
long condition( void ); long f1( void ); long f2( void ); void foo( void ) { for ( ;; ) if ( condition() ) f1(); else f2(); } foo() could be transformed to bar(): void bar( void ) { long (* f[ 2 ])()

[Bug c/31362] gcc should not inline functions with 'section' attribute

2007-03-27 Thread thutt at vmware dot com
--- Comment #17 from thutt at vmware dot com 2007-03-27 13:49 --- In response to comment #16: I wouldn't call an inliner which inlines functions specifically marked as "do not put this in '.text'" as 'smart'. I'd use a more pejorative adjective, such as 'broken' or 'dumb'. -- http

exp(float) much slower than exp(double)

2007-03-27 Thread Andreas Svrcek-Seiler
Hi, using some simple benchmark I just found out that exp(float) takes about 8 times more time than exp(double). gprofing my benchmark gives: 44.26 5.34 5.34 fesetenv 19.49 7.69 2.35 fesetround 14.97 9.49 1.81

[Bug rtl-optimization/31373] New: [4.2 Regression] -fsection-anchors causes multiple definitions

2007-03-27 Thread rguenth at gcc dot gnu dot org
The testcase below causes multiple definitions if current_namespace with compiling with -O on ppc and ppc64: .LFE2: .size _Z24add_defined_foreign_typev,.-_Z24add_defined_foreign_typev .section".bss" .align 2 .set.LANCHOR0,. + 0 .type current_

[Bug target/31364] [4.3 Regression] ICE in extract_insn, at recog.c:2119 during bootstrap

2007-03-27 Thread tbm at gcc dot gnu dot org
--- Comment #5 from tbm at gcc dot gnu dot org 2007-03-27 10:56 --- *** Bug 31371 has been marked as a duplicate of this bug. *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug bootstrap/31371] [4.3 regression] bootstrap error in libgcc, ICE in extract_insn, at recog.c:2119

2007-03-27 Thread tbm at gcc dot gnu dot org
--- Comment #2 from tbm at gcc dot gnu dot org 2007-03-27 10:56 --- Sorry for the bad communication. *** This bug has been marked as a duplicate of 31364 *** -- tbm at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c++/31372] [4.3 Regression] Segfault in cp/parser.c: cp_parser_parameter_declaration

2007-03-27 Thread tbm at cyrius dot com
--- Comment #1 from tbm at cyrius dot com 2007-03-27 10:54 --- Most likely caused by 2007-03-09 Douglas Gregor <[EMAIL PROTECTED]> PR c++/20599 ... -- tbm at cyrius dot com changed: What|Removed |Added --

[Bug c++/31372] New: [4.3 Regression] Segfault in cp/parser.c: cp_parser_parameter_declaration

2007-03-27 Thread tbm at cyrius dot com
The following segfault happens with 4.3 SVN 20070318 and 20070326, works with 20070303. (sid)4967:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/g++ democracyplayer-fasttypes.cc democracyplayer-fasttypes.cc:2: internal compiler error: Segmentation fault Please submit a full bug report, with prep

[Bug bootstrap/31371] [4.3 regression] bootstrap error in libgcc, ICE in extract_insn, at recog.c:2119

2007-03-27 Thread debian-gcc at lists dot debian dot org
--- Comment #1 from debian-gcc at lists dot debian dot org 2007-03-27 10:48 --- Created an attachment (id=13294) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13294&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31371

[Bug bootstrap/31371] New: [4.3 regression] bootstrap error in libgcc, ICE in extract_insn, at recog.c:2119

2007-03-27 Thread debian-gcc at lists dot debian dot org
seen with trunk 20070327, on powerpc-linux-gnu gcc is configured with --enable-languages=c,c++,fortran,objc,obj-c++,ada,treelang --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --disable-nls --enable-__cxa_atexit --enable-clocale=gnu --enable-mpfr --disable-softfloat --enable

[Bug fortran/31086] [4.2 only] ICE in fold_convert, at fold-const.c:2331

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:26 --- Not a regression wrt to 4.1 so closing as fixed. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/31292] ICE with module procedure interface in a procedure body

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #1 from pault at gcc dot gnu dot org 2007-03-27 10:21 --- This will be submitted this afternoon - Paul Index: gcc/fortran/decl.c === *** gcc/fortran/decl.c (revision 123183) --- gcc/fortran/decl.c (working cop

[Bug fortran/30531] [4.2 only] allocatable component and intent(out) yield ICE in fold_convert

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #12 from pault at gcc dot gnu dot org 2007-03-27 10:17 --- This is not a regression wrt to 4.1, so am clearing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/31193] [4.2 only] ICE on non-constant character tranfert

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:09 --- This is not a regression wrt 4.1 so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/31188] [4.2 only] ICE on vector subscript of a parameter array

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #6 from pault at gcc dot gnu dot org 2007-03-27 10:06 --- This is not a regression wrt 4.1 so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/30879] [4.2/4.1 only] Syntax error for derived type's compounds in a data-stmt-value-set

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-03-27 10:06 --- This is not a regression wrt 4.1 so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/31163] [4.2 only] SAVEd derived types with ALLOCATABLE components don't work

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:04 --- This is not a regression wrt 4.1 so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/30870] [4.1, 4.2 only] GENERIC non-INTRINSIC procedure rejected as actual argument

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:03 --- This is not a regression wrt 4.1 so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/30883] [4.1/4.2 only] procedure with dummy procedure f1 rejected with implicit none

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #7 from pault at gcc dot gnu dot org 2007-03-27 10:03 --- This is not a regression wrt 4.1 so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/31011] [4.2 and 4.1 only] Incorrect error: parameter array sections

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #4 from pault at gcc dot gnu dot org 2007-03-27 10:02 --- This is not a regression wrt 4.1 so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/30882] [4.1 and 4.2 only] size with initialization expression value for dim= is rejected

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #5 from pault at gcc dot gnu dot org 2007-03-27 10:01 --- This is not a regression wrt 4.1 so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/31364] [4.3 Regression] ICE in extract_insn, at recog.c:2119 during bootstrap

2007-03-27 Thread tbm at cyrius dot com
--- Comment #4 from tbm at cyrius dot com 2007-03-27 09:59 --- I configured with: ../src/configure -v --enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang --prefix=/usr/lib/gcc-snapshot --enable-shared --with-system-zlib --disable-nls --enable-__cxa_atexit --

[Bug fortran/30865] [4.1, 4.2 only] optional argument passed on to size(...,dim=)

2007-03-27 Thread pault at gcc dot gnu dot org
--- Comment #14 from pault at gcc dot gnu dot org 2007-03-27 09:59 --- Not a regression from 4.1, so closing. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/31370] resizing bugs in std::vector

2007-03-27 Thread pcarlini at suse dot de
--- Comment #5 from pcarlini at suse dot de 2007-03-27 09:07 --- Thanks. On the mainline and 4_2-branch we have new definitions of max_size, taking into account, as should be, allocator::max_size. Can you please check the vector bits in this light? (well, about the status of vector, Andr