Hi,
This list is mostly just a bugzilla feed and so isn't widely monitored.
If you're confident the behaviour is a bug then it would be better to
file a bugzilla ticket. If you're not sure and want to double-check
what the correct behaviour is then it'd be better to ask on gcc-help.
Thanks,
Hi,
Eli Zaretskii via Gcc-bugs writes:
> The version of rust-demangle.c included with Binutils 2.37 doesn't
> compile with MinGW:
>
> mingw32-gcc -c -DHAVE_CONFIG_H -O2 -gdwarf-4 -g3 -I.
> -I../../binutils-2.37/libiberty/../include -W -Wall -Wwrite-strings
> -Wc++-compat
Eric Botcazou writes:
>> It's fine to file these ice-on-invalid bugs, but don't be surprised if
>> nobody has time to work on bugs that are only triggered by unrealistic
>> garbage input.
>
> Right, an ICE is a perfectly valid outcome for garbage input and there are
> hundreds of assertions in
Hi,
Haoxin Tu via Gcc-bugs writes:
> Hi, there,
>
> Our team just develop a c++ code generator tool to testing the compiler,
> and those days I have reported 13 ICE bugs in ice-on-invalid-bugs.
>
> Here are the bugs links:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95972
>
"jakub at gcc dot gnu.org" writes:
> --- Comment #9 from Jakub Jelinek ---
> Seems neither accessible_reg_set nor operand_reg_set can exclude frame,
> because
> the latter results in general_operand predicate failing for it and the former
> results into the latter not being enabled either.
>
"ubizjak at gmail dot com" writes:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91994
>
> --- Comment #10 from Uroš Bizjak ---
> Richard, since vzeroupper clobbers only xmm0-xmm15 (xmm0-xmm7 on 32it
> targets),
> shouldn't we use SSE_REGS instead of ALL_SSE_REGS here:
>
> Index: i386.c
>
Nick Clifton ni...@redhat.com writes:
Hi Richard,
+ /* Even zero-sized arguments occupy one byte. */
+ if (size == 0)
+size = 1;
That fixes it! Thanks.
Will you apply this patch yourself, or should I submit the patch and the
test case as a separate email to gcc-patches ?
Nick Clifton ni...@redhat.com writes:
+ /* Even zero-sized arguments occupy one byte. */
+ if (size == 0)
+size = 1;
That fixes it!
Great! Thanks for confirming.
Will you apply this patch yourself, or should I submit the patch and the
test case as a separate email to
Nick Clifton ni...@redhat.com writes:
Hi Eric, Hi Richard,
A customer has reported the following bug with the MIPS target. Since
it is for a GNU extension to the C language (zero-length arrays) that
is being used in a non-intended fashion (the zero-length array is in a
structure
Nick Clifton [EMAIL PROTECTED] writes:
Hi Eric, Hi Richard,
I need your brains...
The mips64vrel-elf toolchain is showing a lot of unexpected failures
in the gcc testsuite (and g++ testsuite) for multilibs which use
-mlong64 and -mgp32 together. For example the first one I came
Hi Eric, Hi Richard,
We recently ran across an ICE building a target libiberty for one of
the multilibs of the mips64vrel-elf toolchain:
.../libiberty/regex.c: In function 'byte_re_match_2_internal':
.../libiberty/regex.c:7481: error: insn does not satisfy its constraints:
Carl van_Schaik [EMAIL PROTECTED] writes:
this becomes a pain since gcc somtimes knows this and uses fp as a gpr,
but I cannot clobber it.
Why do you want to?
12 matches
Mail list logo
