[Patch] Fortran: Async I/O - avoid unlocked unlocking [PR100352]

2021-05-01 Thread Tobias Burnus
As this patch is rather obvious, I intent to commit it tomorrow as obvious, unless there is an OK earlier or other comments :-) (And backport to GCC 11 in a couple of days.) Before PR100352 (r11-7647), st_write_done did: st_write_done_worker (dtd) unlock_unit (dtp->u.p.current_unit); but st_

Re: [Patch] Fortran: Async I/O - avoid unlocked unlocking [PR100352]

2021-05-01 Thread Bernhard Reutner-Fischer via Gcc-patches
On Sat, 1 May 2021 14:59:01 +0200 Tobias Burnus wrote: > As this patch is rather obvious, I intent to commit it tomorrow > as obvious, unless there is an OK earlier or other comments :-) > (And backport to GCC 11 in a couple of days.) > > Before PR100352 (r11-7647), > st_write_done did: >st_

[pushed] c++: C++11 range-for and ovl/lkp_iterator

2021-05-01 Thread Jason Merrill via Gcc-patches
We can't use C++11 range-based 'for' over a tree directly, because we don't know what kind of range we want to use it as. I suppose in some cases we could guess, but it seems better to tersely make it explicit. This patch adds range adaptors ovl_range and lkp_range for use as the range of a range

[PATCH RFA] tree-iterator: C++11 range-for and tree_stmt_iterator

2021-05-01 Thread Jason Merrill via Gcc-patches
Like my recent patch to add ovl_range and lkp_range in the C++ front end, this patch adds the tsi_range adaptor for using C++11 range-based 'for' with a STATEMENT_LIST, e.g. for (tree stmt : tsi_range (stmt_list)) { ... } This also involves adding some operators to tree_stmt_iterator that are n

Re: [PATCH 0/3] VAX backend preparatory updates for switching to LRA

2021-05-01 Thread Maciej W. Rozycki
On Wed, 28 Apr 2021, Richard Biener wrote: > > FAOD, as noted above will it be OK if I backport 3/3 to GCC 11 now, for > > inclusion with 11.2? > > > > While not a regression fix the change is contained in the VAX backend, > > not a mainstream one, and now it is possibly the final opportunity to

[committed] wwwdocs: Update the ntua.gr mirror from FTP to https

2021-05-01 Thread Gerald Pfeifer
ftp...@ntua.gr, can you please advise whether there's a better way to link to (or you prefer a different address of yours)? For now I pushed this change live on gcc.gnu.org. Gerald On the way change the reference from ftp.ntua.gr to the more generic ntua.gr. --- htdocs/mirrors.html | 2 +- 1 f

[committed] wwwdocs: Remove final references to www.cilkplus.org

2021-05-01 Thread Gerald Pfeifer
As I described in commit 7a3bc40387dde4fd827c8a6d233757f1f6137d59 on Wed Mar 31 19:01:29 2021 +0200: cilkplus.org is gone At first cilkplus.org was broken for weeks, it not months. Now it redirects to a generic intel.com page. So remove it. Pushed. Gerald --- htdocs/gcc-5/changes.h

[patch] Generate debug info for local dynamic record types

2021-05-01 Thread Eric Botcazou
Hi, in Ada you can embed VLAs in local record types and thus end up with dynamic offsets in record types, which are currently not well described in DWARF because 1) the temporaries generated for them by the gimplifier are naturally DECL_IGNORED_P and 2) when the types are referenced in nested subp

Re: [committed] wwwdocs: Remove final references to www.cilkplus.org

2021-05-01 Thread Jeff Law via Gcc-patches
On 5/1/2021 11:41 AM, Gerald Pfeifer wrote: As I described in commit 7a3bc40387dde4fd827c8a6d233757f1f6137d59 on Wed Mar 31 19:01:29 2021 +0200: cilkplus.org is gone At first cilkplus.org was broken for weeks, it not months. Now it redirects to a generic intel.com page. So remo

[PATCH] i386: Fix up plugin header install on x86 [PR100336]

2021-05-01 Thread Jakub Jelinek via Gcc-patches
Hi! The recent addition of i386-isa.def which is included from i386.h results in failures to build gcc plugins, the i386.h header is installed, but i386-isa.def is not. Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux and tested with make install, ok for trunk? 2021-05-01 Jak

[PATCH v2 0/2] OpenRISC support for cmodel=large

2021-05-01 Thread Stafford Horne via Gcc-patches
Changes from v1: - Added patch to enabled cmodle=large on crtstuff This series fixes some bugs found when linking large binaries, both in buildroot and glibc testing. Stafford Horne (2): or1k: Add mcmodel option to handle large GOTs or1k: Use cmodel=large when building crtstuff gcc/config/

[PATCH v2 1/2] or1k: Add mcmodel option to handle large GOTs

2021-05-01 Thread Stafford Horne via Gcc-patches
When building libgeos we get an error with: linux-uclibc/9.3.0/crtbeginS.o: in function `__do_global_dtors_aux': crtstuff.c:(.text+0x118): relocation truncated to fit: R_OR1K_GOT16 against symbol `__cxa_finalize' defined in .text section in /home/shorne/work/openrisc/3eb9f9d0f6d8274b

[PATCH v2 2/2] or1k: Use cmodel=large when building crtstuff

2021-05-01 Thread Stafford Horne via Gcc-patches
When linking gcc runtime objects into large binaries the link may fail with the below errors. This will happen even if we are building with -mcmodel=large. /home/shorne/work/openrisc/output/host/lib/gcc/or1k-buildroot-linux-uclibc/10.3.0/crtbeginS.o: in function `deregister_tm_clones':

Re: [PATCH] [RISCV] Add Pattern for builtin overflow

2021-05-01 Thread Andrew Waterman
On Thu, Apr 29, 2021 at 3:02 PM Jim Wilson wrote: > > On Wed, Apr 28, 2021 at 4:04 PM Andrew Waterman wrote: >> >> > This is a good suggestion, but in the interests of making forward progress >> > here, I'd like to accept the patch and then file these as bugzillas as >> > ways to further improv