Re: [PATCH] Add D demangling support to libiberty

On 14 October 2014 15:28, Ian Lance Taylor i...@google.com wrote: On Tue, Oct 14, 2014 at 7:12 AM, Joel Brobecker brobec...@adacore.com wrote: libiberty/ChangeLog 2014-08-05 Iain Buclaw ibuc...@gdcproject.org * Makefile.in (CFILES): Add d-demangle.c. (REQUIRED_OFILES): Add d

Re: [PATCH] Add D demangling support to libiberty

On 14 October 2014 18:07, Joel Brobecker brobec...@adacore.com wrote: I've just seen this, so I'll repeat what I've said in gdb patches too. The call to strtold is only needed to decode templates which have a floating point value encoded inside. This value may or may not have a greater than

[PATCH] Move shared attributes to common location

Hi, This patch (changelog entry needs to be written up) moves the minimal set of attributes to accommodate the needs of builtins out of each respective front-end and into a common area shared between each. Defines lhd_common_attribute_table and lhd_format_attribute_table to provide as defaults

Re: [PATCH] Add D demangling support to libiberty

On 4 August 2014 16:52, Ian Lance Taylor i...@google.com wrote: On Sun, Aug 3, 2014 at 11:12 AM, Iain Buclaw ibuc...@gdcproject.org wrote: - I haven't signed any copyright assignments to GCC. But I have papers from Donald ready to send across. Definitely necessary before we can consider

Re: [PATCH] Add D demangling support to libiberty

On 19 September 2014 08:51, Iain Buclaw ibuc...@gdcproject.org wrote: On 4 August 2014 16:52, Ian Lance Taylor i...@google.com wrote: On Sun, Aug 3, 2014 at 11:12 AM, Iain Buclaw ibuc...@gdcproject.org wrote: - I haven't signed any copyright assignments to GCC. But I have papers from Donald

[PATCH 4/4] - Merging gdc (GNU D Compiler) into gcc

/standards.texi Backend support for D compiler - gcc/config/rs6000/rs6000.c - gcc/dwarf2out.c - gcc/gcc.c -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0'; gdc_gcc.patch.gz Description: GNU Zip compressed data

[PATCH, gdc] - Merging gdc (GNU D Compiler) into gcc

/config/rs6000/rs6000.c - gcc/dwarf2out.c - gcc/gcc.c Again, sorry for the initial noise, I look forwarded to future discussions. Regards -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0';

Re: [PATCH, gdc] - Merging gdc (GNU D Compiler) into gcc

; +typedef union tree_node *tree; See coretypes.h. Thanks for the tip! Have switched it over. -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0';

Re: [PATCH, gdc] - Merging gdc (GNU D Compiler) into gcc

On 19 June 2012 17:20, Joseph S. Myers jos...@codesourcery.com wrote: On Mon, 18 Jun 2012, Iain Buclaw wrote: [PATCH 1/4]: The D compiler frontend  -  gcc/d Only selectively reviewed, but here are some comments: diff -Naur gcc-4.8-20120617/gcc/d/asmstmt.cc gcc-4.8/gcc/d/asmstmt.cc

Re: [PATCH, gdc] - Merging gdc (GNU D Compiler) into gcc

not follow some items, such as All data members should have names which end with an underscore. http://gcc.gnu.org/wiki/CppConventions Regards -- Iain Buclaw *(p e ? p++ : p) = (c 0x0f) + '0';

Re: [PATCH, gdc] - Merging gdc (GNU D Compiler) into gcc

On 27 June 2012 16:47, Joseph S. Myers jos...@codesourcery.com wrote: On Wed, 27 Jun 2012, Iain Buclaw wrote: It's copied as including c-common.c / .h causes problems with a fair number of references pulled in that need to be stubbed out - also, some GCC function attributes that we use do

Re: [PATCH, gdc] - Merging gdc (GNU D Compiler) into gcc

On 27 June 2012 19:17, Mike Stump mikest...@comcast.net wrote: On Jun 27, 2012, at 7:45 AM, Iain Buclaw wrote: I do have a question though, what is available for the transition of development from git to svn?  Other than a lot of ready and getting used to the various switches and commands

[PATCH] pointer to integer conversion.

