-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/11 22:04, Tobias Burnus wrote:
> Daniel Kraft wrote:
>> No regressions on x86_64-unknown-linux-gnu. Ok for trunk?
>
> OK for the trunk and for 4.6 (as it is a regression).
And committed on 4.6 branch as rev. 177249, the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/02/11 22:04, Tobias Burnus wrote:
> Daniel Kraft wrote:
>> after a lng while, here's another patch from me. It is a
>> one-line fix for PR 49885, which was introduced by me last year.
>> While the patch should be s
rkBPFOzjAX
0UyNefZsrE0ziuWOAEvE
=hjnD
-END PGP SIGNATURE-
2011-08-02 Daniel Kraft
PR fortran/49885
* trans-array.c (gfc_trans_auto_array_allocation): Change
gfc_start_block to gfc_init_block to avoid spurious extra-scope.
2011-08-02 Daniel Kraft
PR for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Tobias,
On 06/06/11 23:40, Tobias Burnus wrote:
> This patch adds incomplete parsing support for the LOCK and UNLOCK
> statement. Missing part 2 is the addition of the LOCK_TYPE of the
> ISO_FORTRAN_ENV.
>
> Build and tested on x86-64-linux.
> OK
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
On 05/31/11 18:24, Tobias Burnus wrote:
> This patch adds the atomic_define and atomic_ref intrinsics. They are
> currently implemented in form a simple assignment. For -fcoarray=lib
> they will be replaced by a function call to libcaf_{single,mpi
On 05/27/11 08:10, Tobias Burnus wrote:
> Attached is a small coarray fix, solving two issues:
>
> - For -fcoarray=single, nonallocatable coarrays are nonpointer - but
> currently they get set the "restrict" qualifier. (With -fcoarray=lib,
> nonallocatble coarrays are always pointers.)
> Fixed by
On 05/05/11 21:18, Tobias Burnus wrote:
Changes:
- Remove (not working) critical functions; a normal coarray of LOCK type
should be used instead. (Stub left in until it is removed the the front
end.)
- Added prototypes and stub implementations for
registering/deregistering coarray (currently unu
On 05/05/11 08:07, Tobias Burnus wrote:
Before, scalar coarrays were not supported in the coindex intrinsics as
they did not have - on tree level - cobounds attached to them. This
patch adds them.
Additionally, it fixes the algorithm of this_image, which seemingly only
worked by chance for the t
On 05/02/11 23:24, Tobias Burnus wrote:
With this patch, now all coarray index intrinsics are implemented for
num_images() >= 1 - except for bugs.
Built and regtesting on x86-64-linux. The testcase was also tested with
-fcoarray=single and with -fcoarray=lib -lcaf_mpi with mpirun -n 8.
OK for th
On 04/18/11 18:34, Tobias Burnus wrote:
Encountered them when testing IMAGE_INDEX.
Build and regtested on x86-64-linux.
OK for the trunk?
Ok.
Thanks!
Daniel
--
http://www.pro-vegan.info/
--
Done: Arc-Bar-Cav-Kni-Ran-Rog-Sam-Tou-Val-Wiz
To go: Hea-Mon-Pri
Hi,
On 04/07/11 21:32, Thomas Koenig wrote:
following Joost's request, the attached patch gives the user more
control over front end optimization - it can now be selected or
deselected independent of normal optimization. I have also implemented a
warning for eliminated functions.
Regression-tes
Hi Tobias,
On 04/03/11 17:03, Tobias Burnus wrote:
For the support, the scalarizer had to be modified and the cobounds had
to be saved in the descriptor (and in TYPE_LANG_SPECIFIC(node)).
I'm all but an expert on this area (maybe you could ask Mikael for his
opinion on the scalarizer changes)
12 matches
Mail list logo
