I've back-ported these two patches to the gcc-8-branch to
restore buildability. Tested at r264184, committed r264351.
PR target/85666
* config/mmix/mmix.c (mmix_assemble_integer): Handle byte-size
non-CONST_INT rtx:es using assemble_integer_with_op ".byte".
(MMIX_C
Committed.
Gerald
Index: search.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/search.html,v
retrieving revision 1.197
retrieving revision 1.199
diff -u -r1.197 -r1.199
--- search.html 16 Sep 2018 08:26:36 - 1.197
+++ search.htm
Hi all,
I have just committed as obvious a small patch that fixes two very
related PRs concerning polymorphic assignments, by making sure that
the relevant vtabs (including copy procedures) are generated:
https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=264350
Cheers,
Janus
Hi,
this is a cleanup of the recently added strlen/strcpy/stpcpy
no nul warning code.
Most importantly it moves the SSA_NAME handling from
unterminated_array to string_constant, thereby fixing
another round of xfails in the strlen and stpcpy test cases.
I need to say that the fix for bug 86622 i
On Sun, Sep 16, 2018 at 6:55 PM Thomas Koenig wrote:
> Hello world,
>
> looking through the code for run-time checking of matmul, I found that
> a) the code was not very clear, and b) due to this, at least one case
> was not checked correctly.
>
> So, here is a rewrite of that section. I have als
Hi Paul,
Bootstraps and regtests on FC28/x86_64 - OK for trunk and 8-branch?
Ok.
Thanks for the patch!
Regards
Thomas
Hi,
this prevents test failures when gcc-4.8 is used as host-g++ tool, since this
version does
understand -std=c++11 but not -fno-diagnostics-show-line-numbers and
-fdiagnostics-color=never.
With slightly newer gcc tools like gcc-5 everything works fine.
Apparently the following commit added t
86_64-pc-linux-gnu
=== gcc tests ===
Running target unix
=== gcc Summary ===
# of expected passes134514
# of expected failures 462
# of unsupported tests 2109
/home/usr/Desktop/gcc-build/gcc/xgcc version 9.0.0 20180916 (experimental)
I spent far more time on this PR because I was focusing on entirely
the wrong place in the code. Or, rather the clue that was needed for
the fix was elswhere. The type declarations for the deferred character
length dummies were not being generated. Rather than being a problem
in the associate block
On Sun, Sep 16, 2018 at 01:00:21PM +0200, Andreas Schwab wrote:
> On Sep 03 2018, co...@sdf.org wrote:
>
> > config/tls.m4: Remove extra parentheses
>
> There are no extra parentheses.
>
For the benefit of the discussion, I've added the more minimal version
of the patch.
This is a weird config
Currently, the libgcc-unwind.map file generated for use with Solaris ld
http://gcc.gnu.org/ml/gcc-patches/2014-01/msg01088.html
uses the v1 linker map file syntax because both that's supported
everywhere. However, with ld -z guidance, newer versions of ld warn
about this:
ld: guidance:
On Sep 03 2018, co...@sdf.org wrote:
> config/tls.m4: Remove extra parentheses
There are no extra parentheses.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1
"And now for something completely different."
Ian
A simple bootstrap using gcc 8 as host compiler works with default
configuration all langs+ada. Now trying using gcc 9 host from a week ago
Will tty elimate which configue opts cause problem
Graham
Original message
From: Ian Lance Taylor via gcc-patches
Date: 15/09/2018 1
ping.
I can provide a less scary patch to correct the typo if people are
afraid of the cleanup changes.
Replace the usage of (in favor of CSS and two design changes).
This makes this page validate as HTML 5 with a few unrelated warnings
around table cells.
Committed.
Gerald
Index: search.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/s
15 matches
Mail list logo