Hi, This is a one line patch to an unexpected behaviour noticed from ARM and x86 when testing the D frontend. --- import core.stdc.stdio; import core.stdc.stdint; void test(void* p) { uint64_t pl = cast(uint64_t)p; uint64_t p2 = cast(uint64_t)cast(int)p; int tmp = cast(int)p;

Re: [PATCH] pointer to integer conversion.

On 23 November 2013 10:46, Andreas Schwab sch...@linux-m68k.org wrote: Iain Buclaw ibuc...@gdcproject.org writes: Currently, GCC is converting the expression to a signed integer instead of an unsigned one. Does a test for the testsuite need to be written for this? The C standard makes

[PATCH] Use DW_LANG_D for D

Hi, This patches gen_compile_unit_die to use the DW_LANG_D DWARF language code for D. Is in relation to some other D language fixes that are going to be submitted to gdb. Regards Iain. diff --git a/gcc/dwarf2out.c b/gcc/dwarf2out.c index 3448ec4..ddbf5de 100644 --- a/gcc/dwarf2out.c +++

Re: [PATCH] Use DW_LANG_D for D

On 3 December 2013 19:42, Cary Coutant ccout...@google.com wrote: This patches gen_compile_unit_die to use the DW_LANG_D DWARF language code for D. Is in relation to some other D language fixes that are going to be submitted to gdb. Is this for a private front end? I'm not aware of any front

Re: [PATCH, gdc] - Merging gdc (GNU D Compiler) into gcc

On 5 October 2012 01:06, Joseph S. Myers jos...@codesourcery.com wrote: On Thu, 4 Oct 2012, Iain Buclaw wrote: The only patches to gcc proper are documentation-related and adding the D frontend / libphobos to configure and make files. I would have thought that these would typically only

Re: [PATCH, gdc] - Merging gdc (GNU D Compiler) into gcc

On 5 October 2012 11:35, Richard Guenther richard.guent...@gmail.com wrote: On Fri, Oct 5, 2012 at 12:07 PM, Iain Buclaw ibuc...@ubuntu.com wrote: On 5 October 2012 01:06, Joseph S. Myers jos...@codesourcery.com wrote: On Thu, 4 Oct 2012, Iain Buclaw wrote: The only patches to gcc proper

[PATCH] Add D demangling support to libiberty

copyright assignments to GCC. But I have papers from Donald ready to send across. Regards Iain --- Add D demangling support for version 2 of the ABI. include/ChangeLog 2014-08-03 Iain Buclaw ibuc...@gdcproject.org * demangle.h (DMGL_DLANG): New macro. (DMGL_STYLE_MASK): Add

Re: [PATCH] Add D demangling support to libiberty

On 4 August 2014 16:52, Ian Lance Taylor i...@google.com wrote: On Sun, Aug 3, 2014 at 11:12 AM, Iain Buclaw ibuc...@gdcproject.org wrote: This adds a demangler for the D programming language to libiberty, intended to be used in GDB and Binutils. GDB already has a trimmed down implementation

Re: [PATCH] Add D demangling support to libiberty

On 4 August 2014 17:06, Tom Tromey tro...@redhat.com wrote: Iain == Iain Buclaw ibuc...@gdcproject.org writes: Iain This adds a demangler for the D programming language to libiberty, Iain intended to be used in GDB and Binutils. GDB already has a trimmed Iain down implementation

Re: [PATCH] Add D demangling support to libiberty

Attached revision #2 of the patch. --- Add D demangling support for version 2 of the ABI. include/ChangeLog 2014-08-05 Iain Buclaw ibuc...@gdcproject.org * demangle.h (DMGL_DLANG): New macro. (DMGL_STYLE_MASK): Add DMGL_DLANG. (demangling_styles): Add dlang_demangling

[PATCH] D demangle: Check identifier length before using strncmp

before finally returning success at the top level. This will be followed up with a patch to address this shortly, but until then. This addresses a subtle logic error. --- libiberty/ChangeLog 2015-05-10 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_identifier): Check encoded length

[PATCH] D demangle: Add support for Nj and Nk symbols in mangled string

: 2015-05-10 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_attributes): Handle Nj and ignore Nk symbol in mangled string. Return NULL if have encountered an unknown attribute. (dlang_function_args): Handle Nk symbol in mangled string. * testsuite/d-demangle-expected

[PATCH] D demangle: Correctly decode white or non-printable characters

, whitespace or other non-printable characters should be represented as escape sequences. --- libiberty/ChangeLog: 2015-05-09 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_parse_string): Represent embedded whitespace or non-printable characters as hex or escape sequences

[PATCH] D demangle: Include type modifiers in demangled function symbols

