--- Comment #11 from joseph at codesourcery dot com 2008-08-27 17:59
---
Subject: Re: [4.4 Regression] GCC 3.4 miscompiles trunk
(for cross compiling)
On Fri, 22 Aug 2008, nightstrike at gmail dot com wrote:
> How can you close this if the tuples merge makes it impossible to bu
--- Comment #6 from joseph at codesourcery dot com 2008-08-27 20:35 ---
Subject: Re: internal compiler error: Segmentation fault
during cross compilation
On Wed, 27 Aug 2008, mkl at pengutronix dot de wrote:
> I just backported the fix from gcc-4.4 to 4.3.2-RC. The patch fixes
--- Comment #1 from joseph at codesourcery dot com 2008-09-01 11:59 ---
Subject: Re: New: C frontend rejects __typeof__(bitfield).
On Mon, 1 Sep 2008, pluto at agmk dot net wrote:
> $ cat x.c
> struct { int a:1; } bf;
> __typeof__(bf.a) clone;
>
> $ g++ -x c x.c -c
--- Comment #2 from joseph at codesourcery dot com 2008-09-01 20:40 ---
Subject: Re: [4.4 Regression] gcc.dg/compat//scalar-by-value-4_x.c:72:
ICE: in emit_group_store, at expr.c:2084
Someone needs to review HJ's patch
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01078.html
--- Comment #1 from joseph at codesourcery dot com 2008-09-17 14:50 ---
Subject: Re: New: bitfield not promoted to int
On Wed, 17 Sep 2008, clemens at ladisch dot de wrote:
> In the following program, the type of the assignment expression "f.x = 1"
> should be int,
--- Comment #3 from joseph at codesourcery dot com 2008-09-17 15:55 ---
Subject: Re: bitfield not promoted to int
On Wed, 17 Sep 2008, clemens at ladisch dot de wrote:
> According to the proposed TC in DR 315 ("If an int can represent all values of
> the original type (as
--- Comment #5 from joseph at codesourcery dot com 2008-09-21 16:12 ---
Subject: Re: [4.2/4.3/4.4 Regression] #pragma inside structure
initialization causes error
On Sat, 20 Sep 2008, rguenth at gcc dot gnu dot org wrote:
> I agree with Jakub. Joseph - are you ok with closing t
--- Comment #1 from joseph at codesourcery dot com 2008-09-23 22:24 ---
Subject: Re: New: gcc.dg/20001012-1.c depends on IEEE
FP encoding
As a maintainer of a non-mainstream target you'll need to submit testsuite
patches to disable tests inapplicable on your target; it'
--- Comment #3 from joseph at codesourcery dot com 2008-09-27 18:20 ---
Subject: Re: long double is buggy on sparc64
On Sat, 27 Sep 2008, bagnara at cs dot unipr dot it wrote:
> This is good news. However, is there any known workaround for versions before
> 4.4?
If you
--- Comment #1 from joseph at codesourcery dot com 2008-10-03 17:00 ---
Subject: Re: New: NO_IMPLICIT_EXTERN_C for newlib
I've argued before and will argue again that NO_IMPLICIT_EXTERN_C should
be the default with a macro IMPLICIT_EXTERN_C defined for only those
targets kno
--- Comment #1 from joseph at codesourcery dot com 2008-10-06 11:58 ---
Subject: Re: New: Segmentation Fault Exception with -O and
signed array index
On Mon, 6 Oct 2008, gcc at jme dot de wrote:
> The following code produces a segmentation fault when compiled with -O.
> Envir
--- Comment #3 from joseph at codesourcery dot com 2008-10-06 21:39 ---
Subject: Re: New: Mistaken Segmentation fault
On Mon, 6 Oct 2008, charpour at gnet dot gr wrote:
> printf("%s\n", make_person().name);
make_person().name is a non-lvalue array, so it only decays
--- Comment #1 from joseph at codesourcery dot com 2008-10-08 16:15 ---
Subject: Re: New: bogus warnings on x86_64-mingw32 due to
attribute((format(printf))) breakage
On Wed, 8 Oct 2008, mikpe at it dot uu dot se wrote:
> When gcc is configured to generate code for x86_64
--- Comment #5 from joseph at codesourcery dot com 2008-10-16 16:31 ---
Subject: Re: gcc ignores FP_CONTRACT pragma set to OFF
On Thu, 16 Oct 2008, rguenth at gcc dot gnu dot org wrote:
> Confirmed. The FP_CONTRACT macro is not implemented, but the default behavior
> of GCC
--- Comment #15 from joseph at codesourcery dot com 2008-10-16 16:39
---
Subject: Re: Optimization generates incorrect code
with -frounding-math option (#pragma STDC FENV_ACCESS not implemented)
On Thu, 16 Oct 2008, vincent at vinc17 dot org wrote:
> The compiler should gener
--- Comment #8 from joseph at codesourcery dot com 2008-10-17 11:22 ---
Subject: Re: [4.1/4.2/4.3/4.4 Regression] casts to void do not
silence -Wunused warnings for the case of __attribute__(( warn_unused_result
))
On Fri, 17 Oct 2008, bonzini at gnu dot org wrote:
> It seems
--- Comment #17 from joseph at codesourcery dot com 2008-10-17 15:31
---
Subject: Re: can't disable __attribute__((warn_unused_result))
On Fri, 17 Oct 2008, bonzini at gnu dot org wrote:
> It does not matter if it is a "security" issue; if void-ifying is n
--- Comment #19 from joseph at codesourcery dot com 2008-10-17 16:55
---
Subject: Re: can't disable __attribute__((warn_unused_result))
On Fri, 17 Oct 2008, bonzini at gnu dot org wrote:
> > In the case of fwrite, for example, the only obvious case where checking
&
--- Comment #8 from joseph at codesourcery dot com 2008-10-18 18:06 ---
Subject: Re: infinite recursive call to __mulsc3 when
multiplying not-constant complexs
On Sat, 18 Oct 2008, rguenth at gcc dot gnu dot org wrote:
> The question is whether the standard requires actual comp
--- Comment #2 from joseph at codesourcery dot com 2008-10-20 01:51 ---
Subject: Re: gcc sometimes accepts attribute in identifier list
On Mon, 20 Oct 2008, sabre at nondot dot org wrote:
> It also accepts this:
> void f4(__attribute__(()));
This is documented in "Attri
--- Comment #4 from joseph at codesourcery dot com 2008-10-20 12:48 ---
Subject: Re: gcc sometimes accepts attribute in identifier list
On Mon, 20 Oct 2008, sabre at nondot dot org wrote:
> as it turns out, f3 could also be considered valid in c89... because it makes
> x
>
--- Comment #10 from joseph at codesourcery dot com 2008-11-03 12:58
---
Subject: Re: [4.2/4.3/4.4 Regression] Wrong error message with
unsigned char a = uchar&512
On Mon, 3 Nov 2008, manu at gcc dot gnu dot org wrote:
> Joseph,
>
> Will this be fixed by your new
--- Comment #2 from joseph at codesourcery dot com 2008-11-05 13:47 ---
Subject: Re: Cannot use nested designated initializer with
unnamed inner aggregate
On Wed, 5 Nov 2008, rguenth at gcc dot gnu dot org wrote:
> I get
>
> t.c: In function 'vec_add':
>
--- Comment #2 from joseph at codesourcery dot com 2008-11-07 12:46 ---
Subject: Re: New: 'warning: comparison between signed and
unsigned' shouldn't be given for equality comparisons
On Fri, 7 Nov 2008, edwintorok at gmail dot com wrote:
> Consider this code:
--- Comment #1 from joseph at codesourcery dot com 2008-01-29 13:06 ---
Subject: Re: New: gcc-4.2.3-RC1's gctest hangs on
i686-apple-darwin9
On Tue, 29 Jan 2008, dominiq at lps dot ens dot fr wrote:
> I confirm the problem reported by Jack Howarth in
> http://gcc.gnu
--- Comment #5 from joseph at codesourcery dot com 2008-01-29 18:24 ---
Subject: Re: [4.3 Regression] PR11377 pedwarns even about valid
code
On Tue, 29 Jan 2008, jakub at gcc dot gnu dot org wrote:
> TREE_READONLY isn't modifiable, so I guess that part is quite clear and I&
--- Comment #1 from joseph at codesourcery dot com 2008-01-31 23:17 ---
Subject: Re: New: Toplevel compile script is not
executable
On Thu, 31 Jan 2008, danglin at gcc dot gnu dot org wrote:
> # ls -l compile
> -rw-r--r-- 1 bin bin 3707 Jul 13 2005 compile
>
>
--- Comment #2 from joseph at codesourcery dot com 2008-02-09 19:29 ---
Subject: Re: New: make pdf has missing file in 4.3-20080208
On Sat, 9 Feb 2008, hal at oz dot net wrote:
> ! I can't find file `../../gcc-4.3-20080208/gcc/../libiberty/at-file.texi'.
This looks
--- Comment #6 from joseph at codesourcery dot com 2008-02-10 20:25 ---
Subject: Re: make pdf has missing file in 4.3-20080208
On Sun, 10 Feb 2008, Ralf dot Wildenhues at gmx dot de wrote:
> --- a/gcc/Makefile.in
> +++ b/gcc/Makefile.in
> @@ -3653,7 +3653,7 @@ gcc-
--- Comment #4 from joseph at codesourcery dot com 2008-02-12 22:56 ---
Subject: Re: makeinfo drops hyphens from srcdir path
On Tue, 12 Feb 2008, skunk at iskunk dot org wrote:
> That was my first thought as well, but consider that the conversion from "--"
> to &
--- Comment #9 from joseph at codesourcery dot com 2008-02-12 20:15 ---
Subject: Re: make pdf has missing file in 4.3-20080208
On Sun, 10 Feb 2008, Ralf dot Wildenhues at gmx dot de wrote:
> Thanks. Please note that I don't have write access yet (so if you want
> to m
--- Comment #2 from joseph at codesourcery dot com 2008-02-12 20:11 ---
Subject: Re: makeinfo drops hyphens from srcdir path
I think it's a bug in makeinfo that it does this, and should be fixed
there.
In any case, patches to this code need testing with dvi or pdf output
(
--- Comment #2 from joseph at codesourcery dot com 2008-02-14 23:09 ---
Subject: Re: [4.1/4.2/4.3 Regression] exp->expf
transformation incorrect with -fmath-errno
On Thu, 14 Feb 2008, rguenth at gcc dot gnu dot org wrote:
> Clarification would be much appreciated here, and I
--- Comment #5 from joseph at codesourcery dot com 2008-02-15 21:50 ---
Subject: Re: [4.1/4.2/4.3 Regression] exp->expf
transformation incorrect with -fmath-errno
On Fri, 15 Feb 2008, rguenth at gcc dot gnu dot org wrote:
> Ok, so with -fmath-errno the middle-end has to assum
--- Comment #2 from joseph at codesourcery dot com 2008-02-17 22:48 ---
Subject: Re: Documentation incorrect for -fcx-limited-range
The bug report appears correct, though you should be referring to N1256
<http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf>, the C99
st
--- Comment #4 from joseph at codesourcery dot com 2008-02-17 23:12 ---
Subject: Re: [4.1/4.2/4.3 Regression] missed evaluation of VM
array type when used as a cast
My view remains as I said in
<http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00039.html>: front ends
should ma
--- Comment #3 from joseph at codesourcery dot com 2008-02-23 13:47 ---
Subject: Re: Function macro nesting depth appears
to be uncomfortably limited.
I think GCC aims to implement the version of the rescanning rules
described in X3J11/86-196, as posted in Dave Prosser's me
--- Comment #5 from joseph at codesourcery dot com 2008-03-02 19:01 ---
Subject: Re: [4.4 Regression] bootstraping on
powerpc-apple-darwin9 fails with revision 132578
On Sun, 2 Mar 2008, fxcoudert at gcc dot gnu dot org wrote:
> (gdb) p mode
> $4 = TFmode
> (gdb) p de
--- Comment #7 from joseph at codesourcery dot com 2008-03-02 19:52 ---
Subject: Re: [4.4 Regression] bootstraping on
powerpc-apple-darwin9 fails with revision 132578
On Sun, 2 Mar 2008, fxcoudert at gcc dot gnu dot org wrote:
> So maybe a likely culprit would be:
>
> 2
--- Comment #2 from joseph at codesourcery dot com 2008-03-12 18:38 ---
Subject: Re: -Wparentheses not useful in its current form
On Wed, 12 Mar 2008, manu at gcc dot gnu dot org wrote:
> My opinion is that since -Wparentheses appears in released versions, we should
> ke
--- Comment #1 from joseph at codesourcery dot com 2008-03-26 15:08 ---
Subject: Re: New: Bootstrap failure on i686-apple-darwin9
at revision 133519 (take 2).
On Wed, 26 Mar 2008, dominiq at lps dot ens dot fr wrote:
> This is the second time in less than a week that thefile
--- Comment #1 from joseph at codesourcery dot com 2008-03-28 12:48 ---
Subject: Re: New: libfortran should use gettext to for
localized error messages
On Fri, 28 Mar 2008, burnus at gcc dot gnu dot org wrote:
> Currently, only libcpp and the compilers ("gcc") us
--- Comment #3 from joseph at codesourcery dot com 2008-04-02 17:52 ---
Subject: Re: Bootstrap of combined gcc + binutils, with
--enable-shared, with sysroot fails
On Wed, 2 Apr 2008, pinskia at gcc dot gnu dot org wrote:
> Sounds like you should be using --build-sysroot= and
--- Comment #5 from joseph at codesourcery dot com 2009-02-04 16:30 ---
Subject: Re: Does warn if bit-fields exceed the size of bool
types
On Wed, 4 Feb 2009, tydeman at tybor dot com wrote:
> /*
> * _Bool bit-fields: C99: 6.7.2.1, paragraph 3 along with Defect Repo
--- Comment #1 from joseph at codesourcery dot com 2009-02-08 19:16 ---
Subject: Re: New: trunk revision 143992 - Too many Testsuite
FAILs = email > 400K = bounce
On Sat, 7 Feb 2009, rob1weld at aol dot com wrote:
> This causes a bounce reply message which _might_ mean that
&
--- Comment #13 from joseph at codesourcery dot com 2009-02-10 15:35
---
Subject: Re: gcc should have option to treat missing
headers as fatal
On Tue, 10 Feb 2009, manu at gcc dot gnu dot org wrote:
> Could we take a look at the patch? I have also a half-baked patch. Are
--- Comment #14 from joseph at codesourcery dot com 2009-02-11 01:16
---
Subject: Re: gcc should have option to treat missing
headers as fatal
I have now posted my preliminary patch:
http://gcc.gnu.org/ml/gcc-patches/2009-02/msg00491.html
--
http://gcc.gnu.org/bugzilla
--- Comment #1 from joseph at codesourcery dot com 2009-02-19 21:11 ---
Subject: Re: New: FAIL: gcc.dg/tree-prof/bb-reorg.c
compilation, -fprofile-use -D_PROFILE_USE
The ARM constant pool code needs to handle a
NOTE_INSN_SWITCH_TEXT_SECTIONS note in some way as indicating insns on
--- Comment #2 from joseph at codesourcery dot com 2009-02-20 22:47 ---
Subject: Re: New: gcc.c-torture/execute/va-arg-trap-1.c ICEs
on powerpc-apple-darwin9
Does that testcase ICE with a compiler from before the patch that added
it? If not, does the builtins.c change I suggested
--- Comment #5 from joseph at codesourcery dot com 2009-02-21 01:16 ---
Subject: Re: gcc.c-torture/execute/va-arg-trap-1.c
ICEs on powerpc-apple-darwin9
On Sat, 21 Feb 2009, dominiq at lps dot ens dot fr wrote:
> --- Comment #4 from dominiq at lps dot ens dot fr 2009-02-21
--- Comment #8 from joseph at codesourcery dot com 2009-02-23 21:43 ---
Subject: Re: mixed-case suffix for decimal float constants
On Mon, 23 Feb 2009, janis at gcc dot gnu dot org wrote:
> Modified:
> branches/c-4_5-branch/gcc/testsuite/ChangeLog
> branches/c-4
--- Comment #2 from joseph at codesourcery dot com 2009-02-24 19:07 ---
Subject: Re: New: -save-temps does not follow the -o
option and instead puts the temp file in the current directory
I've also found this to be a pain when working on glibc, where compilation
commands ar
--- Comment #5 from joseph at codesourcery dot com 2009-02-27 20:58 ---
Subject: Re: struct with only anonymous unions plus flexible
array member
Anonymous unions are outside the scope of C99, so this issue is purely
about what is most useful for GNU C right now.
However, there
--- Comment #4 from joseph at codesourcery dot com 2009-03-05 13:53 ---
Subject: Re: sizeof object with zero-length array ignores
initializer
On Thu, 5 Mar 2009, ebotcazou at gcc dot gnu dot org wrote:
> --- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-03-05 13
--- Comment #1 from joseph at codesourcery dot com 2009-03-08 21:04 ---
Subject: Re: New: Dist tarball missing file gengtype-lex.c
On Sun, 8 Mar 2009, skunk at iskunk dot org wrote:
> gengtype-lex.c should not have to be generated, obviously.
That only applies to release tarba
--- Comment #4 from joseph at codesourcery dot com 2009-03-11 22:43 ---
Subject: Re: gcc.target/arm/neon/neon.exp tests for vmov
fail on arm-linux-eabi
On Wed, 11 Mar 2009, jules at gcc dot gnu dot org wrote:
> These failures show up because the tests are kind of weak. There&#
--- Comment #4 from joseph at codesourcery dot com 2009-03-18 14:27 ---
Subject: Re: [Mips] No space for arguments when implicitely
calling __get_tls_addr
On Wed, 18 Mar 2009, pinskia at gmail dot com wrote:
> __get_tls_addr is a special function and does not have to follow t
--- Comment #5 from joseph at codesourcery dot com 2009-03-23 20:35 ---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
The patch is obviously wrong (it changes the installed headers for all
targets instead of setting USER_H to adjust the list for the target with
--- Comment #7 from joseph at codesourcery dot com 2009-03-23 20:53 ---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
On Mon, 23 Mar 2009, prlw1 at cam dot ac dot uk wrote:
> --- Comment #6 from prlw1 at cam dot ac dot uk 2009-03-23 20:45 ---
> (In re
--- Comment #5 from joseph at codesourcery dot com 2009-03-24 13:19 ---
Subject: Re: New: overhaul printf formats and type
casts in testsuite
The testsuite in FSF GCC tests correct behavior of FSF GCC and code
compiled with it. If correct behavior for Ubuntu GCC and code compiled
--- Comment #10 from joseph at codesourcery dot com 2009-03-24 13:22
---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
On Tue, 24 Mar 2009, aran at 100acres dot us wrote:
> This is a combination of the other two patches. GCC's version of stddef.h is
--- Comment #1 from joseph at codesourcery dot com 2009-03-24 13:26 ---
Subject: Re: New: Grammar error in russian localization
We do not maintain the translations in GCC and the Russian team does not
have a Bugzilla account, so you will need to pass your report on to
g...@mx.ru
--- Comment #11 from joseph at codesourcery dot com 2009-03-24 13:32
---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
I see you did in fact send the stddef.h changes to gcc-patches - thanks
for splitting up the separate logical parts of the patch (which is always
--- Comment #13 from joseph at codesourcery dot com 2009-03-24 16:04
---
Subject: Re: stddef.h assumes machinee/ansi.h defines
_ANSI_H_
On Tue, 24 Mar 2009, aran at 100acres dot us wrote:
> Joseph,
> The fixincludes changes fix another issue. Should I create
>
--- Comment #2 from joseph at codesourcery dot com 2009-03-25 00:45 ---
Subject: Re: compat tests for flexible array members
On Wed, 25 Mar 2009, hjl dot tools at gmail dot com wrote:
> Flexible array member isn't allowed in union:
However, a union may contain a structure
--- Comment #2 from joseph at codesourcery dot com 2009-03-26 13:04 ---
Subject: Re: ICE in print_operand if using -mfloat-gprs
w/ non-854x -mcpu option
On Thu, 26 Mar 2009, bje at gcc dot gnu dot org wrote:
> I think this patch should suffice.
All the cases (of opti
--- Comment #8 from joseph at codesourcery dot com 2009-03-29 16:59 ---
Subject: Re: gfc_error formats are not marked
gcc-internal-format in po file
On Sun, 29 Mar 2009, bruno at clisp dot org wrote:
> The xgettext options that need to be passed to "xgettext
> --language
--- Comment #16 from joseph at codesourcery dot com 2009-04-01 14:26
---
Subject: Re: -related issues (C99 issues)
On Wed, 1 Apr 2009, dominiq at lps dot ens dot fr wrote:
> On *-darwin* we have
>
> FAIL: gcc.dg/c99-stdint-1.c (test for excess errors)
> FAIL: gcc.dg/c9
--- Comment #1 from joseph at codesourcery dot com 2009-04-08 14:49 ---
Subject: Re: New: Stage 2 Werror - trunk revision
145459 - libcpp/identifiers.c:113: error: variably modified
'proxy_assertion_broken'
at file scope
On Fri, 3 Apr 2009, rob1weld at aol dot com wrote
--- Comment #18 from joseph at codesourcery dot com 2009-04-08 15:49
---
Subject: Re: -related issues (C99 issues)
On Wed, 8 Apr 2009, hp at gcc dot gnu dot org wrote:
> Adding the libstdc++ regressions I've seen as a dependent, see PR39644 comment
> #23.
> (That
--- Comment #9 from joseph at codesourcery dot com 2009-04-08 22:54 ---
Subject: Re: sizeof object with zero-length array ignores
initializer
On Wed, 8 Apr 2009, b07584 at freescale dot com wrote:
> --- Comment #8 from b07584 at freescale dot com 2009-04-08 21
--- Comment #1 from joseph at codesourcery dot com 2009-04-11 12:51 ---
Subject: Re: New: signed overflow in loop
induction variable: missing warning and wrong code
On Sat, 11 Apr 2009, edwintorok at gmail dot com wrote:
> Testcase:
> #include
> int
> main ()
>
--- Comment #23 from joseph at codesourcery dot com 2009-04-11 16:30
---
Subject: Re: [4.3/4.4/4.5 Regression] operand of pre-/postin-/decrement
not promoted
On Sat, 11 Apr 2009, rguenth at gcc dot gnu dot org wrote:
> On no-undefined-overflow branch the FE can do the increm
--- Comment #8 from joseph at codesourcery dot com 2009-04-20 17:30 ---
Subject: Re: real.c rounding not perfect
On Mon, 20 Apr 2009, ghazi at gcc dot gnu dot org wrote:
> How about chucking real.c and using mpfr_t as the internal representation for
> real numbers inside G
--- Comment #1 from joseph at codesourcery dot com 2009-04-21 10:20 ---
Subject: Re: New: gcc.target/i386/excess-precision-*.c
assume the default -mfp-math does not include SSE
Probably all six excess precision tests should have explicit -mfpmath=387.
--
http://gcc.gnu.org
--- Comment #20 from joseph at codesourcery dot com 2009-04-22 23:34
---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4
in libstdc++ not exported anymore
On Wed, 22 Apr 2009, dave at hiauly1 dot hia dot nrc dot ca wrote:
> > From glibc's perspective
--- Comment #1 from joseph at codesourcery dot com 2009-04-23 19:00 ---
Subject: Re: New: Wrong translation of output "gcc
-c -Q -march=core2 --help=target" to Russian
Please report all translation bugs to the relevant language teams (in this
case g...@mx.ru).
--- Comment #24 from joseph at codesourcery dot com 2009-04-23 19:01
---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4
in libstdc++ not exported anymore
On Thu, 23 Apr 2009, jakub at gcc dot gnu dot org wrote:
> --- Comment #21 from jakub at gcc dot gnu
--- Comment #10 from joseph at codesourcery dot com 2009-04-29 11:33
---
Subject: Re: [4.5 Regression] Revision 146817 caused
unaligned access in gcc.dg/torture/pr26565.c
On Wed, 29 Apr 2009, matz at gcc dot gnu dot org wrote:
> The user should have the possibility to announce
--- Comment #7 from joseph at codesourcery dot com 2009-04-29 15:56 ---
Subject: Re: Inadequate gcc.dg/compat/struct-layout-1_generate.c
On Wed, 29 Apr 2009, hjl dot tools at gmail dot com wrote:
> So the issues are
>
> 1. We want to test as many different combination as po
--- Comment #5 from joseph at codesourcery dot com 2009-04-30 10:09 ---
Subject: Re: [4.5 Regression] ./plugin-version.h:11:
error: 'gcc_version' defined but not used
On Thu, 30 Apr 2009, pinskia at gcc dot gnu dot org wrote:
> Really I think plugin support is flawed.
--- Comment #2 from joseph at codesourcery dot com 2009-05-02 09:34 ---
Subject: Re: New: gcc does not install appropriate plugin
headers
On Sat, 2 May 2009, bradh at frogmouth dot net wrote:
> Writing a plugin requires use of a range of headers (such as gcc-plugin.h)
> whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93806
--- Comment #41 from joseph at codesourcery dot com ---
On Wed, 4 Mar 2020, rguenther at suse dot de wrote:
> We're actually careful about the sign of zero here when recording
> requivalences for propagation. I don't see any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94035
--- Comment #2 from joseph at codesourcery dot com ---
I think pseudo-denormals should be considered trap representations.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94035
--- Comment #4 from joseph at codesourcery dot com ---
On Thu, 5 Mar 2020, ch3root at openwall dot com wrote:
> What about IBM extended double (double-double)? All cases where (double)(hi +
> lo) != hi are trap representations too?
I th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94168
--- Comment #3 from joseph at codesourcery dot com ---
The reasoning for rejecting this (for UCNs in both C and C++, for other
characters in C++ because of the C++ rule that such characters get
converted to UCNs) is that the constraints on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94194
--- Comment #3 from joseph at codesourcery dot com ---
GCC already has implicit knowledge of how FE_* for exceptions relate to
the hardware, because it generates calls to __atomic_feraiseexcept, which
is defined in libatomic using FE_* from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94338
--- Comment #3 from joseph at codesourcery dot com ---
It's a mistake to be referring to the C standard for the interpretation of
alignment attributes. The C standard way of specifying alignment is
_Alignas, not __attribute__, and i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60846
--- Comment #9 from joseph at codesourcery dot com ---
Note that supporting on any given 32-bit architecture requires making a
choice of what the function-calling ABI should be for such types (and
corresponding complex types) as function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93573
--- Comment #7 from joseph at codesourcery dot com ---
Passing a variable-size struct or union by value to a non-nested function
seems very questionable (the function couldn't be declared with a matching
prototype), but perhaps that do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94392
--- Comment #3 from joseph at codesourcery dot com ---
I'm not sure the existing infinite loop removal is valid for any C
standard version. The C (C11 and later) rule against infinite loops only
applies when the loop is written
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94600
--- Comment #7 from joseph at codesourcery dot com ---
The Arm AAPCS has detailed rules for operations on individual volatile
bit-fields, but not for this case where the whole struct is volatile and
the operation is on the whole struct. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94631
--- Comment #6 from joseph at codesourcery dot com ---
On Fri, 17 Apr 2020, bugdal at aerifal dot cx wrote:
> No, GCC's treatment also seems to mess up bitfields smaller than int and fully
> governed by the standard (no implementat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91970
--- Comment #13 from joseph at codesourcery dot com ---
bpabi-lib.h is the existing mechanism for renaming libgcc2.c functions and
declaring them with __attribute__((pcs("aapcs"))). (But when causing more
such functions to be use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94722
--- Comment #1 from joseph at codesourcery dot com ---
Note that glibc currently uses __attribute__ ((__optimize__
("-fno-stack-protector"))) (via a macro called inhibit_stack_protector)
for this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94730
--- Comment #3 from joseph at codesourcery dot com ---
I'd suspect the code in finish_decl that deals with types determined from
array initializers ("For global variables, update the copy of the type
that exists in the binding.&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94842
--- Comment #3 from joseph at codesourcery dot com ---
Side-effects in the array sizes of variably modified parameters are valid
and occur on entry to the function. I don't think being a nested function
should make any difference
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612
--- Comment #44 from joseph at codesourcery dot com ---
This commit also introduces bug 94963 which breaks the glibc build (and is
*not* fixed by the commit that fixed bug 94949).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94990
--- Comment #1 from joseph at codesourcery dot com ---
Note that ISO C references ISO 10646, not Unicode, so normalization forms
are not part of the C notion of identifier characters and differently
normalized forms are different identifiers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95130
--- Comment #1 from joseph at codesourcery dot com ---
See bug 92292. The extra attribute isn't ignored, it simply means the
function has multiple format attributes, which is valid, but should
probably be special-cased for this case of
201 - 300 of 2027 matches
Mail list logo
