Hi,
after noticing an error in the gcc12 changes.html file, I fixed it as
obvious and simple with the attached patch.
Best regards
Thomas
Sun May 1 00:05:10 2022 +0200
Added equals sign to fix broken link in RISC-V section.
* gcc-12/changes.html: Fixed broken link.
Hi Mikael,
OK in any case. Anything is better than nothing.
Here is what I committed, with one final tweak.
Thanks!
Best regards
Thomas
--- a/htdocs/gcc-12/changes.html
+++ b/htdocs/gcc-12/changes.html
@@ -501,6 +501,15 @@ function Multiply (S1, S2 : Sign) return Sign is
> Actually, test results don't change at all. However, software that otherwise
> fails to build with "Cannot find an intrinsic module named
> 'ieee_arithmetic'", now builds successfully.
Test results should definitely change, we’d need to see a before/after list
(same build, same revision,
On 22-04-28 20:55:08, FX wrote:
> > Given that 12 has been branched off, is it OK now to commit this patch?
>
> How does the patch affect the results of “make check-gfortran”? How many
> tests that failed or were unsupported pass?
Actually, test results don't change at all. However, software
Le 29/04/2022 à 22:10, Thomas Koenig via Fortran a écrit :
the attached patch documents the support for IEEE long double for
Fortran. OK? Suggestions for better wording?
I'd like to get this in before the gcc12 release. It would also
qualify as obviously correct, I think :-) so I'll
On Wed, Dec 15, 2021 at 5:10 PM Jason Merrill wrote:
>
> On 12/10/21 10:41, Patrick Palka wrote:
> > The function comment for adjust_field_tree_exp says this special case
> > is for handling trees whose operands may contain pointers to RTL instead
> > of to trees. But ever since r0-59671, which
