Hi all,
The attached patch includes adjustments to the test case.
The Fortran Standard states the exponent width when using the e0
exponent specfier results in the smallest possible exponent width. This
patch implements that case.
I got frustrated with trying to re-understand this code
Between Holidays and being short on people that understand this, I would
say commit it unless Jakub objects.
(When in doubt, make a decision and move forward principle, assuming one
is not stupid,)
Cheers,
Jerry
On 12/29/19 2:27 PM, Tobias Burnus wrote:
On 12/16/19 9:06 AM, Tobias Burnus
On 12/29/19 2:16 AM, Thomas Koenig wrote:
Am 19.12.19 um 08:23 schrieb Thomas Koenig:
Regression-tested. OK for trunk?
Ping?
This looks good Thomas,
Thanks for patch,
Jerry
This one looks OK Thomas
Cheers,
Jerry
On 12/22/19 7:28 AM, Thomas Koenig wrote:
Hello world,
here is an update for the fix for PR 92961, which also takes care
of the second test case in the PR (included in the first one).
The patch itself should be clear enough - make sure that there
is a
On Fri, Dec 20, 2019 at 06:22:10PM -0500, Marek Polacek wrote:
> > > 2019-12-20 Marek Polacek
> > >
> > > PR c++/92745 - bogus error when initializing array of vectors.
> > > * decl.c (reshape_init_r): For a nested compound literal, do
> > > call reshape_init_{class,array,vector}.
> > >
Hi!
The AVX512F documentation clearly states that in instructions where the
destination is a memory only merging-masking is possible, not zero-masking,
and the assembler enforces that.
The testcase in this patch fails to assemble because of
Error: unsupported masking for `vextracti32x8'
on
On 12/16/19 9:06 AM, Tobias Burnus wrote:
Ping.
On 12/10/19 6:54 PM, Tobias Burnus wrote:
Nonallocatable, nonpointer array arguments (of assumed shape) are
special as they get a get an array descriptor ('arg') as argument but
create a local variable which accesses the actual data ('arg.0 =
On Mon, Oct 7, 2019 at 3:05 AM Richard Biener
wrote:
>
> On Tue, Oct 1, 2019 at 1:48 PM Dmitrij Pochepko
> wrote:
> >
> > Hi Richard,
> >
> > I updated patch according to all your comments.
> > Also bootstrapped and tested again on x86_64-pc-linux-gnu and
> > aarch64-linux-gnu, which took some
On Sat, Dec 21, 2019 at 04:50:41PM -0500, Jason Merrill wrote:
> On 12/17/19 5:34 PM, Marek Polacek wrote:
> > + /* [class.cdtor]/6 "If the operand of the dynamic_cast refers to
> > + the object under construction or destruction and the static type
> > + of the operand is not a pointer to
On 05/12/2019 13:46, Jonathan Wakely wrote:
commit 5012548fd62526fdf5e04aeacee2b127efbac0e0
Author: Jonathan Wakely
Date: Thu Dec 5 12:23:53 2019 +
libstdc++: Define std::lexicographical_compare_three_way for C++20
* include/bits/stl_algobase.h
On Sat, Dec 28, 2019 at 02:20:09PM +0100, Uros Bizjak wrote:
> > The conditions are:
> > (define_expand "nearbyint2"
> > [(use (match_operand:MODEF 0 "register_operand"))
> >(use (match_operand:MODEF 1 "nonimmediate_operand"))]
> > "(TARGET_USE_FANCY_MATH_387
> > && (!(SSE_FLOAT_MODE_P
Am 19.12.19 um 08:23 schrieb Thomas Koenig:
Regression-tested. OK for trunk?
Ping?
Am 22.12.19 um 16:28 schrieb Thomas Koenig:
here is an update for the fix for PR 92961, which also takes care
of the second test case in the PR (included in the first one).
The patch itself should be clear enough - make sure that there
is a MATCH_ERROR on matching an array spec which contains
13 matches
Mail list logo
