Hi Janne,
the attached patch makes GFortran handle errno=EPERM in the same way
as EACCES (this affects only when no ACTION= specifier is used in the
OPEN statement and opening the file in read-write mode fails).
Makes sense.
The patch also contains a doc snippet to explain how GFortran
Hi,
This adds the test case for PR 65153.
Tested with
make -k check-gcc RUNTESTFLAGS=compile.exp=pr65153.c
--target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}
Committed as r221257.
Cheers,
Oleg
gcc/testsuite/ChangeLog:
PR target/65153
*
On 03/06/2015 04:23 PM, Janne Blomqvist wrote:
The patch as is causes gfortran.dg/open_errors.f90 to fail, due to
changed error messages. I'm a bit unsure of to fix this, as now
strerror* is used to generate part of the message, and thus the
message can be different on different targets, and
Hi,
This adds a test case for PR 65249.
Tested with
make -k check-c++ RUNTESTFLAGS=dg-torture.exp=pr65249.C
--target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}
Commited as r221256.
Cheers,
Oleg
gcc/testsuite/ChangeLog:
PR target/65249
*
On Fri, Mar 6, 2015 at 8:36 AM, Jiong Wang jiong.w...@arm.com wrote:
Wilco Dijkstra writes:
Jeff Law wrote:
Can you move pr45685.c into gcc.target/i386?
I know Richi said next stage1, but given this fixes a performance
regression for ARM and it's reverting rather than adding new code, I
We have made helping people our business. We only do data recovery, we do
it all day, every day - we have become the very best in this field. We have
seen all types of problems and solved nearly all of them!
Why we are here?
Data – Important assets of enterprises and individuals, is the key
On 03/07/15 01:34, Richard Biener wrote:
On March 6, 2015 9:22:05 PM CET, Martin Sebor mse...@redhat.com wrote:
On 03/06/2015 10:28 AM, Jeff Law wrote:
On 03/02/15 09:28, Martin Sebor wrote:
On 03/02/2015 06:58 AM, Richard Biener wrote:
On Fri, 27 Feb 2015, Martin Sebor wrote:
Given that
On Sat, Mar 7, 2015 at 4:00 AM, Alan Modra amo...@gmail.com wrote:
On Fri, Mar 06, 2015 at 05:03:21PM -0800, H.J. Lu wrote:
I updated the testcase to
Thanks, that's good to see.
Did you make it to work on PPC?
--
H.J.
On Fri, Mar 06, 2015 at 05:03:21PM -0800, H.J. Lu wrote:
I updated the testcase to
Thanks, that's good to see.
--
Alan Modra
Australia Development Lab, IBM
On March 6, 2015 9:22:05 PM CET, Martin Sebor mse...@redhat.com wrote:
On 03/06/2015 10:28 AM, Jeff Law wrote:
On 03/02/15 09:28, Martin Sebor wrote:
On 03/02/2015 06:58 AM, Richard Biener wrote:
On Fri, 27 Feb 2015, Martin Sebor wrote:
Given that Martin's fix to the testcase allowed it to
Hi,
extra sanity checking I added while debugging PR 65316 noticed that the
type inheritance graph builder gets confused when one merges unit compiled
with -g -fno-devirtualize and unit compiled with -fdevirtualize.
In the first case there may be a base type lost.
Bootstrapped/regtested
Hi,
this patch makes vectorizer to increase alignments correctly in presence
of aliases. Currently increase happens at two places, first in
increase_alignment where we increase alignment of the DECL of alias as well
as alias target. This is not safe: it is possible that alias is static
and
The attached patch fixes this regression and implements KIND=1 and KIND=2
compatible calls. The smallest KIND found of the arguments given by the caller
is used to determine the results returned. New versions of the intrinsics with
the KIND argument are provided. The previous versions are
13 matches
Mail list logo
