On Fri, Sep 29, 2017 at 9:53 PM, Thomas Koenig wrote:
> Am 29.09.2017 um 10:03 schrieb Janne Blomqvist:
>
>>
>> 1) I'm confused why fbuf_destroy is modified. The fbuf structure is
>> part of gfc_unit, and should be accessed with the same locking rules
>> as the rest of the gfc_unit components. Whe
Hi all,
(Previous mail was sent with spurious HTML, sorry!)
This patch gets rid of float casts in comparisons when all values of
casted integral type are exactly representable by the float type
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81376).
Bootstrapped and regtested on x64_64. Ok to comm
Hi Dominique,
The patch is OK for trunk.
Thanks!
Thomas
s-taprop.adb failed to compile for x32:
s-taprop.adb:341:29: operator for type "System.Linux.time_t" is not directly
visible
s-taprop.adb:341:29: add with_clause and use_clause for "Linux"
which is caused by
2017-09-25 Doug Rupp
* libgnarl/s-taprop__linux.adb (Base_Monotonic_Clock)
Hi,
I think this might be a false positive tsan warning.
Maybe tsan does not see why a desctructor function
can not execute before the last detached thread
terminates.
I created a small test case that receives a warning
which is similar to the one you tried to fix with your
patch:
cat test.c
#in
> s-taprop.adb failed to compile for x32:
>
> s-taprop.adb:341:29: operator for type "System.Linux.time_t" is not
> directly visible
> s-taprop.adb:341:29: add with_clause and use_clause for "Linux"
>
> which is caused by
>
> 2017-09-25 Doug Rupp
>
> * libgnarl/s-taprop__linux.adb (B
On Sat, Sep 30, 2017 at 07:47:43PM +0200, Richard Biener wrote:
> On September 29, 2017 9:58:41 PM GMT+02:00, Sebastian Pop
> wrote:
> >On Fri, Sep 29, 2017 at 2:37 PM, Sven Verdoolaege
> > wrote:
> >> [Sorry for the resend; I used the wrong email address to CC Alex]
> >>
> >> On Wed, Sep 27, 201
Committed as revision r253328 with the change logs
2017-10-01 Dominique d'Humieres
PR fortran/61450
* parse.c (gfc_global_used): Replace the gfc_internal_error
with an error.
2017-10-01 Dominique d'Humieres
PR fortran/61450
* gfortran.dg/binding_lab
Dear Paul,
> The attached patch fixes the PR and most of the remaining, if not all,
> problems associated with deferred string length targets in the
> associate construct.
The patch works as expected. It also fixes pr60458 and its duplicate pr65187.
Thanks for working on this issue,
Dominique
Hi Paul,
The attached patch fixes the PR and most of the remaining, if not all,
problems associated with deferred string length targets in the
associate construct.
Bootstraps and regtests on FC23/x86_64 - OK for trunk?
Yes.
Thanks a lot for working on this!
Regards
Thomas
Am 01.10.2017 um 10:59 schrieb Bernd Edlinger:
maybe there is a way how you could explicitly join
all running threads?
Yes, that seems to do the trick. Thanks!
Here is a patch which appears to work. It does hit a snag with static
linking, though, because it calls __gthread_self (), and that ca
Hi Paul,
Bootstraps and regtests on FC23/x86_64 - OK for trunk and 7 branch?
OK for both. Thanks for the patch!
Regards
Thomas
On 10/01/17 15:41, Thomas Koenig wrote:
> Am 01.10.2017 um 10:59 schrieb Bernd Edlinger:
>> maybe there is a way how you could explicitly join
>> all running threads?
>
> Yes, that seems to do the trick. Thanks!
>
Oh, that is really very surprising...
I believe that all omp threads are created
A short while ago Martin Liska posted a patch that lowered certain
switch statements into cascading conditionals.
His work tripped two regressions in the testsuite, both cases where we
did not optimize as well as we should have.
Upon investigation I realized a simple improvement to DOM would fix
The tree wi:: decompose routine wasn't asserting that the requested
precision matched the tree's precision. This could make a difference
for unsigned trees that are exactly N HWIs wide and that have the upper
bit set, since we then need an extra zero HWI when extending it to wider
precisions (as f
Richard Biener writes:
> On Fri, Sep 22, 2017 at 6:42 PM, Richard Sandiford
> wrote:
>> Richard Biener writes:
>>> On Thu, Sep 21, 2017 at 2:56 PM, Richard Sandiford
>>> wrote:
Richard Biener writes:
> On September 20, 2017 2:36:03 PM GMT+02:00, Richard Sandiford
> wrote:
>>W
Hi Bernd,
I believe that all omp threads are created in detached state,
so pthread_join should be undefined on them, just tsan*thinks*
otherwise?
When I look further on the libgomp sources, I see there
are two completely different implementations of the
mutexes, barriers, etc.
One using posix
2017-09-29 16:08 GMT+02:00 Steve Kargl :
> On Fri, Sep 29, 2017 at 11:15:47AM +0200, Janus Weil wrote:
>> Hi Steve,
>>
>> > As aside effect, the patch removes a questionable GNU Fortran
>> > extension that allowed arguments to IAND, IOR, and IEOR to have
>> > different kind type parameters. The be
On Sun, Oct 1, 2017 at 8:42 PM, Janus Weil wrote:
> 2017-09-29 16:08 GMT+02:00 Steve Kargl :
>> On Fri, Sep 29, 2017 at 11:15:47AM +0200, Janus Weil wrote:
>>> Hi Steve,
>>>
>>> > As aside effect, the patch removes a questionable GNU Fortran
>>> > extension that allowed arguments to IAND, IOR, and
When talking with David (Malcolm) at the Tools Cauldron, he hinted
and/or I realized that documenting the below in our MAINTAINERS file
might be a good idea. I went ahead and applied the patch below.
(Mike, this is also based on some comments of yours.)
Thanks!
Gerald
2017-10-01 Gerald Pfeife
On Sun, Oct 01, 2017 at 07:42:09PM +0200, Janus Weil wrote:
> 2017-09-29 16:08 GMT+02:00 Steve Kargl :
> > On Fri, Sep 29, 2017 at 11:15:47AM +0200, Janus Weil wrote:
> >> Hi Steve,
> >>
> >> > As aside effect, the patch removes a questionable GNU Fortran
> >> > extension that allowed arguments to
On 10/1/17, Arnaud Charlet wrote:
>> s-taprop.adb failed to compile for x32:
>>
>> s-taprop.adb:341:29: operator for type "System.Linux.time_t" is not
>> directly visible
>> s-taprop.adb:341:29: add with_clause and use_clause for "Linux"
>>
>> which is caused by
>>
>> 2017-09-25 Doug Rupp
>>
>>
On Fri, 22 Sep 2017 18:08:39 +0200
Jakub Jelinek wrote:
> On Thu, Sep 21, 2017 at 01:08:01PM -0700, Kevin Buettner wrote:
> > Ping.
>
> Ok, thanks.
Committed.
Kevin
> > On Mon, 7 Aug 2017 17:51:38 -0700
> > Kevin Buettner wrote:
> >
> > > On Wed, 10 May 2017 17:24:27 +0200
> > > Jakub
The patch moves the code that translates reads and writes to isl representation
in a same loop. This is to avoid traversing the scop blocks and arrays with
memory operations 3 times.
* graphite-dependences.c (scop_get_reads): Move code to...
(scop_get_must_writes): Move code to...
On 28/09/2017 23:56, Jonathan Wakely wrote:
On 28/09/17 21:59 +0200, François Dumont wrote:
The current istreambuf_iterator implementation capture the current
streambuf state each time it is tested for eof or evaluated. This is
why I considered those tests as fragile.
Yes, and I think that'
25 matches
Mail list logo