[Bug libgomp/30546] [4.3 regression] build fail in libgomp because makeinfo is missing

2007-01-26 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at physics dot uc dot edu 2007-01-27 00:37 --- Subject: Re: [4.3 regression] build fail in libgomp because makeinfo is missing Thus, two options present themself: ditch automake generated targets, do it manually as everywhere else or tweak

[Bug bootstrap/30510] [4.3 Regression] Gcc failed to bootstrap

2007-01-23 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at physics dot uc dot edu 2007-01-23 15:50 --- Subject: Re: [4.3 Regression] Gcc failed to bootstrap --- Comment #7 from mueller at gcc dot gnu dot org 2007-01-23 15:47 --- which revision is that? -r121081 fails here revision 121050

[Bug c/11051] -Wno-deprecated needed also for C

2007-01-22 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at physics dot uc dot edu 2007-01-23 00:29 --- Subject: Re: -Wno-deprecated needed also for C manu at gcc dot gnu dot org wrote: --- Comment #4 from manu at gcc dot gnu dot org 2007-01-23 00:01 --- The testcase given is not valid any more

[Bug c/30477] Integer Overflow detection code optimised away, -fwrapv broken

2007-01-15 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at physics dot uc dot edu 2007-01-16 03:48 --- Subject: Re: Integer Overflow detection code optimised away, -fwrapv broken Subject: Re: Integer Overflow detection code optimised away, -fwrapv broken Especially you as the author of code in question I

[Bug tree-optimization/30032] sqrt(CGAMMA*PRES[j]/DENS[j]) much slower than compiting compiler

2006-11-30 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at physics dot uc dot edu 2006-11-30 21:23 --- Subject: Re: sqrt(CGAMMA*PRES[j]/DENS[j]) much slower than compiting compiler --- Comment #4 from burnus at gcc dot gnu dot org 2006-11-30 21:14 --- Also you are using VLAs so maybe ICC

[Bug other/29878] Clarify gcc jc1 cc1 cc1plus installation problem No such file or directory error

2006-11-30 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at physics dot uc dot edu 2006-12-01 00:05 --- Subject: Re: Clarify gcc jc1 cc1 cc1plus installation problem No such file or directory error --- Comment #4 from jg at jguk dot org 2006-12-01 00:00 --- Hi, Thanks for your reply. Again

[Bug c/19976] integer division by zero in subexpression should be overflow

2006-11-30 Thread pinskia at physics dot uc dot edu
--- Comment #4 from pinskia at physics dot uc dot edu 2006-12-01 03:32 --- Subject: Re: integer division by zero in subexpression should be overflow Hi Manual, This needs to be handled in the front-ends, and in fact is already handled ^ should by the front-ends

[Bug target/30024] [4.3 Regression] segfault with gcc.c-torture/compile/20000804-1.c on sh-elf

2006-11-29 Thread pinskia at physics dot uc dot edu
--- Comment #1 from pinskia at physics dot uc dot edu 2006-11-30 00:03 --- Subject: Re: New: [4.3 Regression] segfault with gcc.c-torture/compile/2804-1.c on sh-elf sh-elf compiler segfaults with a null argument for emit_move_insn when compiling gcc.c-torture/compile

[Bug libfortran/29649] Force core dump on runtime library errors

