Hi Tobias!
On 2025-04-15T11:30:18+0200, Tobias Burnus wrote:
> --- /dev/null
> +++ b/libgomp/testsuite/libgomp.fortran/map-alloc-comp-6.f90
> @@ -0,0 +1,308 @@
> +! NOTE: This code uses POINTER.
> +! While map(p, var%p) etc. maps the ptr/ptr comp p / var%p (incl.
> allocatable comps),
> +! map(v
Fix-up for commit 2d7e1d6e40a13a5f160b584336795b80f193ec3b
"Fortran: Add code gen for do,concurrent's LOCAL/LOCAL_INIT [PR101602]":
../../source-gcc/gcc/fortran/trans-stmt.cc: In function ‘void
gfc_trans_concurrent_locality_spec(bool, stmtblock_t*,
std::vector*, gfc_expr_list**)’:
../../
As of recent commit 8bf0ee8d62b8a08e808344d31354ab713157e15d
"Fortran: Add transfer_between_remotes [PR107635]", we've got 'alloca' usage
in 'libgfortran/caf/single.c:_gfortran_caf_transfer_between_remotes', and
the libgfortran target library fails to build for legacy configurations where
PTX 'allo
;.
Pushed to OG14 branch commit f2ab2de88082d8c52bded3725aa78610085e072c
"OpenMP/Fortran: extend 'adjust_args' clause, fixes for it and declare variant
[PR115271]: avoid 'error: variable ‘saved_loc2’ set but not used
[-Werror=unused-but-set-variable]'",
see attached.
Grü
Hi!
On 2025-02-10T20:59:43+0100, Thomas Koenig wrote:
> Am 10.02.25 um 08:43 schrieb Richard Biener:
>> We have need-bisection and other need-, so iff then maybe a need-stdchk for
>> cases compliance is unclear?
>
> That sounds very good to me; if there are no objections, I will create
> this in
Hi!
On 2023-12-20T14:48:29+, Abid Qadeer wrote:
> From: Hafiz Abid Qadeer
>
> The OpenACC reduction clause on compute construct implies a copy clause
> for each reduction variable [1]. This patch adds tests to check if the
> implied copy is being generated. The check covers various types and
From: Thomas Schwinge
For easier maintenance.
gcc/testsuite/
* gfortran.dg/goacc/assumed.f95: Use relative line numbers for a
few DejaGnu directives.
* gfortran.dg/goacc/list.f95: Likewise.
* gfortran.dg/goacc/loop-1-2.f95: Likewise.
* gfortran.dg
essage "optimized: assigned OpenACC
> worker vector loop parallelism" }
> ! { dg-error "routine call uses same OpenACC parallelism as containing loop"
> "" { target *-*-* } .-1 }
> -! { dg-bogus "note: routine 'gangf' declared here" "TODO1" { xfail
> +se->expr = update_builtin_function (se->expr, sym);
> +
>/* Allocatable scalar function results must be freed and nullified
> after use. This necessitates the creation of a temporary to
> hold the result to prevent duplicate calls. */
..., how
7; "evaluates at compile time to a constant".
> +! { dg-skip-if "TODO PR82391" { *-*-* } { "-O0" } }
> +
> +! { dg-additional-options "-fdump-tree-oaccdevlow" }
> +
> +program main
> +[...]
..., but here we didn't. To address that, I've pushed to trunk br
-tree-dump-times {(?n)^OpenACC routine 'fact_nohost'
>> has 'nohost' clause\.$} 1 oaccloops { target { c && offloading_enabled } } }
>> }
>> { dg-final { scan-tree-dump-times {(?n)^OpenACC routine
>> 'fact_nohost\(int\)' has 'nohost
8593bc9f83195b60ae
"Fortran: Use OpenACC's acc_on_device builtin, fix OpenMP'
__builtin_is_initial_device: Harmonize
'libgomp.oacc-fortran/acc_on_device-1-*'",
see attached.
Grüße
Thomas
>From 9f549d216c9716e787aaa38593bc9f83195b60ae Mon Sep 17 00:00:00 2001
r
>> +!$acc routine
>> +use openacc
>> +implicit none (type, external)
>> +if (acc_on_device(acc_device_host)) then
>> + xxxx = 1234
>> +else
>> + = 4242
>> +end if
>> + end
>> +end module m
>> +
&
Hi Tobias!
On 2024-10-13T10:21:01+0200, Tobias Burnus wrote:
> Now pushed as r15-4298-g3269a722b7a036.
> Tobias Burnus wrote:
>> Anyone feeling like reviewing this patch?
Yes. But please allow for more than 1 1/2 work days.
>> Tobias Burnus write:
>>> Tobias Burnus wrote:
Sometimes waiti
Hi Tobias!
On 2024-10-07T17:07:05+0200, Tobias Burnus wrote:
> haochen.jiang wrote:
>> On Linux/x86_64,
>> FAIL: gfortran.dg/gomp/allocate-static.f90 -O0 (test for excess errors)
>
> If anyone can reproduce this, I would be interested in the excess errors.
gfortran: fatal error: cannot re
Hi Tobias!
On 2024-09-19T19:11:32+0200, Tobias Burnus wrote:
> OpenMP: Add get_device_from_uid/omp_get_uid_from_device routines
'[omp_]get_device_from_uid'.
> Those TR13/OpenMP 6.0 routines permit a reproducible offloading to
> a specific device by mapping an OpenMP device number to a
> unique
Hi!
I'm not sure I understand what actually the issue is, but:
On 2024-08-09T20:00:42+0200, Thomas Koenig wrote:
> I have managed to bring the fortran-unsigned branch into a state where
First, I see that the upstream devel/fortran_unsigned branch does contain
(a) your development work, and (b)
Hi Thomas!
On 2024-07-29T10:18:49+0200, Thomas Koenig via Gcc wrote:
> for the fortran-unsigned branch
By the way: I did see your recent announcement; wow -- Fortran finally
getting an UNSIGNED type! :-)
> I would like to be able to run all
> existing Fortran tests also with -funsigned, to mak
Hi!
First, note this is now GCC PR115989
"[15 regression] libgomp.oacc-fortran/privatized-ref-2.f90 fails after
r15-2135-gc3aa339ea50f05".
Otherwise:
On 2024-07-19T06:54:46+0100, Paul Richard Thomas
wrote:
> Thanks for doing that test. Here is what the error looks like on 14-branch:
> libgomp
end.
Anyway: until we understand the underlying issue, OK to push the attached
"Fortran/OpenMP: Support mapping of DT with allocatable components: disable
'generate_callback_wrapper' for nvptx target"
to devel/omp/gcc-14 branch?
Grüße
Thomas
>From 3fb9e4cabea736ace66ee197be1b13a978
es that I shall detail at some later point in time.)
(No progress.)
Pushed to trunk branch commit 3a4775d4403f2e88b589e88a9937cc1fd45a0e87
'nvptx, libgfortran: Switch out of "minimal" mode', see attached.
This, unsurprisingly, also greatly improves GCC/Fortran test results fo
Stubbs, is: "nvptx, libgcc: Stub unwinding implementation"
Pushed to trunk branch commit a29c5852a606588175d11844db84da0881227100
"nvptx, libgcc: Stub unwinding implementation", see attached.
Grüße
Thomas
>From a29c5852a606588175d11844db84da0881227100 Mon Sep 17 00:00:00
Hi Chung-Lin!
Thanks for your work here, which I'm beginning to look into (prerequisite
"[PATCH, OpenACC 2.7] Implement reductions for arrays and structs",
first, of course); it'll take me some time.
In non-offloading testing, I noticed for x86_64-pc-linux-gnu '-m32':
+PASS: libgomp.oacc-fo
nddo
>> + !$acc end parallel
>> +
>> + !$acc kernels copyin(readonly: a(:), b(:n)) copyin(c(:))
>> + do i = 1,32
>> + !$acc cache (readonly: a(:), b(:n))
>> + !$acc cache (c(:))
>> + enddo
>> + !$acc end kernels
>> +
>> + !$acc serial copyin(
Hi Chung-Lin!
On 2024-03-07T17:02:02+0900, Chung-Lin Tang wrote:
> On 2023/10/26 6:43 PM, Thomas Schwinge wrote:
>>>>>> +++ b/gcc/tree.h
>>>>>> @@ -1813,6 +1813,14 @@ class auto_suppress_location_wrappers
>>>>>
Hi Julian!
On 2024-01-07T16:04:37+0100, Tobias Burnus wrote:
> Am 05.01.24 um 13:23 schrieb Julian Brown:
>> Here's a rebased/retested version [...]
> LGTM - [...]
Got pushed as commit r14-7033-g1413af02d62182bc1e19698aaa4dae406f8f13bf
"OpenMP: lvalue parsing for map/to/from clauses (C++)".
So
Hi!
On 2023-12-13T21:52:29+0100, I wrote:
> On 2023-12-12T02:05:26+, "Zhu, Lipeng" wrote:
>> On 2023/12/12 1:45, H.J. Lu wrote:
>>> On Sat, Dec 9, 2023 at 7:25 PM Zhu, Lipeng wrote:
>>> > On 2023/12/9 23:23, Jakub Jelinek wrote:
>>> > > On Sat, Dec 09, 2023 at 10:39:45AM -0500, Lipeng Zhu wr
omas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From bc7546e32c5a942e240ef97776352d21105ef291 Mon Sep
Hi Lipeng!
On 2023-12-14T02:28:22+, "Zhu, Lipeng" wrote:
> On 2023/12/14 4:52, Thomas Schwinge wrote:
>> On 2023-12-12T02:05:26+, "Zhu, Lipeng" wrote:
>> > On 2023/12/12 1:45, H.J. Lu wrote:
>> >> On Sat, Dec 9, 2023 at 7:25 PM Zhu, L
Hi!
On 2023-12-13T20:27:44+, Jonathan Wakely wrote:
> On Wed, 13 Dec 2023, 19:37 Thomas Schwinge, wrote:
>> On 2023-12-13T11:15:54-0800, Jerry D via Gcc wrote:
>> > I am getting this failure to build from clean trunk.
>>
>>
Hi Lipeng!
On 2023-12-12T02:05:26+, "Zhu, Lipeng" wrote:
> On 2023/12/12 1:45, H.J. Lu wrote:
>> On Sat, Dec 9, 2023 at 7:25 PM Zhu, Lipeng wrote:
>> > On 2023/12/9 23:23, Jakub Jelinek wrote:
>> > > On Sat, Dec 09, 2023 at 10:39:45AM -0500, Lipeng Zhu wrote:
>> > > > This patch try to intro
GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From 5445ff4a51fcee4d281f79b5f54b349290d0327d Mon Sep 17 00:00:00 20
Hi!
On 2023-12-13T11:15:54-0800, Jerry D via Gcc wrote:
> I am getting this failure to build from clean trunk.
This is due to commit r14-6499-g348874f0baac0f22c98ab11abbfa65fd172f6bdd
"libgomp: basic pinned memory on Linux", which supposedly was only tested
with '--disable-multilib' or so. As A
gfc_omp_call_is_alloc'", see
attached.
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: Mün
Hi Tobias!
On 2023-11-08T17:58:10+0100, Tobias Burnus wrote:
> OpenMP/Fortran: Implement omp allocators/allocate for ptr/allocatables
Nice work!
> This commit adds -fopenmp-allocators which enables support for
> 'omp allocators' and 'omp allocate' that are associated with a Fortran
> allocate-s
_mutex_unlock (__gthread_recursive_mutex_t *__mutex
> __attribute__((unused)))
> +{
> + /* Operation is not supported. */
> + return -1;
> +}
> +#endif /* _LIBOBJC */
> +
> +#ifdef __cplusplus
> +}
> +#endif
> +
> +#endif /* ! GCC_GTHR_GCN_H */
> diff --git a/
Hi!
Richard, as the original author of 'SSA_NAME_POINTS_TO_READONLY_MEMORY':
2018 commit 6214d5c7e7470bdd5ecbeae668c2522551bfebbc (Subversion r263958)
"Move const_parm trick to generic code"; 'gcc/tree.h':
/* Nonzero if this SSA_NAME is known to point to memory that may not
be written
Hi PA!
On 2023-10-26T18:28:07+0200, Paul-Antoine Arras wrote:
> On 26/10/2023 18:16, you wrote:
>> On 2023-10-26T13:24:04+0200, Paul-Antoine Arras
>> wrote:
>>> --- /dev/null
>>> +++ b/gcc/testsuite/gfortran.dg/c_ptr_tests_20.f90
>>> @@ -0,0 +1,57 @@
>>> +! { dg-do compile }
>>> +! { dg-additio
Hi!
On 2023-10-26T13:24:04+0200, Paul-Antoine Arras wrote:
> --- /dev/null
> +++ b/gcc/testsuite/gfortran.dg/c_ptr_tests_20.f90
> @@ -0,0 +1,57 @@
> +! { dg-do compile }
> +! { dg-additional-options "-fopenmp" }
> +[...]
> --- /dev/null
> +++ b/gcc/testsuite/gfortran.dg/c_ptr_tests_21.f90
> @@ -
Hi!
On 2023-08-07T21:58:27+0800, Chung-Lin Tang wrote:
> here's the updated v2 of the readonly modifier front-end patch.
Thanks.
+++ b/gcc/c/c-parser.cc
@@ -14059,7 +14059,8 @@ c_parser_omp_variable_list (c_parser *parser,
static tree
c_parser_omp_var_list_parens (
st to the OpenACC 'self' clause on compute
constructs.
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: Mü
I've then fixed up per master branch
commit 7b2ae64b68132c1c643cb34d58cd5eab6f9de652
"Handle OpenACC 'self' clause for compute constructs in OpenACC 'kernels'
decomposition",
see attached.
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH;
Gesellschaft: München; Registergericht
München, HRB 106955
>From 047841a68ebf5f991e842961f9e54f3c10b94f2c Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Mon, 23 Oct 2023 14:53:29 +0200
Subject: [PATCH] Extend test suite coverage for OpenACC 'self' clause for
compute construct
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From c92509d
Hi!
On 2023-06-13T23:52:25+0800, Chung-Lin Tang via Gcc-patches
wrote:
> This patch implements the compiler side for the 'self' clause for compute
> constructs:
> parallel, kernels, and serial.
>
> As you know, the actual "local device" device type for libgomp is not yet
> implemented,
> so th
Hi Tobias!
On 2023-10-13T15:29:52+0200, Tobias Burnus wrote:
> => Updated patch attached
When cherry-picking this commit 2d3dbf0eff668bed5f5f168b3cafd8590c54
"Fortran: Support OpenMP's 'allocate' directive for stack vars" on top of
slightly older GCC sources (mentioning that just in case tha
Hi Julian!
On 2023-09-06T02:34:30-0700, Julian Brown wrote:
> This patch works around behaviour of the 2D and 3D memcpy operations in
> the CUDA driver runtime. Particularly in Fortran, the "base pointer"
> of an array (used for either source or destination of a host/device copy)
> may lie outsi
Hi Tobias!
On 2023-07-19T10:26:12+0200, Tobias Burnus wrote:
> Now committed as Rev. r14-2634-g85da0b40538fb0
On devel/omp/gcc-13 branch, the corresponding
commit b003e6511754dce475f7f5b0c5cd887a177e41b3
"OpenMP/Fortran: Non-rectangular loops with constant steps other than 1 or -1
[PR107424]"
i
Hi!
On 2023-06-13T13:11:38+0200, Tobias Burnus wrote:
> On 13.06.23 12:42, Thomas Schwinge wrote:
>> On 2023-06-05T14:18:48+0200, I wrote:
>>> OK to push the attached
>>> "Add 'libgomp.{,oacc-}fortran/fortran-torture_execute_math.f90'"?
>>
ign Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From 5d3cb866cad3bbcf47c5e66825e5710e86cc017e Mon Sep 17 00:00:00 2001
Fro
ellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From 0d5095d8cd2d68113890a39a7fdb649198e576c1 Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Fri, 2 Jun 2023 23:11:00 +0200
Subject:
chen; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From 5d3cb866cad3bbcf47c5e66825e5710e86cc017e Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Mon, 5 Jun 2023 11:26:37
omas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From 0d5095d8cd2d68113890a39a7fdb649198e576c1 Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Fri, 2 Jun 2023 23:11:00 +0200
Subject: [PATCH] Add
'libgomp.{,oacc-}fortran/fortran-tor
Hi Julian!
On 2023-04-29T03:57:41-0700, Julian Brown wrote:
> This patch moves several tests introduced by the following patch:
>
> https://gcc.gnu.org/pipermail/gcc-patches/2023-April/616939.html
>
> into the proper location for OpenACC testing (thanks to Thomas for
> spotting my mistake!), an
Hi Julian!
On 2023-04-27T11:36:47-0700, Julian Brown wrote:
> This patch fixes several cases where multiple attach or detach mapping
> nodes were being created for stand-alone attach or detach clauses
> in Fortran. After the introduction of stricter checking later during
> compilation, these ext
Hi Frederik!
Thanks for including a good number of test cases with your code changes!
This new test case:
On 2023-03-24T16:30:39+0100, Frederik Harwath wrote:
> --- /dev/null
> +++ b/libgomp/testsuite/libgomp.fortran/loop-transforms/unroll-1.f90
> @@ -0,0 +1,52 @@
> +! { dg-additional-options "
omas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From b3c5933ee726004e4e47291d422df
if (size(x) /= 3) error stop
>> + if (lbound(x,1) /= 1) error stop
>> + if (len(x) /= 4) error stop
>> + if (any (x /= [character(len=4) :: "ABCDE","FHJI","KLMNO"])) error
>> stop
>> + !! Reallocation runs into
Hi Bernhard!
On 2023-03-01T22:28:56+0100, Bernhard Reutner-Fischer via Gcc-patches
wrote:
> // POSIX: free(NULL) is perfectly valid
> // quote: If ptr is a null pointer, no action shall occur.
> @ rule1 @
> expression e;
> @@
>
> - if (e != NULL)
> - { free(e); }
> + free (e);
Nice, Coccinelle
Hi!
I'm currently reviewing 'gomp_copy_host2dev', 'ephemeral' in a different
context, and a question came up here;
commit r13-706-g49d1a2f91325fa8cc011149e27e5093a988b3a49
"OpenMP: Handle descriptors in target's firstprivate [PR104949]":
On 2022-05-11T19:33:00+0200, Tobias Burnus wrote:
> this p
Hi Tobias!
On 2023-02-23T17:42:08+0100, Tobias Burnus wrote:
> (Side note: this patch has been committed to OG12 as
> http://gcc.gnu.org/g:55a18d47442 )
I see og12 commit 55a18d4744258e3909568e425f9f473c49f9d13f
"Fortran/OpenMP: Fix mapping of array descriptors and deferred-length strings"
regr
arify the
documentation?
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 10
llschaft: München; Registergericht
München, HRB 106955
>From 7e1963a4e6ac97b6629c1e9e858ae28487f518cf Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Mon, 30 Jan 2023 18:04:16 +0100
Subject: [PATCH] 'gfortran.dg/gomp/allocate-4.f90' ->
'libgomp.fortran/allocate-5.f90'
Otherwise, for build-tree test
emens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From 9c0ffa3776a135a69697253a0bd75ebf9b9d0150 Mon Se
cate (mvar2) ! { dg-error "'mvar2' should use predefined
> allocator at .1." }
> + allocate (mvar2)
> +
> + !$omp allocate (mvar3) allocator(omp_low_lat_mem_alloc)
> + allocate (mvar3)
> +
> + !$omp allocate (svar1) allocator(a) ! { dg-error "'
Hi!
On 2023-01-30T14:50:08-0800, Steve Kargl via Fortran
wrote:
> Does the skull and crossbones convey anymore info than the rest of
> the subject line
>
> Buildbot (Sourceware): gcc - failed configure (failure) (master)
They convey as much additional information as does (automated) colorfu
t of "minimal"
mode'",
see attached. Please consider that one 'fixup'ed into the GCC master
branch submission.
Grüße
Thomas
> From c7734c6fbb5513b4da6306de7bc85de9b8547988 Mon Sep 17 00:00:00 2001
> From: Thomas Schwinge
> Date: Wed
ft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From c7734c6fbb5513b4da6306de7bc85de9b8547988 Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Wed, 21 Sep 2022 18:58:34 +0200
Subject: [PATCH] nv
H; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From 26d3146736218ccfdaba4da1edf969bc190d Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
ation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From 094b379f461bb4b635327cde26eabc0966159fec Mon Sep 17 00:00:00 2001
From: Tho
appropriate.
Grüße
Thomas
On 2022-12-23T15:08:06+0100, I wrote:
> Hi!
>
> On 2022-11-11T15:35:44+0100, Richard Biener via Fortran
> wrote:
>> On Fri, Nov 11, 2022 at 3:13 PM Thomas Schwinge
>> wrote:
>>> For example, for Fortran code like:
>>>
>
Hi!
On 2022-11-11T15:35:44+0100, Richard Biener via Fortran
wrote:
> On Fri, Nov 11, 2022 at 3:13 PM Thomas Schwinge
> wrote:
>> For example, for Fortran code like:
>>
>> write (*,*) "Hello world"
>>
>> ..., 'gfortran' creates:
>
Hi Tobias!
On 2022-05-13T19:44:51+0200, Jakub Jelinek via Fortran
wrote:
> On Fri, May 13, 2022 at 07:21:02PM +0200, Tobias Burnus wrote:
>> gcc/fortran/ChangeLog:
>>
>> * trans-openmp.cc (gfc_trans_omp_clauses): When mapping nondescriptor
>> array sections, use GOMP_MAP_FIRSTPRIVATE_P
Hi!
For example, for Fortran code like:
write (*,*) "Hello world"
..., 'gfortran' creates:
struct __st_parameter_dt dt_parm.0;
try
{
dt_parm.0.common.filename =
&"source-gcc/libgomp/testsuite/libgomp.oacc-fortran/print-1_.f90"[1]{lb: 1 sz:
1};
dt_parm.0.comm
..., not just '#if defined(__CYGWIN__)'. (Exception: 'clog10l' which currently
indeed is for Cygwin only.)
This completes 2017-07-05 commit be3ca3947402827aa52709e677369bc7ad30aa1d
"Fixed warnings for some long double complex methods" after Aditya Upadhyay's
work on importing "Long double complex
Hi!
Let me add back CC: , so that others may comment,
too.
On 2022-11-03T01:37:10+0100, Bernhard Reutner-Fischer
wrote:
> On 2 November 2022 21:04:56 CET, Thomas Schwinge
> wrote:
>>> --- /dev/null
>>> +++ b/libgomp/testsuite/libgomp.oacc-fortran/declare-allocatable-
the 'GOMP_MAP_TO_PSET', 'GOMP_MAP_POINTER' here.
Tobias had implemented such a thing in context of OpenMP PR96668
"[OpenMP] Re-mapping allocated but previously unallocated allocatable does not
work"
a while ago, and we may do similar here. Side note: in the first version
#x27;d like to use
'!$acc enter data create'/'!$acc exit data delete', we run into
<https://gcc.gnu.org/PR106643>
"[gfortran + OpenACC] Allocate in module causes refcount error".
Pushed to master branchcommit da8e0e1191c5512244a752b30dea0eba83e3d10c
"Support OpenACC 'declare create'
7; directive with a Fortran 'allocatable' has new
> behavior".
> Thus, after 'allocate'/before 'deallocate', call 'acc_create'/'acc_delete'
> manually.
A similar test case, but with different focus, I've pushed to master
branch in co
shed to master branch
commit 59c6c5dbf267cd9d0a8df72b2a5eb5657b64268e
"Add 'libgomp.oacc-fortran/declare-allocatable-1-runtime.f90'", see
attached.
Grüße
Thomas
-----
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellsc
0:00 2001
From: Cesar Philippidis
Date: Wed, 5 Apr 2017 08:23:58 -0700
Subject: [PATCH] Add 'libgomp.oacc-fortran/declare-allocatable-1.f90'
libgomp/
* testsuite/libgomp.oacc-fortran/declare-allocatable-1.f90: New.
Co-authored-by: Thomas Schwinge
---
.../declare-allocatable-1.f90
Hi!
On 2022-10-18T16:46:07+0200, Thomas Schwinge wrote:
> On 2022-10-14T13:38:56+, Julian Brown wrote:
>> This patch prevents compiler-generated artificial variables from being
>> treated as privatization candidates for OpenACC.
>>
>> The rationale is that e.
Hi!
On 2022-10-28T10:11:04+0200, I wrote:
> On 2022-10-18T15:59:24+0100, Julian Brown wrote:
>> On Tue, 18 Oct 2022 16:46:07 +0200 Thomas Schwinge
>> wrote:
>>> On 2022-10-14T13:38:56+, Julian Brown wrote:
>>> ..., but to my surprised, that did fire
Hi!
On 2022-10-18T15:59:24+0100, Julian Brown wrote:
> On Tue, 18 Oct 2022 16:46:07 +0200 Thomas Schwinge
> wrote:
>> On 2022-10-14T13:38:56+, Julian Brown wrote:
>> ..., but to my surprised, that did fire in one occasion:
>>
>> > --- a/libgomp/testsuit
Hi!
Given the following reduced code, from a bigger test case that I'm
currently writing:
program main
use openacc
implicit none
integer, allocatable :: ar(:,:,:)
logical :: l
if (allocated (ar)) stop 10 ! just for illustration
l = acc_is_present (ar)
ion GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From c7ebee2378426eeca425ca5406af213a926f154c Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Tue, 18 Oct
Hi!
On 2022-10-14T13:38:55+, Julian Brown wrote:
> The GCN backend uses a heuristic to determine whether to use FLAT or
> GLOBAL addressing in a particular (offload) function: namely, if a
> function takes a pointer-to-scalar parameter, it is assumed that the
> pointer may refer to "flat scra
Hi Julian!
On 2022-10-14T13:38:56+, Julian Brown wrote:
> This patch prevents compiler-generated artificial variables from being
> treated as privatization candidates for OpenACC.
>
> The rationale is that e.g. "gang-private" variables actually must be
> shared by each worker and vector spawn
und () /= [-4, -3, 1])) error stop 11
> + if (any (shape () /= [15, 12, 2])) error stop 12
> + if (any ( /= -)) error stop 5
> + if (any ( /= reshape ([(i, i = 1, size())],
> shape( &
> + error stop 6
&g
Hi!
On 2022-04-26T19:25:31+0200, I wrote:
> On 2022-04-25T23:19:26+0200, I wrote:
>> On 2022-04-20T19:06:17+0200, Jakub Jelinek wrote:
>>> So that move_sese_region_to_fn works properly, OpenMP/OpenACC constructs
>>> for which that function is invoked need an extra artificial BIND_EXPR
>>> around
el ();
>stmt = gfc_trans_omp_code (code->block->next, true);
> + stmt = build3_v (BIND_EXPR, NULL, stmt, poplevel (1, 0));
>stmt = build2_loc (gfc_get_location (&code->loc), construct_code,
>void_type_node, stmt, oacc_clauses);
>gfc_add_
cts.
The following patch does that for OpenACC constructs too.
PR fortran/104717
gcc/fortran/
* trans-openmp.cc (gfc_trans_oacc_construct): Wrap construct body
in an extra BIND_EXPR.
gcc/testsuite/
* gfortran.dg/goacc/pr104717.f90: New test.
* gfortran.dg/goacc/privatizati
Hi Tobias!
On 2022-03-08T15:25:07+0100, Tobias Burnus wrote:
> found when working on the deep-mapping patch* with OpenMP code
> (and part of that patch) but it already shows up in an existing
> OpenACC testcase. I think it makes sense to fix it already for GCC 12.
>
> Problem: Also for unallocate
OpenACC seq loop parallelism} {} { target
> *-*-* } l_compute$c_compute } */
> +}
>}
> [...]
> + assert (f1 == 243290200817664ULL);
>
>return 0;
> }
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
M
201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht
München, HRB 106955
>From e28eb86c18ed765dceb3c56471a848e9f0e120ff Mon Sep 17 00:00:00 2001
From: Thomas Schwinge
Date: Wed, 16 Feb 2022 22:24:03 +0
27; quoted
> above (plus one or two additional ones to be introduced in later
> patches), and wire that up in 'gcc/omp-low.cc:scan_sharing_clauses', for
> 'OMP_CLAUSE_MAP': set 'TREE_ADDRESSABLE' and put into
> 'make_addressable_vars' for later fix-u
els' decomposition: Move 'TREE_ADDRESSABLE' setting into
OMP lowering [PR100280]", see attached.
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
He
ote: OpenACC 'kernels' decomposition: variable '[...]'
declared in block made addressable" [PR100280]", see attached.
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit besch
ls-decompose-pr104133-1.c' [PR104133]", see
attached.
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellsc
ls-decompose-pr104132-1.c' [PR104132]", see
attached.
Grüße
Thomas
-
Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634
München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas
Heurung, Frank Thürauf; Sitz der Gesellsc
1 - 100 of 128 matches
Mail list logo
