This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
[PING] Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly
- From: John Marino <gnugcc at marino dot st>
- Cc: gcc-patches <gcc-patches at gcc dot gnu dot org>, Ian Lance Taylor <iant at google dot com>, libstdc++ <libstdc++ at gcc dot gnu dot org>, binutils at sourceware dot org, gdb-patches at sourceware dot org
- Date: Tue, 29 Apr 2014 17:37:02 +0200
- Subject: [PING] Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly
- Authentication-results: sourceware.org; auth=none
- References: <5352D100 dot 9040108 at marino dot st> <CAH6eHdS7JsVKz=c1T_b1B6uSixCnZsqhurOPUivEm=-w3T_j3Q at mail dot gmail dot com> <53541A34 dot 7050908 at marino dot st>
Hi folks,
Does anyone have any issues with this set of patches to add support for
the DragonFly targets? It's a blocker for other patches of mine that
have a more general benefit, but this (relatively simple) one has to go
in first.
Thanks,
John
On 4/20/2014 21:04, John Marino wrote:
> On 4/20/2014 14:51, Jonathan Wakely wrote:
>> On 19 April 2014 20:39, John Marino wrote:
>>> Hello GCC developers,
>>>
>>> For the last few years, I have been maintaining a large set of patches
>>> that add support for the DragonFly BSD target and also complete Ada
>>> frontend support on all four major BSDs among other things. Before I
>>> can submit patches for Ada or testsuite cases, DragonFly must be a
>>> recognized, working target. The patches attached here will provide
>>> out-of-the-box support for the C, C++, Objective-C and Fortran frontends.
>>
>> Thanks for the patch - I only have a few general, minor comments. As
>> noted at http://gcc.gnu.org/lists.html C++ library patches should go
>> to the libstdc++ list as well as gcc-patches, so I've CC'd that list
>> (original mail and patch are at
>> http://gcc.gnu.org/ml/gcc-patches/2014-04/msg01128.html)
>>
>> Patches should not include generated files such as configure, as the
>> diffs don't always apply cleanly and the changes are implied by the
>> patches to files such as acinclude.m4 and configure.ac. The
>> regenerated versions should of course be committed, and the ChangeLog
>> should mention they are regenerated, as you've done.
>
> Thanks for your advice, Jonathan.
> I've updated the patch to remove the two "configure" file patches. I
> also removed an errant "-rpath" from the dragonfly.h specs that crept in
> from FreeBSD ports. I've attached the updated patch to this email.
>
>>
>> The changelog text should be correctly capitalised and sentences ended
>> with a period (e.g. "New target." and "New." not "New target" and
>> "new"). The individual ChangeLog entries at
>> http://leaf.dragonflybsd.org/~marino/gcc-df-target/changelog_entries/
>> would generally be used as the commit message, grouped and prefixed by
>> the name of the sub-directory:
>>
>
>
> I have updated the six entry files at
> http://leaf.dragonflybsd.org/~marino/gcc-df-target/changelog_entries/ to
> conform to this style. I updated the proposed commit message
> accordingly:
> http://leaf.dragonflybsd.org/~marino/gcc-df-target/proposed_commit-msg.txt
>
>
>>
>> The libstdc++ changes are OK for trunk if the rest gets approved.
>
> Thanks!
> I see from the critique of another submitted patch that also touches
> liberty that I'm supposed to cross-post to gdb and binutils, so I've
> cc'd them as well.
>
> Regards,
> John
>