--- 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 twe
--- 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 fa
--- 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 testca
--- 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 au
--- 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
>
--- 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.
>
--- 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 ar
--- 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-tortur
--- 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
--- 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 compar
--- 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
--- 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 w
--- 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-gn
--- 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 2
--- 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 (vo
--- 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
--- 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;
--- 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 e
--- 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 pins
--- 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 ---
--- 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 #
--- 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 ebotca
--- 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
--- 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 #
--- 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:
--- 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 th
--- 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 2
--- 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
--- 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 w
--- 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
> ---
>
--- 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: inter
--- 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)
> >
--- 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)
>
--- 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
--- 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-
--- 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
--- 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 cod
--- 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 inco
--- 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 bu
--- 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 ta
--- 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 d
--- 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 --ena
--- 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 ---
>
--- 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 w
--- 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 ---
--- 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
--- 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
--- 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 repl
--- 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_C
--- 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
> ---
>
>
--- 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 tar
--- 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
> ---
> Subjec
--- 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
>
--- 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 #1
--- 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 ---
>
--- 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 erro
--- 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. W
--- 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 repl
--- 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 d
--- 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
> ---
>
--- 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
--- 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 loo
--- 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
>
--- 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
> o
--- 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 no
--- 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 a
--- 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 re
--- 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
--- 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. hw
--- 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 sta
--- 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
--- 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 cr
--- 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 ---
> std::ios_base::_S_local_word_
--- 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 o
--- 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,
--- 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
> G
--- 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 no
--- 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.
--- 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)
--> (http://gcc.gnu.org/bugzi
--- 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
--- 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 ar
--- 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 1
--- 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 -
--- 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.
--- 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) s-osinte
--- 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:
> template
> struct S {
> static inline void exec1(A &vv) {
> vv.s1<
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-12-22 14:22
---
Subject: Re: Incorrectly produces '`' 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 2005-12-
--- 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 commen
--- 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
>
--- 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"
--- 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 optimi
--- 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
--- 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
--- 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
> Content-Trans
--- 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 relat
--- 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 not
--- 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 fo
--- 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 200
--- 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
> remove_usele
--- 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-
1 - 100 of 191 matches
Mail list logo