-05-09 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_type_modifiers): New function. (dlang_type_modifier_p): New function. (dlang_call_convention_p): Ignore any kind of type modifier. (dlang_parse_symbol): Emit the type modifier after the symbol. * testsuite/d

[PATCH 3/7] [D] libiberty: Include type modifiers in demangled function symbols

-05-13 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_type_modifiers): New function. (dlang_type_modifier_p): New function. (dlang_call_convention_p): Ignore any kind of type modifier. (dlang_type): Handle and emit the type modifier after delegate types

[PATCH 2/7] [D] libiberty: Fail if reached end of symbol string

If a symbol that has so far been valid abruptly ends then we will want to fail the process rather than silently succeed. --- libiberty/ChangeLog 2015-05-13 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_call_convention): Return NULL if have reached the end of the symbol

[PATCH 1/7] [D] libiberty: Correctly decode white or non-printable characters

or other non-printable characters should be represented as escape sequences. --- libiberty/ChangeLog: 2015-05-13 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_parse_string): Represent embedded whitespace or non-printable characters as hex or escape sequences. * testsuite/d

[PATCH 6/7] [D] libiberty: Improve support for demangling D2 templates

In my tests, this gives the demangler near-complete support. Of a sample of about 75k symbols pulled from the standard library unittester, all but 20 were successfully parsed. --- libiberty/ChangeLog: 2015-05-13 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_symbol_kinds): New

[PATCH 5/7] [D] libiberty: Add support for return parameter and attributes

: 2015-05-13 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_attributes): Handle return attributes, ignoring return parameters in the mangled string. Return NULL if have encountered an unknown attribute. (dlang_function_args): Handle return parameters in the mangled

[PATCH 4/7] [D] libiberty: Check symbol length before using strncmp

This addresses a subtle logic error, noticed when I was in the middle of testing out some other tightening up of parsing checks. --- libiberty/ChangeLog 2015-05-13 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_identifier): Check encoded length of identifier to verify strncmp

[PATCH 7/7] [D] libiberty: Add support for cent and ucent types

The next version of D adds support for cent and ucent for platforms that are able to handle them natively. This adds support for demangling them. --- libiberty/ChangeLog: 2015-05-13 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_type): Handle cent and ucent types

Re: [PATCH 6/7] [D] libiberty: Improve support for demangling D2 templates

On 14 May 2015 at 15:24, Jeff Law l...@redhat.com wrote: On 05/13/2015 02:51 AM, Iain Buclaw wrote: In my tests, this gives the demangler near-complete support. Of a sample of about 75k symbols pulled from the standard library unittester, all but 20 were successfully parsed. --- libiberty

Re: [PATCH 2/7] [D] libiberty: Fail if reached end of symbol string

On 14 May 2015 at 14:58, Jeff Law l...@redhat.com wrote: On 05/13/2015 02:51 AM, Iain Buclaw wrote: If a symbol that has so far been valid abruptly ends then we will want to fail the process rather than silently succeed. --- libiberty/ChangeLog 2015-05-13 Iain Buclaw ibuc

Re: [PATCH 6/7] [D] libiberty: Improve support for demangling D2 templates

On 14 May 2015 at 19:47, Joseph Myers jos...@codesourcery.com wrote: On Thu, 14 May 2015, Iain Buclaw wrote: On another note, I've found out why the remaining 20 symbols in my 75k sample failed. They don't fail at all! It's just that they were all greater than 33,000 characters in length

MAINTAINERS (Write After Approval): Add myself.

Adding myself as Write After Approval. Regards Iain --- ChangeLog | 4 MAINTAINERS | 1 + 2 files changed, 5 insertions(+) --- ChangeLog +++ ChangeLog @@ -1,3 +1,7 @@ +2015-05-16 Iain Buclaw ibuc...@gdcproject.org + + * MAINTAINERS (Write After Approval): Add myself. + 2015-05-11

Re: [PATCH 6/7] [D] libiberty: Improve support for demangling D2 templates

On 14 May 2015 at 17:30, Iain Buclaw ibuc...@gdcproject.org wrote: On 14 May 2015 at 15:24, Jeff Law l...@redhat.com wrote: On 05/13/2015 02:51 AM, Iain Buclaw wrote: In my tests, this gives the demangler near-complete support. Of a sample of about 75k symbols pulled from the standard

Re: [PATCH 6/7] [D] libiberty: Improve support for demangling D2 templates