2006-10-31 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-10-31 19:10 --- Subject: Re: Force core dump on runtime library errors - Support for coredumps (compile time? Environment variable? The latter overwriting the former?) [Advantage compile-time option: The core

[Bug tree-optimization/27140] Compiling LLVM now takes nearly 5x as long with 4.1 as it did with 4.0

2006-10-17 Thread pinskia at physics dot uc dot edu
--- Comment #11 from pinskia at physics dot uc dot edu 2006-10-17 22:44 --- Subject: Re: Compiling LLVM now takes nearly 5x as long with 4.1 as it did with 4.0 Additionally, link times are much longer than with 3.4.6 Link times are usually a binutils issue unless you are comparing

[Bug fortran/25850] real kind=16 failures on powerpc-darwin

2006-10-05 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at physics dot uc dot edu 2006-10-06 03:06 --- Subject: Re: real kind=16 failures on powerpc-darwin On Fri, 2006-10-06 at 03:04 +, kargl at gcc dot gnu dot org wrote: It is unclear to me where you intend to put this function. If it is in the gfortran

[Bug target/29337] -mfpmath=387 doesn't use fistp for double-to-integer conversion

2006-10-04 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-10-05 05:05 --- Subject: Re: -mfpmath=387 doesn't use fistp for double-to-integer conversion On Thu, 2006-10-05 at 05:00 +, seongbae dot park at gmail dot com wrote: With 4.1.0 i686-unknown-linux-gnu target

[Bug libgcj/29324] add wait handling hook

2006-10-04 Thread pinskia at physics dot uc dot edu
--- Comment #4 from pinskia at physics dot uc dot edu 2006-10-05 05:48 --- Subject: Re: add wait handling hook On Thu, 2006-10-05 at 05:42 +, daney at gcc dot gnu dot org wrote: --- Comment #3 from daney at gcc dot gnu dot org 2006-10-05 05:42 --- One way to fix

[Bug preprocessor/29245] want way to #include but still able to finish compiling

2006-09-30 Thread pinskia at physics dot uc dot edu
--- Comment #10 from pinskia at physics dot uc dot edu 2006-10-01 05:36 --- Subject: Re: want way to #include but still able to finish compiling On Sun, 2006-10-01 at 05:32 +, acahalan at gmail dot com wrote: --- Comment #9 from acahalan at gmail dot com 2006-10

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

2006-09-29 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-09-29 22:13 --- Subject: Re: [4.2 Regression] memcpy optimization causes wrong-code --- Comment #6 from jakub at gcc dot gnu dot org 2006-09-29 22:04 --- Is: extern void abort (void); struct S { struct S

[Bug c++/19351] operator new[] can return heap blocks which are too small

2006-09-27 Thread pinskia at physics dot uc dot edu
--- Comment #9 from pinskia at physics dot uc dot edu 2006-09-27 23:56 --- Subject: Re: operator new[] can return heap blocks which are too small --- Comment #8 from geoffk at gcc dot gnu dot org 2006-09-27 23:51 --- Isn't this handled by -ftrapv? No because

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

2006-09-26 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at physics dot uc dot edu 2006-09-26 19:00 --- Subject: Re: inconsistent warning: deleting array --- Comment #5 from sebor at roguewave dot com 2006-09-26 18:56 --- You mean something like: if (is_pointer (p)) delete p; I suppose

[Bug tree-optimization/28778] [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered

2006-09-25 Thread pinskia at physics dot uc dot edu
--- Comment #34 from pinskia at physics dot uc dot edu 2006-09-26 04:56 --- Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered On Tue, 2006-09-26 at 04:44 +, acahalan at gmail dot com wrote: Although it wouldn't work for the example code

[Bug middle-end/28690] [4.2 Regression] Performace problem with indexed load/stores on powerpc

2006-09-22 Thread pinskia at physics dot uc dot edu
--- Comment #15 from pinskia at physics dot uc dot edu 2006-09-22 17:09 --- Subject: Re: [4.2 Regression] Performace problem with indexed load/stores on powerpc On Fri, 2006-09-22 at 17:05 +, pinskia at gcc dot gnu dot org wrote: --- Comment #14 from pinskia at gcc

[Bug target/28675] [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm]

2006-09-20 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-09-20 17:16 --- Subject: Re: [4.1/4.2 regression] ICE in extract_insn, at recog.c:2084 (unrecognizable insn) [arm] On Wed, 2006-09-20 at 16:38 +, bugreports at nn7 dot de wrote: --- Comment #6 from

[Bug target/11594] testcase gcc.dg/20020103-1.c fails with scan-assembler-not LC

2006-09-20 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-09-21 01:06 --- Subject: Re: testcase gcc.dg/20020103-1.c fails with scan-assembler-not LC --- Comment #6 from howarth at nitro dot med dot uc dot edu 2006-09-20 23:49 --- Does anyone know why we don't run

[Bug middle-end/29111] [4.2 Regression] FAIL: gcc.dg/torture/pr26565.c -O0 execution test

2006-09-18 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at physics dot uc dot edu 2006-09-18 17:19 --- Subject: Re: [4.2 Regression] FAIL: gcc.dg/torture/pr26565.c -O0 execution test On Mon, 2006-09-18 at 13:48 +, ebotcazou at gcc dot gnu dot org wrote: --- Comment #7 from ebotcazou at gcc

[Bug bootstrap/28962] [4.0/4.1/4.2 regression] building a cross compiler with --disable-multilib fails

2006-09-06 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at physics dot uc dot edu 2006-09-06 16:28 --- Subject: Re: [4.0/4.1/4.2 regression] building a cross compiler with --disable-multilib fails On Wed, 2006-09-06 at 14:19 +, bunk at stusta dot de wrote: --- Comment #4 from bunk at stusta

[Bug c++/28943] Unusable error message when using a conditional-expression with multiple type arguments

2006-09-03 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at physics dot uc dot edu 2006-09-03 19:41 --- Subject: Re: New: Unusable error message when using a conditional-expression with multiple type arguments On Sun, 2006-09-03 at 19:35 +, lindevel at gmx dot net wrote: assert_testcase.cpp

[Bug c++/28943] Unusable error message when using a conditional-expression with multiple type arguments

2006-09-03 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at physics dot uc dot edu 2006-09-03 20:18 --- Subject: Re: Unusable error message when using a conditional-expression with multiple type arguments On Sun, 2006-09-03 at 20:08 +, lindevel at gmx dot net wrote: --- Comment #4 from

[Bug c++/28886] [4.1/4.2 regression] Template specialization with array rejected

2006-09-01 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-09-02 01:39 --- Subject: Re: [4.1/4.2 regression] Template specialization with array rejected On Fri, 2006-09-01 at 22:30 +, mark at codesourcery dot com wrote: So, that's what should be fixed. Except that means

[Bug tree-optimization/27742] [4.2 regression] ICE with -ftree-vectorizer-verbose

2006-08-31 Thread pinskia at physics dot uc dot edu
--- Comment #10 from pinskia at physics dot uc dot edu 2006-08-31 10:33 --- Subject: Re: [4.2 regression] ICE with -ftree-vectorizer-verbose On Thu, 2006-08-31 at 08:08 +, dorit at il dot ibm dot com wrote: --- Comment #9 from dorit at il dot ibm dot com 2006-08

[Bug tree-optimization/28798] remove_phi_node attempts removal of a phi node resized by resize_phi_node

2006-08-23 Thread pinskia at physics dot uc dot edu
--- Comment #10 from pinskia at physics dot uc dot edu 2006-08-24 00:15 --- Subject: Re: remove_phi_node attempts removal of a phi node resized by resize_phi_node --- Comment #8 from hosking at cs dot purdue dot edu 2006-08-23 23:43 --- I can send whatever traces

[Bug middle-end/28796] __builtin_nan() and __builtin_unordered() inconsistent

2006-08-21 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at physics dot uc dot edu 2006-08-22 00:42 --- Subject: Re: __builtin_nan() and __builtin_unordered() inconsistent Which part of: __builtin_isunordered(nan,nan) = 1 __builtin_isnan(nan) = 0 is consistent? Did you read what the options do because

[Bug target/28668] internal compiler error: in find_reloads, at reload.c:3690

2006-08-09 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at physics dot uc dot edu 2006-08-09 19:16 --- Subject: Re: internal compiler error: in find_reloads, at reload.c:3690 --- Comment #2 from bonomo at sal dot wisc dot edu 2006-08-09 19:14 --- Subject: Re: internal compiler error

[Bug target/27827] [4.0/4.1 Regression] gcc 4 produces worse x87 code on all platforms than gcc 3

2006-08-09 Thread pinskia at physics dot uc dot edu
--- Comment #57 from pinskia at physics dot uc dot edu 2006-08-09 21:46 --- Subject: Re: [4.0/4.1 Regression] gcc 4 produces worse x87 code on all platforms than gcc 3 --- Comment #56 from whaley at cs dot utsa dot edu 2006-08-09 21:33 --- Dorit, This flag

[Bug bootstrap/28511] can't bootstrap gcc / syntax error in gcc/opt-gather.awk

2006-07-31 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at physics dot uc dot edu 2006-07-31 17:57 --- Subject: Re: can't bootstrap gcc / syntax error in gcc/opt-gather.awk --- Comment #2 from pluto at agmk dot net 2006-07-31 17:54 --- (In reply to comment #1) What is on line 24 in the awk

[Bug bootstrap/28499] Bogus whitespace in preprocessor directives breaks bootstrap

2006-07-26 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at physics dot uc dot edu 2006-07-26 20:59 --- Subject: Re: Bogus whitespace in preprocessor directives breaks bootstrap --- Comment #7 from skunk at iskunk dot org 2006-07-26 20:57 --- (In reply to comment #6) This _is_ plain ANSI C89

[Bug bootstrap/28469] stage2 error: toplev.c redefines floor_log2

2006-07-24 Thread pinskia at physics dot uc dot edu
--- Comment #1 from pinskia at physics dot uc dot edu 2006-07-24 18:07 --- Subject: Re: New: stage2 error: toplev.c redefines floor_log2 When executing `make bootstrap', the following error occurs. stage1/xgcc -Bstage1/ -B/usr/local/i686-pc-linux-gnu/bin/ -O2 -g -fomit

[Bug c/28473] with -O, casting result of round(x) to uint64_t produces wrong values for x INT_MAX

2006-07-24 Thread pinskia at physics dot uc dot edu
--- Comment #2 from pinskia at physics dot uc dot edu 2006-07-24 22:01 --- Subject: Re: New: with -O, casting result of round(x) to uint64_t produces wrong values for x INT_MAX When compiling with -O or greater optimization, and if x INT_MAX, then code like

[Bug other/23541] All error messages produce segfault

2006-07-18 Thread pinskia at physics dot uc dot edu
--- Comment #25 from pinskia at physics dot uc dot edu 2006-07-19 00:27 --- Subject: Re: All error messages produce segfault On Jul 19, 2006, at 9:19 AM, lucier at math dot purdue dot edu wrote: I must be one hell of an atypical guy building 4.1.1, my bootstrap on x86-64 RHEL

[Bug target/28102] [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

2006-07-15 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at physics dot uc dot edu 2006-07-15 15:27 --- Subject: Re: [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared On Jul 16, 2006, at 12:17 AM, ams at gnu dot org wrote: GNU and GNU/Linux are similar enough not to warrant duplication

[Bug target/28102] [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

2006-07-15 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-07-15 15:58 --- Subject: Re: [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared On Jul 16, 2006, at 12:45 AM, ams at gnu dot org wrote: That is from [gcc]/gcc/config/linux.h, I'm talking about [gcc]/gcc

[Bug target/28102] [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

2006-07-15 Thread pinskia at physics dot uc dot edu
--- Comment #9 from pinskia at physics dot uc dot edu 2006-07-15 16:10 --- Subject: Re: [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared On Jul 16, 2006, at 1:07 AM, ams at gnu dot org wrote: Can you please just apply the patch and close the bug? Why

[Bug target/28102] [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

2006-07-15 Thread pinskia at physics dot uc dot edu
--- Comment #10 from pinskia at physics dot uc dot edu 2006-07-15 16:14 --- Subject: Re: [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared On Jul 16, 2006, at 1:10 AM, Andrew Pinski wrote: Why it is not obvious and I say the patch is incorrect. Oh did I forget

[Bug target/28102] [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

2006-07-15 Thread pinskia at physics dot uc dot edu
--- Comment #13 from pinskia at physics dot uc dot edu 2006-07-15 16:29 --- Subject: Re: [4.2 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared On Jul 16, 2006, at 1:25 AM, ams at gnu dot org wrote: The patch is correct, that you think that the code we use from

[Bug libstdc++/28290] [4.2 Regression] ICE during extc++.h pch generation on Tru64 UNIX V5.1B

2006-07-06 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-07-06 22:16 --- Subject: Re: [4.2 Regression] ICE during extc++.h pch generation on Tru64 UNIX V5.1B --- Comment #6 from ro at techfak dot uni-bielefeld dot de 2006-07-06 22:04 --- Subject: Re: [4.2

[Bug libstdc++/28297] GCC 4.1.1 fails to build on Mac OS X 10.4.6

2006-07-06 Thread pinskia at physics dot uc dot edu
--- Comment #1 from pinskia at physics dot uc dot edu 2006-07-07 01:32 --- Subject: Re: New: GCC 4.1.1 fails to build on Mac OS X 10.4.6 GCC 4.1.1 fails to build on Mac OS X 10.4.6. 1. Extract source code. 2. Open Terminal. 3. Run ./configure --enable-threads --x-includes

[Bug libstdc++/28277] __builtin_alloca with no limit in libstdc++

2006-07-05 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at physics dot uc dot edu 2006-07-05 22:27 --- Subject: Re: __builtin_alloca with no limit in libstdc++ std::cout.width(6000); This program allocates 60 million bytes on the stack in the last output statement. You get what you deserve really

[Bug middle-end/26991] Target Help Seg Fault.

2006-06-26 Thread pinskia at physics dot uc dot edu
--- Comment #4 from pinskia at physics dot uc dot edu 2006-06-26 16:46 --- Subject: Re: Target Help Seg Fault. On Jun 26, 2006, at 9:41 AM, corsepiu at gcc dot gnu dot org wrote: --- Comment #3 from corsepiu at gcc dot gnu dot org 2006-06-26 16:41 --- Traceback

[Bug middle-end/27528] compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code

2006-06-15 Thread pinskia at physics dot uc dot edu
--- Comment #14 from pinskia at physics dot uc dot edu 2006-06-15 23:03 --- Subject: Re: compiling linux kernels 2.6.16.14/15 2.6.17-rc3 on powerpc (7450) get error on long exixting code The problem turned up a week or so before I filed PR 27528, and after considerable rs6000

[Bug libgomp/28008] [4.2 Regression] build failure due to PTHREAD_STACK_MIN not being declared

2006-06-14 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at physics dot uc dot edu 2006-06-14 15:25 --- Subject: Re: [4.2 Regression] build failure due to PTHREAD_STACK_MIN not being declared On Jun 14, 2006, at 8:17 AM, rth at gcc dot gnu dot org wrote: --- Comment #2 from rth at gcc dot gnu dot org

[Bug c++/28017] lack of guard variables for explicitly instantiated template static data

2006-06-13 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at physics dot uc dot edu 2006-06-13 21:24 --- Subject: Re: lack of guard variables for explicitly instantiated template static data #define NEEDS_GUARD_P(decl) (TREE_PUBLIC (decl) (DECL_COMMON (decl

[Bug c++/28017] lack of guard variables for explicitly instantiated template static data

2006-06-13 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at physics dot uc dot edu 2006-06-13 21:47 --- Subject: Re: lack of guard variables for explicitly instantiated template static data --- Comment #7 from hhinnant at apple dot com 2006-06-13 21:41 --- (In reply to comment #6) Subject: Re

[Bug libgomp/26165] Cannot find libgomp.spec after 'make install' on x86_64 and ppc64

2006-06-12 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at physics dot uc dot edu 2006-06-12 21:18 --- Subject: Re: Cannot find libgomp.spec after 'make install' on x86_64 and ppc64 --- Comment #7 from dnovillo at gcc dot gnu dot org 2006-06-12 21:10 --- This is still an issue. http

[Bug ada/27769] cross-gnatmake needs host gcc

2006-05-25 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at physics dot uc dot edu 2006-05-25 18:19 --- Subject: Re: cross-gnatmake needs host gcc --- Comment #2 from laurent at guerby dot net 2006-05-25 18:08 --- I'm unable to build even a C compiler to the avr target, binutils-2.16.1 + newlib

[Bug libfortran/24685] real(16) formatted input is broken for huge values

2006-05-24 Thread pinskia at physics dot uc dot edu
--- Comment #20 from pinskia at physics dot uc dot edu 2006-05-24 19:01 --- Subject: Re: real(16) formatted input is broken for huge values --- Comment #19 from fxcoudert at gcc dot gnu dot org 2006-05-24 18:58 --- (In reply to comment #18) it is still broken

[Bug bootstrap/27763] [4.2 regression] add_referenced_var missing on bootstrap

2006-05-24 Thread pinskia at physics dot uc dot edu
--- Comment #4 from pinskia at physics dot uc dot edu 2006-05-24 22:23 --- Subject: Re: [4.2 regression] add_referenced_var missing on bootstrap --- Comment #3 from tkoenig at gcc dot gnu dot org 2006-05-24 22:18 --- The bug is with Path: . URL: svn+ssh

[Bug target/27627] __builtin_nanf() doesn't return a _quiet_ nan on parisc

2006-05-24 Thread pinskia at physics dot uc dot edu
--- Comment #10 from pinskia at physics dot uc dot edu 2006-05-24 23:26 --- Subject: Re: __builtin_nanf() doesn't return a _quiet_ nan on parisc --- Comment #9 from danglin at gcc dot gnu dot org 2006-05-24 23:23 --- Subject: Bug 27627 Author: danglin Date: Wed

[Bug c++/27724] [4.1/4.2 Regression] internal compiler error: no-op convert from 4 to 8 bytes in initializer

2006-05-23 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at physics dot uc dot edu 2006-05-23 21:42 --- Subject: Re: [4.1/4.2 Regression] internal compiler error: no-op convert from 4 to 8 bytes in initializer --- Comment #6 from bero at arklinux dot org 2006-05-23 21:41 --- It is creative

[Bug c++/27648] [4.0/4.1/4.2 Regression] ICE on attribute on pointers in static_cast

2006-05-22 Thread pinskia at physics dot uc dot edu
--- Comment #4 from pinskia at physics dot uc dot edu 2006-05-22 18:44 --- Subject: Re: [4.0/4.1/4.2 Regression] ICE on attribute on pointers in static_cast --- Comment #3 from janis at gcc dot gnu dot org 2006-05-22 18:40 --- I get errors for both the submitter's

[Bug target/27082] segfault with virtual class and visibility (hidden)

2006-05-16 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at physics dot uc dot edu 2006-05-16 21:13 --- Subject: Re: segfault with virtual class and visibility (hidden) --- Comment #4 from tbm at cyrius dot com 2006-05-16 21:11 --- Hmm, that's interesting. When I call g++ from a Makefile I get

[Bug middle-end/27445] create_tmp_var_raw (gimplify.c) inadventently asserts 'volatile' on temps

2006-05-05 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at physics dot uc dot edu 2006-05-05 16:39 --- Subject: Re: create_tmp_var_raw (gimplify.c) inadventently asserts 'volatile' on temps --- Comment #5 from gary at intrepid dot com 2006-05-05 16:37 --- (In reply to comment #4

[Bug tree-optimization/26944] [4.1/4.2 Regression] -ftree-ch generates worse code

2006-05-03 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at physics dot uc dot edu 2006-05-03 19:00 --- Subject: Re: [4.1/4.2 Regression] -ftree-ch generates worse code --- Comment #5 from dann at godzilla dot ics dot uci dot edu 2006-05-03 18:54 --- IMO Comment #4 does not look close enough

[Bug c/26751] [4.2 Regression] Some OpenMP semantics are caught too late (in the gimplifier)

2006-04-28 Thread pinskia at physics dot uc dot edu
--- Comment #4 from pinskia at physics dot uc dot edu 2006-04-28 19:20 --- Subject: Re: [4.2 Regression] Some OpenMP semantics are caught too late (in the gimplifier) --- Comment #3 from dnovillo at gcc dot gnu dot org 2006-04-28 19:17 --- Well, some

[Bug target/26885] [4.1/4.2 regression] -m64 -m32 no longer creates 32-bit object

2006-04-21 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at physics dot uc dot edu 2006-04-22 01:16 --- Lets try this. (just a test). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26885

[Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2

2006-03-23 Thread pinskia at physics dot uc dot edu
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-03-23 14:54 --- Subject: Re: EQUIVALENCE broken in 32-bit code with optimization -O2 On Mar 23, 2006, at 3:06 AM, paul dot richard dot thomas at cea dot fr wrote: I thought to take a look at the patch tonight; does it look

[Bug libobjc/26794] Checking for gthread causes configure script to fail

2006-03-21 Thread pinskia at physics dot uc dot edu
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-22 06:29 --- Subject: Re: Checking for gthread causes configure script to fail On Mar 22, 2006, at 1:27 AM, issac dot trotts at gmail dot com wrote: Sure, but it doesn't tell you what to do if the configure script fails

[Bug target/26734] [4.2 Regression] GCC cannot bootstrap on IA64 HP-UX

2006-03-17 Thread pinskia at physics dot uc dot edu
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-17 21:19 --- Subject: Re: [4.2 Regression] GCC cannot bootstrap on IA64 HP-UX On Mar 17, 2006, at 4:16 PM, mkuvyrkov at gcc dot gnu dot org wrote: Unfortunately, I don't have access to HP-UX and the bug doesn't appear on

[Bug target/26721] [4.2 Regression]: Gcc generates unaligned access

2006-03-16 Thread pinskia at physics dot uc dot edu
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-03-16 23:54 --- Subject: Re: [4.2 Regression]: Gcc generates unaligned access On Mar 16, 2006, at 6:37 PM, schwab at suse dot de wrote: --- Comment #12 from schwab at suse dot de 2006-03-16 23:37 --- (In reply

[Bug target/26721] [4.2 Regression]: Gcc generates unaligned access

2006-03-16 Thread pinskia at physics dot uc dot edu
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-03-17 00:40 --- Subject: Re: [4.2 Regression]: Gcc generates unaligned access On Mar 16, 2006, at 7:37 PM, schwab at suse dot de wrote: --- Comment #15 from schwab at suse dot de 2006-03-17 00:37 --- Both alpha

[Bug target/26721] [4.2 Regression]: Gcc generates unaligned access

2006-03-16 Thread pinskia at physics dot uc dot edu
--- Comment #18 from pinskia at gcc dot gnu dot org 2006-03-17 01:12 --- Subject: Re: [4.2 Regression]: Gcc generates unaligned access On Mar 16, 2006, at 8:06 PM, schwab at suse dot de wrote: --- Comment #17 from schwab at suse dot de 2006-03-17 01:06 --- PPC does not

[Bug fortran/26106] [meta-bug] Gfortran can't compile tonto

2006-03-15 Thread pinskia at physics dot uc dot edu
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-03-15 23:33 --- Subject: Re: [meta-bug] Gfortran can't compile tonto On Mar 15, 2006, at 6:28 PM, hjl at lucon dot org wrote: --- Comment #10 from hjl at lucon dot org 2006-03-15 23:28 --- (In reply to comment

[Bug middle-end/26679] [4.2 Regression] boostrap failure due to warning in gcc/varasm.c

2006-03-14 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-14 18:57 --- Subject: Re: boostrap failure due to warning in gcc/varasm.c On Mar 14, 2006, at 1:55 PM, Graham Stott wrote: All, If the warning isn't bogus then we probably need to do the shift in two steps (i.e. hwi =

[Bug c++/26621] Template instantiation fails for -O1 -finline-functions

2006-03-10 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-10 13:58 --- Subject: Re: Template instantiation fails for -O1 -finline-functions However, this doesn't explain, why the reference to TTypeWrapper::~TTypeWrapper is missing if the instance of CVectorWrap is allocated

[Bug libgomp/26165] Cannot find libgomp.spec after 'make install' on x86_64 and ppc64

2006-03-08 Thread pinskia at physics dot uc dot edu
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-08 19:07 --- Subject: Re: Cannot find libgomp.spec after 'make install' on x86_64 and ppc64 --- Comment #1 from aldyh at gcc dot gnu dot org 2006-03-08 19:05 --- I can reproduce the runtime error, but not the

[Bug bootstrap/26582] [4.2 Regression] warning with cross build

2006-03-06 Thread pinskia at physics dot uc dot edu
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-06 14:37 --- Subject: Re: [4.2 Regression] warning with cross build --- Comment #1 from paolo dot bonzini at lu dot unisi dot ch 2006-03-06 14:35 --- Subject: Re: New: [4.2 Regression] warning with cross

[Bug target/26532] [4.1]: libmudflap failures on ia64

2006-03-05 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-05 18:03 --- Subject: Re: [4.1]: libmudflap failures on ia64 On Mar 5, 2006, at 1:00 PM, hjl at lucon dot org wrote: --- Comment #2 from hjl at lucon dot org 2006-03-05 18:00 ---

[Bug tree-optimization/26264] Extraneous warning with __builtin_stdarg_start and optimization

2006-02-13 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-13 19:08 --- Subject: Re: Extraneous warning with __builtin_stdarg_start and optimization --- Comment #5 from James dot Juran at baesystems dot com 2006-02-13 19:06 --- Yes, that does seem to be the case based on

[Bug c++/3187] gcc lays down two copies of constructors

2006-02-04 Thread pinskia at physics dot uc dot edu
--- Comment #21 from pinskia at gcc dot gnu dot org 2006-02-05 00:27 --- Subject: Re: gcc lays down two copies of constructors On Feb 4, 2006, at 7:20 PM, ian at airs dot com wrote: --- Comment #20 from ian at airs dot com 2006-02-05 00:19 --- In many common cases, the

[Bug middle-end/26061] error and warning count

2006-02-02 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-02 14:42 --- Subject: Re: error and warning count --- Comment #2 from hyperquantum at gmail dot com 2006-02-02 14:39 --- IMO this is a useful feature because the number of lines of error output that GCC

[Bug fortran/26038] FORTRAN segfault

2006-01-30 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-31 00:59 --- Subject: Re: FORTRAN segfault --- Comment #4 from hjl at lucon dot org 2006-01-31 00:45 --- This code is extracted from a much larger program. Intel FORTRAN compiler has no problem with it. And

[Bug fortran/26038] FORTRAN segfault

2006-01-30 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-31 01:15 --- Subject: Re: FORTRAN segfault On Jan 30, 2006, at 7:45 PM, hjl at lucon dot org wrote: Intel FORTRAN compiler has no problem with it. Intel's Fortran compiler does not detect a lot of invalid code, that does

[Bug c/25892] -Wpointer-sign creates problems for Emacs

2006-01-25 Thread pinskia at physics dot uc dot edu
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-25 18:13 --- Subject: Re: -Wpointer-sign creates problems for Emacs --- Comment #3 from aoliva at gcc dot gnu dot org 2006-01-25 18:12 --- Created an attachment (id=10728) --

[Bug c/25897] GCC rejects the following strictly conforming code with -ansi -pedantic errors

2006-01-20 Thread pinskia at physics dot uc dot edu
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-21 07:19 --- Subject: Re: New: GCC rejects the following strictly conforming code with -ansi -pedantic errors void foo (const int (*h)[2], int (*i)[2]) { 1 ? h: i; } Also rejected in C99 mode. ICC warns: t.c(3):

[Bug c++/25845] want optional warning for non-constant declarations that could be constant

2006-01-18 Thread pinskia at physics dot uc dot edu
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-18 16:29 --- Subject: Re: want optional warning for non-constant declarations that could be constant On Jan 18, 2006, at 11:19 AM, pcarlini at suse dot de wrote: --- Comment #4 from pcarlini at suse dot de 2006-01-18

[Bug c++/25845] want optional warning for non-constant declarations that could be constant

2006-01-18 Thread pinskia at physics dot uc dot edu
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-01-18 19:33 --- Subject: Re: want optional warning for non-constant declarations that could be constant int f(const int *a, int *b) { *b = 1; return *a; } a and b can alias and there is no way around that at

[Bug middle-end/25636] cc1 and cc1plus --help core

2006-01-15 Thread pinskia at physics dot uc dot edu
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-16 01:50 --- Subject: Re: cc1 and cc1plus --help core On Jan 15, 2006, at 8:48 PM, drab at kepler dot fjfi dot cvut dot cz wrote: --- Comment #9 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16 01:48

[Bug libstdc++/25191] exception_defines.h #defines try/catch

2006-01-11 Thread pinskia at physics dot uc dot edu
--- Comment #32 from pinskia at gcc dot gnu dot org 2006-01-12 01:26 --- Subject: Re: exception_defines.h #defines try/catch On Jan 11, 2006, at 8:10 PM, gdr at cs dot tamu dot edu wrote: | I realize that once the customer specifies -fno-exceptions, all bets | are off. Great.

[Bug ada/24533] FAIL: a85013b: *** glibc detected *** free(): invalid pointer: 0x00062a00 ***

2006-01-03 Thread pinskia at physics dot uc dot edu
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-03 19:31 --- Subject: Re: FAIL: a85013b: *** glibc detected *** free(): invalid pointer: 0x00062a00 *** --- Comment #9 from laurent at guerby dot net 2006-01-03 19:24 --- For most (if not all)

[Bug c++/25610] 'invalid use of member' error on correct code with templates

2005-12-30 Thread pinskia at physics dot uc dot edu
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-31 02:35 --- Subject: Re: New: 'invalid use of member' error on correct code with templates On Dec 30, 2005, at 9:31 PM, yuri at tsoft dot com wrote: templateclass A struct S { static inline void exec1(A vv) {

[Bug tree-optimization/5035] Incorrectly produces '`var' might be used uninitialized in this function'

2005-12-22 Thread pinskia at physics dot uc dot edu
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-12-22 14:22 --- Subject: Re: Incorrectly produces '`var' might be used uninitialized in this function' On Dec 22, 2005, at 5:38 AM, trick at icculus dot org wrote: --- Comment #10 from trick at icculus dot org

[Bug bootstrap/25455] [4.2 Regression] make all with a native build now does a bootstrap instead of a normal build

2005-12-16 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-12-16 18:43 --- Subject: Re: [4.2 Regression] make all with a native build now does a bootstrap instead of a normal build --- Comment #6 from pcarlini at suse dot de 2005-12-16 18:36 --- (In reply to comment #5)

[Bug middle-end/24804] [3.4 Regression] Produces wrong code

2005-11-28 Thread pinskia at physics dot uc dot edu
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-29 04:04 --- Subject: Re: [3.4 Regression] Produces wrong code --- Comment #4 from wilson at gcc dot gnu dot org 2005-11-29 03:39 --- The testcase doesn't fail with gcc-4.0 and up, because after tree-ssa opts

[Bug libfortran/24902] COMPLEX_ASSIGN is wrong

2005-11-16 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-16 19:50 --- Subject: Re: COMPLEX_ASSIGN is wrong yields an lvalue. do whatever you want in the *middle end*, but be sure you don't transmute that basic semantics constraint. Gaby, it also prevents a huge amount of

[Bug libfortran/24902] COMPLEX_ASSIGN is wrong

2005-11-16 Thread pinskia at physics dot uc dot edu
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-11-16 20:29 --- Subject: Re: COMPLEX_ASSIGN is wrong --- Comment #6 from gdr at integrable-solutions dot net 2005-11-16 20:27 --- Subject: Re: COMPLEX_ASSIGN is wrong pinskia at gcc dot gnu dot org [EMAIL

[Bug fortran/24790] arguments are displayed as reference or pointer to normal type in GDB

2005-11-14 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-15 03:17 --- Subject: Re: arguments are displayed as reference or pointer to normal type in GDB --- Comment #2 from woodzltc at sources dot redhat dot com 2005-11-15 02:26 --- Hi Andrew, (In reply to

[Bug tree-optimization/24840] [4.1 Regression] ICE process_assert_insertions_for, at tree-vrp.c:2807

2005-11-13 Thread pinskia at physics dot uc dot edu
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-14 04:03 --- Subject: Re: [4.1 Regression] ICE process_assert_insertions_for, at tree-vrp.c:2807 --- Comment #2 from malitzke at metronets dot com 2005-11-14 03:58 --- Subject: Re: [4.1 Regression] ICE

[Bug rtl-optimization/24760] -d option changes generated code

2005-11-10 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-10 14:17 --- Subject: Re: -d option changes generated code This is a multi-part message in MIME format. --070507020407080301090707 Content-Type: text/plain; charset=ISO-8859-1; format=flowed

[Bug tree-optimization/23346] [4.1 Regression] FRE before DCE makes a mess of loads or need to sink loads

2005-10-30 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-31 04:59 --- Subject: Re: [4.1 Regression] FRE before DCE makes a mess of loads or need to sink loads --- Comment #7 from mmitchel at gcc dot gnu dot org 2005-10-31 04:58 --- Why have we regressed relative

[Bug rtl-optimization/24257] [4.1 Regression] ICE: in extract_insn with -O -fgcse -fgcse-sm

2005-10-21 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-21 12:48 --- Subject: Re: [4.1 Regression] ICE: in extract_insn with -O -fgcse -fgcse-sm On Oct 21, 2005, at 7:13 AM, steven at gcc dot gnu dot org wrote: pinskia, what do you think: Keep this marked as a regression, or

[Bug java/24454] Floating point in GCJ does not follow spec

2005-10-20 Thread pinskia at physics dot uc dot edu
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-20 16:40 --- Subject: Re: New: Floating point in GCJ does not follow spec Eclipse's JDT/Core team was doing experiments with turning Eclipse's batch compiler into ECJ using GCJ. The goal was to provide an executable form

[Bug c++/24439] [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw

2005-10-19 Thread pinskia at physics dot uc dot edu
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-19 20:55 --- Subject: Re: [3.4/4.0/4.1 Regression] ICE with invert conditional containing throw On Oct 19, 2005, at 4:50 PM, mark at codesourcery dot com wrote: --- Comment #7 from mark at codesourcery dot com

[Bug c++/20681] [4.0/4.1 Regression] wrong control reaches warning with switches

2005-10-16 Thread pinskia at physics dot uc dot edu
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-10-17 00:45 --- Subject: Re: [4.0/4.1 Regression] wrong control reaches warning with switches --- Comment #9 from mmitchel at gcc dot gnu dot org 2005-10-17 00:41 --- Why is this marked as a C++ front-end

[Bug c++/20681] [4.0/4.1 Regression] wrong control reaches warning with switches

2005-10-16 Thread pinskia at physics dot uc dot edu
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-10-17 04:46 --- Subject: Re: [4.0/4.1 Regression] wrong control reaches warning with switches On Oct 17, 2005, at 12:39 AM, ian at airs dot com wrote: Fixing this in the middle-end will require a version of

  1   2   >