[Bug tree-optimization/18089] Valgrind errors in real.c

--- Additional Comments From drow at gcc dot gnu dot org 2004-10-20 20:01 --- Created an attachment (id=7389) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7389&action=view) Testcase. valgrind --db-attach=yes gcc/stage2/cc1 -fpreprocessed ggc-common2.i -quiet -O1 -o ggc-common.s -

[Bug fortran/18090] New: Valgrind errors while building libgfortran

/home/drow/valgrind/gcc/gfortran -B/home/drow/valgrind/gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/l ocal/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-li nux-gnu/sys-include -g -O2 -Wall -fno-repack-arrays -fno-underscoring -c /home/drow/src/g

[Bug java/18091] New: Valgrind errors building libjava

I saw several kinds of errors, in huge quantity. /home/drow/valgrind/gcc/gcj -B/home/drow/valgrind/gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/local/ i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/include -isystem /usr/local/i686-pc-linux-g nu/sys-include --encoding=UTF-8 -Wno-de

[Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding

--- Additional Comments From skunk at iskunk dot org 2004-10-20 20:14 --- Tried a new build, with the second patch given in comment #8; same failure mode as before. bkorb, are there embedded tabs in your patch? I can't pull it out of the comment without expanding them; perhaps a patch-at

[Bug tree-optimization/18089] Valgrind errors in real.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 20:18 --- REAL_VALUE_TYPE x = TREE_REAL_CST (arg1); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18089

[Bug target/16300] Bug in vendor /usr/include/net/if.h needs fixincluding

--- Additional Comments From bkorb at veritas dot com 2004-10-20 20:22 --- Subject: Re: Bug in vendor /usr/include/net/if.h needs fixincluding skunk at iskunk dot org wrote: > > --- Additional Comments From skunk at iskunk dot org 2004-10-20 20:14 --- > Tried a new build,

[Bug java/18091] Valgrind errors building libjava

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 20:24 --- This is definitely a bug: /* Concatenate current package prefix with new sfname. */ char *buf = xmalloc (i+new_len+3); /* Replace '.' by DIR_SEPARATOR. */ for (; i >=

[Bug java/18091] Valgrind errors building libjava

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 20:27 --- memcpy(0x1BE08FEC, 0x1BE08FEC, 5) new_ptr -= n; old_ptr -= n; if (n > 0) memcpy (new_ptr, old_ptr, n); Someone needs to look into this part though because I don't

[Bug libgcj/13604] AccessController unfinished

--- Additional Comments From konqueror at gmx dot de 2004-10-20 20:36 --- Please put native code into VMAccessController from start if possible. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13604

[Bug java/18091] Valgrind errors building libjava

--- Additional Comments From mckinlay at redhat dot com 2004-10-20 20:49 --- For the memcpy() thing, in the error given we seem to be relocating something to the exact same position. In this case the memcpy() should be harmless. But, maybe it is possible to get real overlapping relocation

[Bug java/18091] Valgrind errors building libjava

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 21:04 --- I think the "unitialized conditional move" will get fixed when: ==21620== Conditional jump or move depends on uninitialised value(s) ==21620==at 0x80C4165: get_attribute (jcf-parse.c:160) is fixed. See

[Bug c/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From schlie at comcast dot net 2004-10-20 21:19 --- Subject: Re: usual arithmetic conversion not applying correctly Andrew, Yes, and with respect to / and % operations: - the modulo/reminder result can always be represented in the same type and size as its d

[Bug c/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 21:25 --- As I have said before, this has nothing to RTL, only the front-end. Read the code which I copied from the GCC, this is in the front-end. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18065

[Bug c/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-20 21:31 --- Subject: Re: usual arithmetic conversion not applying correctly On Wed, 20 Oct 2004, pinskia at gcc dot gnu dot org wrote: > Otherwise, the integer promotions are performed on both operands. Then > the

[Bug java/15575] HAVE_LANGINFO_CODESET never defined

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-20 21:36 --- Subject: Bug 15575 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-10-20 21:36:48 Modified files: gcc: ChangeLog configure.ac aclocal.m4 con

[Bug java/15575] HAVE_LANGINFO_CODESET never defined

--- Additional Comments From mckinlay at redhat dot com 2004-10-20 21:38 --- Fix checked in. -- What|Removed |Added Status|NEW |RESOLVED

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

-- Bug 17574 depends on bug 15575, which changed state. Bug 15575 Summary: HAVE_LANGINFO_CODESET never defined http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15575 What|Old Value |New Value --

[Bug java/17574] [meta-bug] gcj and libgcj 4.0 tracking PR

--- Additional Comments From mckinlay at redhat dot com 2004-10-20 21:41 --- Removing PR 14664 because its fixed on the 4.0 trunk. -- What|Removed |Added BugsThisDependsOn|1

[Bug c/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From schlie at comcast dot net 2004-10-20 21:46 --- Subject: Re: usual arithmetic conversion not applying correctly Andrew, And if it's already declared as, or cast to signed char's in the code? unsigned char x, y ; (signed char)x = (signed char)x / (signed c

[Bug middle-end/18071] [3.4/4.0 Regression] -Winline does not respect -fno-default-inline

--- Additional Comments From giovannibajo at libero dot it 2004-10-20 21:52 --- Mine. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |giovannibajo at

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

--- Additional Comments From dennisc at harding dot ca 2004-10-20 22:17 --- I have requilt my cross compiler using the latest GCC 3.4.2 source and the bug is gone. It compiles the same test case code without the ICE. This bug can probably be closed now. Good job. -- What

[Bug c/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From schlie at comcast dot net 2004-10-20 22:27 --- Subject: Re: usual arithmetic conversion not applying correctly Andrew, It has nothing to do with "optimizing code", if the 3.X and 4.X front-ends are promoting the size of anything other than bool, enum, or b

[Bug tree-optimization/18092] New: Infinite loop in tree-ssa-loop-niter.c:inverse

Compiling gcc.c-torture/execute/20040307-1.c for alpha-linux will not terminate. We attempt to find the inverse of 1 in a 1-bit type, and the algorithm does not converge. -- Summary: Infinite loop in tree-ssa-loop-niter.c:inverse Product: gcc Version: 4.0.0

[Bug tree-optimization/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 22:31 --- That was not me writting that but a C front-end person so why did you write Andrew? -- What|Removed |Added ---

[Bug tree-optimization/18092] [4.0 Regression] Infinite loop in tree-ssa-loop-niter.c:inverse

-- What|Removed |Added Keywords||compile-time-hog Summary|Infinite loop in tree-ssa- |[4.0 Regression] Infinite |

[Bug c++/18093] New: bogus conflict in namespace aliasing

$ cat >test.cxx namespace m { namespace n { } } namespace n { } namespace o { namespace n = ::m::n; } $ g++-3.4 test.cxx test.cxx:14: error: declaration of `namespace n' conflicts with test.cxx:9: error: previous declaration of `namespace n' here BTW, this bug in combination with #164

[Bug tree-optimization/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-20 22:41 --- Subject: Re: usual arithmetic conversion not applying correctly On Wed, 20 Oct 2004, schlie at comcast dot net wrote: > It's a pretty major screw-up to presume > all target machines are large, and then

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

--- Additional Comments From bangerth at dealii dot org 2004-10-20 22:52 --- Confirmed. A regression in 3.4 and mainline over 3.3. W. -- What|Removed |Added Sta

[Bug tree-optimization/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From jsm at polyomino dot org dot uk 2004-10-20 23:03 --- Subject: Re: C integer promotion semantics / front end problems. I presume you sent your message directly to me by mistake, so am sending the reply back to the bug database so it can benefit more than o

[Bug tree-optimization/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From schlie at comcast dot net 2004-10-20 23:28 --- Subject: Re: usual arithmetic conversion not applying correctly What size promotion is required for char sized integer operations? I see none? What size promotion is required for short sized integer operatio

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 23:32 --- : Search converges between 2003-12-18-trunk (#431) and 2003-12-24-trunk (#432). Note we just to ICE before also, this is the date which the ICE was fixed: : Search converges between 2004-08-01-trunk (#501)

[Bug c++/18093] [3.4/4.0 regression] bogus conflict in namespace aliasing

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 23:41 --- Note this is related to PR 11762. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18093

[Bug tree-optimization/18092] [4.0 Regression] Infinite loop in tree-ssa-loop-niter.c:inverse

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-20 23:58 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/18092] [4.0 Regression] Infinite loop in tree-ssa-loop-niter.c:inverse

--- Additional Comments From rakdver at gcc dot gnu dot org 2004-10-21 00:04 --- I have a patch that might solve this as a side effect. I will post it once it passes regtesting. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18092

[Bug target/17990] [3.4/4.0 Regression] unaligned xmm movaps on the stack with -O2 -msse because of the frame pointer

--- Additional Comments From shadow at serverart dot org 2004-10-21 00:47 --- -fomit-frame-pointer has no effect. thanks anyways G. -E -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990

[Bug tree-optimization/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From schlie at comcast dot net 2004-10-21 01:04 --- Subject: Re: usual arithmetic conversion not applying correctly Ok, a more basic observation/recommendation: the front end should not be masking true operand types by promoting them prematurely, as it generates

[Bug libgcj/14664] [3.4 Regression] All gcj-built programs SEGV on startup

--- Additional Comments From rth at gcc dot gnu dot org 2004-10-21 01:11 --- === libjava tests === Running target unix WARNING: program timed out. FAIL: linking simple FAIL: initexc execution - gij test FAIL: initexc execution - gij test === libjava Summ

[Bug tree-optimization/17716] [4.0 Regression] ICE in tree-ssa-dom

--- Additional Comments From bje at gcc dot gnu dot org 2004-10-21 01:12 --- Pinski asked me to close this :-) -- What|Removed |Added Status|ASSIGNED

[Bug tree-optimization/18065] usual arithmetic conversion not applying correctly

--- Additional Comments From schlie at comcast dot net 2004-10-21 01:28 --- Subject: Re: usual arithmetic conversion not applying correctly Andrew, So regardless of the all other things, it seems minimally clear that the promotion code as it stands now should allow the required result

[Bug target/17717] SH4 internal compiler error: in emit_move_insn

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 01:30 --- Fixed so closing. -- What|Removed |Added Status|UNCONFIRMED |RES

[Bug target/17317] [3.3/3.4 Regression] Match Constraints for *movdf_insn fails

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-21 01:33 --- Subject: Bug 17317 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-10-21 01:33:16 Modified files: gcc: Change

[Bug target/17317] [3.3 Regression] Match Constraints for *movdf_insn fails

--- Additional Comments From giovannibajo at libero dot it 2004-10-21 01:34 --- Committed to 3.4 as well. Now only a 3.3 regression. -- What|Removed |Added Summar

[Bug c++/17115] [3.3 Regression] -Winline does not respect __attribute__((__noinline__))

--- Additional Comments From giovannibajo at libero dot it 2004-10-21 01:36 --- Subject: Re: [3.3 Regression] -Winline does not respect __attribute__((__noinline__)) > Mayn thanks for the fix. No problem. > May I also draw > your attention to bug18071 (-Winline > does not respect -

[Bug c/17407] [4.0 Regression] ICE in int_mode_for_mode

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 02:07 --- This is a C front-end problem where we don't call layout_type on the array, having it call layout_type on the type, makes this work. -- What|Removed |Added

[Bug target/17990] [3.4/4.0 Regression] unaligned xmm movaps on the stack with -O2 -msse because of the frame pointer

--- Additional Comments From shadow at serverart dot org 2004-10-21 02:15 --- i tested -mno-sse and it is a functional good workaround. also seems to override '-march=athlon-xp' which in this case is a good thing. -E -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17990

[Bug c/17407] [4.0 Regression] ICE in int_mode_for_mode

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 02:44 --- Here is the patch if you need it sooner: Index: c-decl.c === RCS file: /cvs/gcc/gcc/gcc/c-decl.c,v retrieving revision 1.602 diff -u -p -r1.60

[Bug c/17407] [4.0 Regression] ICE in int_mode_for_mode

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 03:07 --- Patch here: . -- What|Removed |Added

[Bug other/17594] [3.4/4.0 Regression] GCC does not error about unknown options which starts with a valid option

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 03:10 --- The problem is in find_opt. Neil can you look into this as it looks like you caused? -- What|Removed |Added --

[Bug target/14981] [3.4/4.0 Regression] ICE in _mm_xor_pd for SSE2 with -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 03:17 --- Actually it will not slow down the compiler that much on the mainline because of my fix for PR 13987. -- What|Removed |Added

[Bug rtl-optimization/13674] [4.0 Regression] ICE in reload_cse_simplify_operands, at postreload.c:378 on PPC64

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 03:41 --- Here is the testcase which can reproduce it on the mainline for -mpowerpc64: struct __attribute__((packed)) G { unsigned char i; unsigned long long l; }; unsigned long long foo (struct G x) { return x.l; }

[Bug c++/18055] seems not possible to specialize a template member function

--- Additional Comments From ramya dot chandar at wipro dot com 2004-10-21 03:49 --- Subject: Re: seems not possible to specialize a template member function I tried the way you have mentioned. Giving the "template<> " in all the specialized function definitions. But, it didn't wor

[Bug tree-optimization/17506] [4.0 regression] warning about uninitialized variable points to wrong location

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 04:05 --- Created an attachment (id=7391) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7391&action=view) Patch which fixes the problem ChangeLog: * tree-ssa.c (warn_uninit): Say where the variables are declare

[Bug tree-optimization/17506] [4.0 regression] warning about uninitialized variable points to wrong location

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 04:09 --- I will post this patch after you say if the message is a good idea or not. I messed up on the patch though, it should be inform instead of "note". I changed it from warning as it should not be warning. -

[Bug c++/18094] New: Failure to specialize function

-- Summary: Failure to specialize function Product: gcc Version: 3.4.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vassili dot

[Bug c++/18094] Failure to specialize function

--- Additional Comments From vassili dot karpov at iss dot ru 2004-10-21 04:15 --- Created an attachment (id=7393) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7393&action=view) .cpp .i and gcc -v output -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18094

[Bug c++/18094] Failure to specialize function

--- Additional Comments From vassili dot karpov at iss dot ru 2004-10-21 04:18 --- Along with GCC 3.4.2 this code was rejected by: GCC 3.3.3 (i686-pc-linux-gnu) GCC 3.3.4 (i686-pc-linux-gnu) ICC 8.1 (i686-pc-linux-gnu) MS VCToolkit2003 (MSVC 13.10.3052) But accepted by Comeau online com

[Bug c++/18094] Failure to specialize function

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-21 04:28 --- There is no data_type which is part of the map template so this is invalid. -- What|Removed |Added ---

<    1   2