On 14 May 2015 at 15:24, Jeff Law l...@redhat.com wrote: On 05/13/2015 02:51 AM, Iain Buclaw wrote: In my tests, this gives the demangler near-complete support. Of a sample of about 75k symbols pulled from the standard library unittester, all but 20 were successfully parsed. --- libiberty

[PATCH 8/7] [D] libiberty: Add support for specialized template parameters

One last thing that was added in the next D version's ABI (and I subsequently missed). This is a trivial patch to just ignore the new mangle symbol. --- libiberty/ChangeLog: 2015-05-13 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_template_args): Skip over specialized template

Re: [PATCH 2/7] [D] libiberty: Fail if reached end of symbol string

On 14 May 2015 at 16:51, Jeff Law l...@redhat.com wrote: On 05/14/2015 07:36 AM, Iain Buclaw wrote: On 14 May 2015 at 14:58, Jeff Law l...@redhat.com wrote: On 05/13/2015 02:51 AM, Iain Buclaw wrote: If a symbol that has so far been valid abruptly ends then we will want to fail

Re: [PATCH 3/7] [D] libiberty: Include type modifiers in demangled function symbols

On 13 May 2015 at 22:34, Iain Buclaw ibuc...@gdcproject.org wrote: On 13 May 2015 at 10:51, Iain Buclaw ibuc...@gdcproject.org wrote: Like C++ const and volatile, in D mangled symbols can exist modifiers that represent the const, immutable, inout and shared-ness of the 'this' parameter

Re: [PATCH 3/7] [D] libiberty: Include type modifiers in demangled function symbols

On 13 May 2015 at 10:51, Iain Buclaw ibuc...@gdcproject.org wrote: Like C++ const and volatile, in D mangled symbols can exist modifiers that represent the const, immutable, inout and shared-ness of the 'this' parameter. This information should be written out in the demangled symbol to show

[PATCH/libiberty] Remove use of strtod in libiberty/d-demangle.c

to do is nothing, which is what I've settled for. Regards Iain. 2015-08-04 Iain Buclaw ibuc...@gdcproject.org * d-demangle.c (dlang_parse_real): Remove call to strtod. (strtod): Remove declaration. * testsuite/d-demangle-expected: Update float and complex literal tests to check correct

Re: [PATCH/libiberty] Remove use of strtod in libiberty/d-demangle.c

On 4 August 2015 at 16:23, Iain Buclaw ibuc...@gdcproject.org wrote: Fixes PR 18669 raised against gdb/binutils. https://sourceware.org/bugzilla/show_bug.cgi?id=18669 While it is possible to roll our own strtod that handles hexadecimal to float conversion, I'm no longer interested taking

Re: [PATCH] jit: Fix missing references to pthread in jit-playback.c

On 26 January 2016 at 01:33, David Malcolm <dmalc...@redhat.com> wrote: > > On Sat, 2016-01-23 at 19:08 +0100, Iain Buclaw wrote: > > Hi, > > > > I noticed when building from 2016-01-17 snapshot that the JIT frontend > > failed to build. > >

[PATCH, 69217]: [6 Regression] ICE at var-tracking.c:5038 Segmentation fault

as CONSTRUCTOR expressions. Perhaps other front-ends could trigger this, but I would not know how to write an equivalent test for them. In any case, I hope this is an obvious patch. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69217 Regards, Iain. Author: Iain Buclaw <ibuc...@gdcproject.org>

[PATCH] jit: Fix missing references to pthread in jit-playback.c

, or some reorder/removals were done in the gcc headers included by the JIT frontend, however this was needed in order to continue. Regards Iain. Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Sat Jan 23 18:59:44 2016 +0100 gcc/jit/ChangeLog: * jit-playback.c: Include pthread.h.

[PATCH 1/3] [D] libiberty: Correctly decode function pointer types.

