Re: [ARM/FDPIC 13/21] [ARM] FDPIC: Support unwinding across thumb2 signal trampoline

On 8 June 2018 at 13:01, Kyrill Tkachov wrote: > Hi Christophe, > > Similar comments to patch 11/21 > > > On 25/05/18 09:03, Christophe Lyon wrote: >> >> 2018-XX-XX Christophe Lyon >> Mickaël Guêné >> >> libgcc/ >> * unwind-arm-common.inc (FDPIC_T2_LDR_R12_WITH_FUNCDESC

Re: [ARM/FDPIC 10/21] [ARM] FDPIC: Implement legitimize_tls_address_fdpic

On 8 June 2018 at 12:41, Kyrill Tkachov wrote: > Hi Christophe, > > > On 25/05/18 09:03, Christophe Lyon wrote: >> >> Support additional relocations: TLS_GD32_FDPIC, TLS_LDM32_FDPIC, and >> TLS_IE32_FDPIC. >> >> We do not support the GNU2 TLS dialect. >> >> 2018-XX-XX Christophe Lyon >>

Re: [ARM/FDPIC 09/21] [ARM] FDPIC: Add support for taking address of nested function

On 8 June 2018 at 12:33, Kyrill Tkachov wrote: > Hi Chrishophe, > > Could you please provide a description of what this patch does and how it > achieves that? > OK, I'l try to do some archaeology and formulate a description. > > On 25/05/18 09:03, Christophe Lyon wrote: >> >> 2018-XX-XX Chris

Re: [ARM/FDPIC 04/21] [ARM] FDPIC: Add support for FDPIC for arm architecture

On 8 June 2018 at 12:31, Kyrill Tkachov wrote: > Hi Christophe, > > > On 25/05/18 09:03, Christophe Lyon wrote: >> >> The FDPIC register is hard-coded to r9, as defined in the ABI. >> >> We have to disable tailcall optimizations if we don't know if the >> target function is in the same module. If

Re: [ARM/FDPIC 06/21] [ARM] FDPIC: Add support for c++ exceptions

On 8 June 2018 at 12:51, Richard Earnshaw (lists) wrote: > On 08/06/18 11:15, Kyrill Tkachov wrote: >> Hi Christophe, >> >> On 25/05/18 09:03, Christophe Lyon wrote: >>> When restoring a function address, we also have to restore the FDPIC >>> register value (r9). >>> >>> 2018-XX-XX Christophe Lyo

Re: [PATCH] wwwdocs: port from MetaHTML to a Python 3 script

Hi David, On Mon, 4 Jun 2018, David Malcolm wrote: > Caveat/confession: I've never managed to successfully build MetaHTML, > so I've never run it. yes, it's become increasingly difficult to build given how it's been abandoned unfortunately (which is something I had brought up with RMS even twice

[PATCH] handle non-constant character assignments in strlen (PR 86083)

In the long resolved pr57230 I came across a discussion of an enhancement to the strlen pass to also handle non-const char assignments into the middle of known strings, in addition to assignments where the stored value is known. Storing non-nul into the middle of a string of known length means th

[PATCH] PR fortran/68544 -- Issue error for derived type used as actual arg

The attach patch fixes an ICE that occurs when a user uses a derived type as an actual argument to subprogram. Regression tested on x86_64-*-freebsd and i586-*-freebsd. OK to commit? 2018-06-10 Steven G. Kargl PR fortran/68544 * resolve.c (is_dt_name): New function to compare

Re: [patch] dwarf2out don't discriminate on dwarf version for advertising Ada

On Sun, Jun 10, 2018 at 09:26:51AM +0200, Olivier Hainque wrote: > Hi Jakub, > > > On 07 Jun 2018, at 10:36, Jakub Jelinek wrote: > > > The whole point of -gstrict-dwarf is that it doesn't allow any extensions, > > and DW_LANG_Ada83/DW_LANG_Ada95 only appeared in DWARF3. > > Actually, according

Re: [PATCH][PR sanitizer/86090] Add checks for lstat and readlink to sanitizer configure.

On Fri, Jun 08, 2018 at 08:10:40PM +0300, Denis Khalikov wrote: > From: Denis Khalikov > Date: Fri, 8 Jun 2018 19:53:01 +0300 > Subject: [PATCH] PR sanitizer/86090 > > * configure.ac: Check for lstat and readlink. > * configure, config.h.in: Rebuild. Ok for trunk. Will somebody commit it for yo

Re: [patch, fortran] Remove bounds checking in DO loops for inline matmul

Hi Steve, On Sun, Jun 10, 2018 at 02:50:56PM +0200, Thomas Koenig wrote: OK for trunk? Yes. Thanks, committed as rev 261388. Regards Thomas

Re: [patch, fortran] Remove bounds checking in DO loops for inline matmul

On Sun, Jun 10, 2018 at 02:50:56PM +0200, Thomas Koenig wrote: > > the attached patch was motivated by the desire to reduce the runtime > of programs with -fcheck=bounds with (some) optimization, in order > to make debugging less time consuming. > > This patch removes the run-time bounds checks w

Re: [wwwdocs] Replace by id= attributes

On Sun, 10 Jun 2018, Gerald Pfeifer wrote: >> Hmpf, I missed that id attributes have to start with a letter; >> fixed thusly for the GCC8 pages. I'll take care of the others >> later. > Done thusly. And in fact, not much point in having this for the table of contents on the main release pages, s

Re: [wwwdocs] Replace by id= attributes

...plus one I had missed. Gerald Index: gcc-7/changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-7/changes.html,v retrieving revision 1.106 diff -u -r1.106 changes.html --- gcc-7/changes.html 10 Jun 2018 14:12:46 - 1.10

Re: [wwwdocs] Replace by id= attributes

On Sat, 2 Jun 2018, Gerald Pfeifer wrote: > Hmpf, I missed that id attributes have to start with a letter; > fixed thusly for the GCC8 pages. I'll take care of the others > later. Done thusly. Committed. Gerald Index: gcc-6/changes.html

[wwwdocs] More replacing by id= attributes

This continues what I started last weekend, a primary step to move our pages to HTML 5. Applied. Gerald Index: svnwrite.html === RCS file: /cvs/gcc/wwwdocs/htdocs/svnwrite.html,v retrieving revision 1.38 diff -u -r1.38 svnwrite.html

Re: [PATCH] PR79854 - diagnostics: gfc_conv_constant_to_tree should be gfc_internal_error

Committed as r261387. Thanks, Dominique > Le 10 juin 2018 à 14:25, Thomas Koenig a écrit : > > Hi Dominique, > >> Is the following patch OK for the trunk? >> TIA >> Dominique >> 2018-06-10 Dominique d'Humieres >> PR fortran/79854 >> * trans-const.c: Remove include "diagnost

[patch, fortran] Remove bounds checking in DO loops for inline matmul

Hello world, the attached patch was motivated by the desire to reduce the runtime of programs with -fcheck=bounds with (some) optimization, in order to make debugging less time consuming. This patch removes the run-time bounds checks with -fcheck=bounds in the DO loops created by matmul inlining

Re: Enforce F2008:C1282 and F2018:C1588

Hi Steve, The attached patch adresses part of an issue raised in PR fortran/63514 by enforcing F2008:C1282 and F2018:C1588. Regression tested on x86_64-*-freebsd. OK to commit? OK. Thanks! PS: the actual underlying point of PR fortran/63514 is bogus, and I recommend that it be closed with W

Re: [PATCH] PR79854 - diagnostics: gfc_conv_constant_to_tree should be gfc_internal_error

Hi Dominique, Is the following patch OK for the trunk? TIA Dominique 2018-06-10 Dominique d'Humieres PR fortran/79854 * trans-const.c: Remove include "diagnostic-core.h" (gfc_conv_constant_to_tree): Replace fatal_error with gcc_unreachable. OK. Thanks!

[PATCH] PR79854 - diagnostics: gfc_conv_constant_to_tree should be gfc_internal_error

Is the following patch OK for the trunk? TIA Dominique 2018-06-10 Dominique d'Humieres PR fortran/79854 * trans-const.c: Remove include "diagnostic-core.h" (gfc_conv_constant_to_tree): Replace fatal_error with gcc_unreachable. --- ../_clean/gcc/fortran/trans-const.c

New French PO file for 'cpplib' (version 8.1-b20180128)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the French team of translators. The file is available at: http://translationproject.org/latest/cpplib/fr.po (This file, 'cpplib-8.1-b20180128.

Contents of PO file 'cpplib-8.1-b20180128.fr.po'

cpplib-8.1-b20180128.fr.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.

Re: [Patch, Fortran] PR 85088: improve diagnostic for bad INTENT declaration

2018-06-10 9:02 GMT+02:00 Janus Weil : > Hi Thomas, > >> I like what the patch does. However, I have one concern. >> >>> * decl.c (match_attr_spec): Synchronize the DECL_* enum values with >>> the >>> INTENT_* values from the enum 'sym_intent'. >> >> >> This part >> >> + { GFC_DECL_BEGIN

Re: [patch] dwarf2out don't discriminate on dwarf version for advertising Ada

Hi Jakub, > On 07 Jun 2018, at 10:36, Jakub Jelinek wrote: > The whole point of -gstrict-dwarf is that it doesn't allow any extensions, > and DW_LANG_Ada83/DW_LANG_Ada95 only appeared in DWARF3. Actually, according to http://wiki.dwarfstd.org/index.php?title=DWARF_Language_Support DW_LANG_A

Re: [Patch, Fortran] PR 85088: improve diagnostic for bad INTENT declaration

Hi Thomas, > I like what the patch does. However, I have one concern. > >> * decl.c (match_attr_spec): Synchronize the DECL_* enum values with >> the >> INTENT_* values from the enum 'sym_intent'. > > > This part > > + { GFC_DECL_BEGIN = 0, DECL_ALLOCATABLE = GFC_DECL_BEGIN, > +DECL