-demangle.c index 3d7ccf6..9c4d459 100644 --- a/libiberty/d-demangle.c +++ b/libiberty/d-demangle.c @@ -1,5 +1,5 @@ /* Demangler for the D programming language - Copyright 2014, 2015 Free Software Foundation, Inc. + Copyright 2014, 2015, 2016 Free Software Foundation, Inc. Written by Iain Buclaw

[PATCH 2/3] [D] libiberty: Fix demangling of D-style variadic functions

This one fixes support for D-style variadic functions, specifically where non-variadic parameters can be omitted entirely. Iain --- libiberty/ 2016-01-26 Iain Buclaw <ibuc...@gdcproject.org> * d-demangle.c (dlang_function_args): Append ',' for variadic functions only if parameter

[PATCH 3/3] [D] libiberty: Handle the new extern(Objective-C) calling convention

Finally, recognizing the extern(Objective-C) symbol 'Y'. Iain. --- libiberty/ 2016-01-26 Iain Buclaw <ibuc...@gdcproject.org> * d-demangle.c (dlang_call_convention): Handle extern Objective-C function calling convention. (dlang_call_convention_p): Likewise. (dlang_type): Li

Re: [PATCH 1/3] [D] libiberty: Correctly decode function pointer types.

On 27 January 2016 at 01:49, Ian Lance Taylor <i...@google.com> wrote: > On Tue, Jan 26, 2016 at 4:30 PM, Iain Buclaw <ibuc...@gdcproject.org> wrote: >> >> This patch series ultimately supports recent support for >> extern(Objective-C) functions. However this sim

Re: [patch] update zlib to the 1.2.10 release.

On 22 January 2017 at 19:42, Matthias Klose wrote: > On 22.01.2017 19:12, NightStrike wrote: >> On Sun, Jan 22, 2017 at 1:00 PM, Matthias Klose wrote: >>> NightStrike proposed to revert to the 1.2.8 release until zlib stabilizes >>> again; >>> I'm open for

[PATCH 5/7] [D] libiberty: Fixes for demangling qualified symbol names

', otherwise we've reached the end of the matched rule. It still defeats the purpose of the aiming to having a context-free grammar, but at least it's a little less evil than before. --- commit 8701a7e99b9146719881adcf019ecbebe836b755 Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Sat

[PATCH 4/7] [D] libiberty: Remove wrongly spec'd mangle rule for encoded integers.

!('\U000186a0')).mangleof); --- commit 30ff1ef529c4711ab08e168c79e4971cd44f17f4 Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Sat Apr 15 11:35:35 2017 +0200 libiberty/ChangeLog: 2017-04-15 Iain Buclaw <ibuc...@gdcproject.org> * d-demangle.c (dlang_va

[PATCH 0/7] [D] libiberty: D symbol demangling updates.

Hi, This patch series includes a new addition to the current iteration of the D language, plus many fixes surrounding the clarification of certain parts of the D ABI specification. --- Iain Buclaw (7): [D] libiberty: Add support for demangling scope attributes. [D] libiberty: Add support

[PATCH 1/7] [D] libiberty: Add support for demangling scope attributes.

The next version of D adds a new `scope' function attribute. This adds support for demangling them. --- commit 15a0592cf6403fccbf43f3c7dc44f7d22c0f3dfa Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Sat Apr 15 11:15:41 2017 +0200 libiberty/ChangeLog: 2017-04-15 Iain

[PATCH 2/7] [D] libiberty: Add support for demangling template constraints.

it to object code. --- commit 9f3fa1f5842dc317b0aaf2f9aa159548c9b7a7f7 Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Sat Apr 15 11:29:35 2017 +0200 libiberty/ChangeLog: 2017-04-15 Iain Buclaw <ibuc...@gdcproject.org> * d-demangle.c (dlang_identifier): Han

[PATCH 3/7] [D] libiberty: Recognize anonymous symbols names.

() kindly jumps over any leading zeros in the number it is parsing. However this change makes it so they are at least explicitly skipped over, rather than silently ignored. --- commit 6ffcb4ce75e471304960c97bec596c89e26894f8 Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Sat Apr 15 11:32:0

[PATCH 6/7] [D] libiberty: Fixes for decoding numbers.

87041417fdf6911b5112c4c68b324577202fa2d0 Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Sat Apr 15 12:02:10 2017 +0200 libiberty/ChangeLog: 2017-04-15 Iain Buclaw <ibuc...@gdcproject.org> * d-demangle.c (strtol): Remove declaration. Updated all callers to use

[PATCH 7/7] [D] libiberty: Refactor and add tests for decoding hexdigits.

but 3 lines, two of which I have checked and are genuinely unreachable. --- commit de5523a4ff9d755940fc7dc5beadb65f0aafd0df Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Sat Apr 15 13:10:43 2017 +0200 libiberty/ChangeLog: 2017-04-15 Iain Buclaw <ibuc...@gdcpr

Re: [PATCH 4/7] [D] libiberty: Remove wrongly spec'd mangle rule for encoded integers.

On 15 April 2017 at 17:24, Iain Buclaw <ibuc...@gdcproject.org> wrote: > This updates the implementation to reflect a part of the D ABI spec > that has been removed. There should never be a bare integer value > encoded into a template argument list. Integers are always p

Re: [PATCH 0/13] D: Submission of D Front End

On 13 July 2017 at 10:46, Iain Buclaw <ibuc...@gdcproject.org> wrote: > On 24 June 2017 at 19:23, Iain Buclaw <ibuc...@gdcproject.org> wrote: >> Hi, >> >> Just doing an update of the patch series, rebased against trunk, and >> applied changes as request

Re: [PATCH 0/13] D: Submission of D Front End

On 24 June 2017 at 19:23, Iain Buclaw <ibuc...@gdcproject.org> wrote: > Hi, > > Just doing an update of the patch series, rebased against trunk, and > applied changes as requested by every comment so far. > > Notes on changes have been made on each patch where applicabl

Re: [PATCH] Add self as maintainer of D front-end and libphobos

On 24 June 2017 at 20:16, Iain Buclaw <ibuc...@gdcproject.org> wrote: > Hi, > > As per message on the D language being accepted, this adds myself as a > maintainer of the D front-end and libphobos runtime library. > > David, should this wait until the rest has been appr

Re: [PATCH 5/7] [D] libiberty: Fixes for demangling qualified symbol names

On 25 April 2017 at 17:35, Jeff Law <l...@redhat.com> wrote: > On 04/15/2017 09:25 AM, Iain Buclaw wrote: >> >> This patch removes `dlang_parse_symbol', and replaces it with >> `dlang_parse_qualified' and `dlang_parse_mangle'. All callers have >> been updated t

Re: [PATCH 4/7] [D] libiberty: Remove wrongly spec'd mangle rule for encoded integers.

On 20 April 2017 at 20:58, Iain Buclaw <ibuc...@gdcproject.org> wrote: > > Hmm, it seems like D compilers until 3 years ago infact used to mangle > in this way. Better keep it around then for a little while longer for > compatibility. I'll follow-up with an amendment wh

Re: [PATCH 0/2] Python testcases to check DWARF output

On 4 August 2017 at 00:23, Mike Stump wrote: > On Jul 27, 2017, at 2:07 AM, Pierre-Marie de Rodat > wrote: >> On 07/27/2017 09:52 AM, Richard Biener wrote: I'm fine with the direction if a reviewer wants to go in that direction. I wish

Re: [PATCH 0/13] D: Submission of D Front End

On 13 June 2017 at 01:22, Mike Stump wrote: > On Jun 12, 2017, at 11:34 AM, Richard Sandiford > wrote: >> >> I'm not sure who this is a question to really, but how much value is >> there in reviewing the other patches? > >> Maybe people who

Re: [PATCH 0/13] D: Submission of D Front End

On 12 June 2017 at 20:34, Richard Sandiford <richard.sandif...@linaro.org> wrote: > [Disclaimer: I can't approve any of this :-)] > > Iain Buclaw <ibuc...@gdcproject.org> writes: >> 001 - The front-end (DMD) language implementation and license. >> 002 - T

[PATCH v2 3/13] D: The front-end (GDC) changelogs.

On 28 May 2017 at 23:11, Iain Buclaw <ibuc...@gdcproject.org> wrote: > This patch just includes all changelogs for the D front-end (GDC), > going back to the dawn of time itself. > > Change logs for the DMD front-end and libraries are kept on the dlang site. > Updated changel

[PATCH v2 11/13] D: GCC builtins and runtime support.

On 28 May 2017 at 23:17, Iain Buclaw <ibuc...@gdcproject.org> wrote: > This patch adds GCC builtins and runtime support for GDC compiled code. > > - module __entrypoint defines the C main function. Its contents are > parsed and compiled in during compilation, but only if ne

[PATCH] Add self as maintainer of D front-end and libphobos

Hi, As per message on the D language being accepted, this adds myself as a maintainer of the D front-end and libphobos runtime library. David, should this wait until the rest has been approved? Thanks, Iain. --- ChangeLog: 2017-06-24 Iain Buclaw <ibuc...@gdcproject.org> * MAINTAINER

[PATCH v2 6/13] D: Add D language support to GCC proper.

On 28 May 2017 at 23:15, Iain Buclaw <ibuc...@gdcproject.org> wrote: > This patch adds D language support to GCC itself. > Updates from the previous are: - Applied patch on rs6000/rs6000.c also to powerpcspe/powerpcspe.c. - Added d/dfrontend sources picked up by exgettext to list

[PATCH v2 7/13] D: Add D language support to GCC targets.

On 28 May 2017 at 23:15, Iain Buclaw <ibuc...@gdcproject.org> wrote: > This patch add D language support to targets of GCC itself. > > These are used to declare pre-defined version identifiers in the D > language that describe something about the target that the front-end

[PATCH v2 4/13] D: The front-end (GDC) config, makefile, and manpages.

On 28 May 2017 at 23:12, Iain Buclaw <ibuc...@gdcproject.org> wrote: > This patch adds the D frontend language configure make files, as > described on the anatomy of a language front-end. > Only change since previous is adding D_TARGET_OBJS as per comments on use of targetdm.

[PATCH v2 9/13] D: D2 Testsuite Dejagnu files.

On 28 May 2017 at 23:16, Iain Buclaw <ibuc...@gdcproject.org> wrote: > This patch adds D language support to the GCC testsuite. > > As well as generating the DejaGNU options for compile and link tests, > handles the conversion from DMD-style compiler options to GDC. > >

[PATCH 3/3] [D] libiberty: Prefix mangled D initializer symbols

-generated symbol. --- commit a99454b6c27a2564fe1a40c46b1fb593c664ef20 Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Fri May 26 16:44:35 2017 +0200 libiberty/ChangeLog: 2017-05-26 Iain Buclaw <ibuc...@gdcproject.org> * d-demangle.c (dlang_identifier

[PATCH 1/3] [D] libiberty: Remove stack buffer in dlang_parse_real

62d51a8de1fa6543f11ff0d9f97b3ce714023089 Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Fri May 26 15:29:50 2017 +0200 libiberty/ChangeLog: 2017-05-26 Iain Buclaw <ibuc...@gdcproject.org> * d-demangle.c (dlang_parse_real): Remove stack b

[PATCH 2/3] [D] libiberty: Add support for handling function types in dlang_type

43a0c37b48f8365fb34083a8ebbcb6ce8a2da05c Author: Iain Buclaw <ibuc...@gdcproject.org> Date: Fri May 26 15:53:53 2017 +0200 libiberty/ChangeLog: 2017-05-26 Iain Buclaw <ibuc...@gdcproject.org> * d-demangle.c (dlang_call_convention_p): Move declaration

Re: MinGW compilation warnings in libiberty's waitpid.c

On 26 May 2017 at 18:30, Joel Brobecker wrote: >> Thanks. Is the environ thing also fixed? >> >> Joel/Pedro, how should I go about making sure these changes are in the >> GDB copy of libiberty? > > Normally, I'd expect someone pushing to GCC's libibert to also > update our

Re: [PATCH 3/3] [D] libiberty: Prefix mangled D initializer symbols

On 26 May 2017 at 20:20, Ian Lance Taylor <i...@google.com> wrote: > On Fri, May 26, 2017 at 9:08 AM, Iain Buclaw <ibuc...@gdcproject.org> wrote: >> This is instead of adding a `.init$' postfix, which gave it a >> property-style name. My rationale being that "in

Re: [PATCH 0/13] D: Submission of D Front End

On 28 May 2017 at 15:30, Iain Buclaw <ibuc...@gdcproject.org> wrote: > > --- > > Iain Buclaw (13): > 001 - The front-end (DMD) language implementation and license. > 002 - The front-end (GDC) implementation. > 003 - The front-end (GDC) changelogs (here be dragon

Re: [PATCH 1/13] D: The front-end (DMD) language implementation and license.

Split 4/4 Gzipped because of size limitations. I feel like I should probably put off submitting the libraries, as they are be far, far, far bigger. Instead only submitting the GDC parts for now, and looking at the others when I get back. ---

[PATCH 8/13] D: D2 Testsuite compilable tests.

This patch adds part of the D2 testsuite, which includes D source code files that are considered compilable; files that are considered uncompilable, but should not ICE; and files that should execute on targets with crash or assertion failures. I've uploaded the patch to my ftp, sorry about the

[PATCH 10/13] D: The D runtime library and license.

This patch adds the D runtime library and license (Boost) files. D runtime is a low level that implements the building blocks of the runtime environment, as well as C and C++ platform bindings. Many high level operations are lowered to generate calls to various functions defined in this library.

[PATCH 4/13] D: The front-end (GDC) config, makefile, and manpages.

(a) The FSF's Front-Cover Text is: + + A GNU Manual + +(b) The FSF's Back-Cover Text is: + + You have freedom to copy and modify this GNU Manual, like GNU + software. Copies published by the Free Software Foundation raise + funds for GNU development. +@c man end +@end copying + +@if

[PATCH 11/13] D: GCC builtins and runtime support.

This patch adds GCC builtins and runtime support for GDC compiled code. - module __entrypoint defines the C main function. Its contents are parsed and compiled in during compilation, but only if needed. - module gcc.atomic is a deprecated module that defines templated __sync builtins. It's

[PATCH 3/13] D: The front-end (GDC) changelogs.

This patch just includes all changelogs for the D front-end (GDC), going back to the dawn of time itself. Change logs for the DMD front-end and libraries are kept on the dlang site. Regards Iain --- 03-d-frontend-changelogs.patch.xz Description: application/xz

[PATCH 5/13] D: GCC configuration file changes and documentation.

ot;pre-installed" >&6; } fi fi +{ $as_echo "$as_me:${as_lineno-$LINENO}: checking where to find the target gdc" >&5 +$as_echo_n "checking where to find the target gdc... " >&6; } +if test "x${build}" != "x${host}" ; then + if expr &

[PATCH 6/13] D: Add D language support to GCC proper.

This patch adds D language support to GCC itself. --- gcc/ChangeLog * config/rs6000/rs6000.c (rs6000_output_function_epilogue): Support GNU D by using 0 as the language type. * dwarf2out.c (is_dlang): New function. (gen_compile_unit_die): Use DW_LANG_D for D. (declare_in_namespace): Return

[PATCH 9/13] D: D2 Testsuite Dejagnu files.

This patch adds D language support to the GCC testsuite. As well as generating the DejaGNU options for compile and link tests, handles the conversion from DMD-style compiler options to GDC. --- [PATCH 9/13] D: D2 Testsuite Dejagnu files. This patch adds D language support to the GCC testsuite.

[PATCH 7/13] D: Add D language support to GCC targets.

This patch add D language support to targets of GCC itself. These are used to declare pre-defined version identifiers in the D language that describe something about the target that the front-end itself is unable to obtain. Version conditions in D can be thought of as being like the target

[PATCH 12/13] D: The Phobos runtime library and license.

This patch add the Phobos runtime library and license (Boost) files. Phobos is the standard runtime library that comes with the D language compiler. The bulk of which is comprised mostly of generic algorithms and high level primitives for D applications. I've uploaded the patch to my ftp, sorry

Re: [PATCH 0/13] D: Submission of D Front End

On 28 May 2017 at 22:31, Iain Buclaw <ibuc...@gdcproject.org> wrote: > On 28 May 2017 at 15:30, Iain Buclaw <ibuc...@gdcproject.org> wrote: >> >> --- >> >> Iain Buclaw (13): >> 001 - The front-end (DMD) language implementation and license. >>

Re: [PATCH 9/13] D: D2 Testsuite Dejagnu files.

On 31 May 2017 at 11:11, Matthias Klose <d...@ubuntu.com> wrote: > On 30.05.2017 16:32, Mike Stump wrote: >> On May 28, 2017, at 2:16 PM, Iain Buclaw <ibuc...@gdcproject.org> wrote: >>> >>> This patch adds D language support to the GCC test suite. >> &

Re: [PATCH 11/13] D: GCC builtins and runtime support.

On 13 June 2017 at 19:38, Joseph Myers wrote: > Presumably all of these GCC-specific files should have the GCC Runtime > Library Exception notice. > OK, noted. I will update them.

Re: [PATCH 2/13] D: The front-end (GDC) implementation.

On 13 June 2017 at 19:29, Joseph Myers wrote: > As I read it, the front end has functions with names such as error, but no > useful i18n will actually occur because the functions in d-diagnostic.cc > format the messages with xvasprintf before passing to the common >

Re: [PATCH 13/13] D: Phobos config, makefiles, and testsuite.

I'd expect FSF > copyright notices throughout the contributed GCC-specific files, not > "Copyright (C) 2012 Iain Buclaw"). > I'll have a look, though it sounds like very old files from before I got the assignment papers sorted out that missed being updated when I sifted through them. Regards, Iain.

Re: [PATCH 2/13] D: The front-end (GDC) implementation.

On 14 June 2017 at 00:41, Iain Buclaw <ibuc...@gdcproject.org> wrote: > On 13 June 2017 at 19:29, Joseph Myers <jos...@codesourcery.com> wrote: >> You have two new target macros TARGET_CPU_D_BUILTINS and >> TARGET_OS_D_BUILTINS. You're missing any documentation for the

  1   2   3   4   5   6   7   8   9   10   >