[patch] Fix Unwind support on DragonFly BSD after sigtramp move

of libgcc/ChangeLog: 2017-07-XX John Marino <gnu...@marino.st> * config/i386/dragonfly-unwind.h: Handle sigtramp relocation. --- libgcc/config/i386/dragonfly-unwind.h.orig 2017-02-06 16:26:52 UTC +++ libgcc/config/i386/dragonfly-unwind.h @@ -28,9 +28,13 @@ see the files COPYING3 and COPYING

Re: Add Ada support for aarch64-*-freebsd*

to system-freedbsd and change the definition of Default_Bit_Order which will be needed sooner or later in any case (if not already). Okay, I've attached the trunk patch. The commit message is adjusted accordingly: gcc/ada/Changelog: 2017-02-XX John Marino <gnu...@marino.st>

Re: Add Ada support for aarch64-*-freebsd*

On 2/7/2017 07:53, Arnaud Charlet wrote: I was pointing out that on gcc-6, aarch64-linux is using x86-64 system file too. Since I used gcc-6 for the original testing on freebsd, that's where it came from. It's been changed on trunk, but nobody backported those changes to gcc-6. It was

Re: Add Ada support for aarch64-*-freebsd*

On 2/7/2017 07:41, Arnaud Charlet wrote: This is exactly what aarch64-*-linux* is doing is doing in gcc 6 branch (e.g. system.ads

Re: Add Ada support for aarch64-*-freebsd*

like to get this patch backported to the gcc-6 branch. There's a one-line content difference between patches, so I've attached the 6.x specific patch as well. My copyright assignment is on file and in order. gcc/ada/Changelog: 2017-02-XX John Marino <gnu...@marino.st> * gcc-int

Add Ada support for aarch64-*-freebsd*

to the gcc-6 branch. There's a one-line content difference between patches, so I've attached the 6.x specific patch as well. My copyright assignment is on file and in order. Thanks, John gcc/ada/Changelog: 2017-02-XX John Marino <gnu...@marino.st> * gcc-interface/Makefile.in: S

Re: [libstdc++ testsuite][patch] many locale tests only SUPPORTED on linux, start making these portable

On 11/11/2015 10:51 PM, Jonathan Wakely wrote: > On 16/10/15 11:21 +0200, John Marino wrote: > > The only significant comment was: > > e.g. `"de_DE" => "de_DE@ISO8859-15` should be `e.g. "de_DE" => > "de_DE.ISO8859-15"` ? Sin

[patch] gfortran testsuite/read_dir.f90 - set xfail on dragonfly as well

as freebsd. Suggested gcc/testsuite/ChangeLog entry: 2015-09-XX John Marino <gnu...@marino.st> * gfortran.dg/read_dir.f90: XFAIL this testcase on DragonFly. Thanks, John Index: gcc/testsuite/gfortran.dg/read_d

Re: [patch][libstdc++] Provide nearly complete locale support for DragonFly

On 8/27/2015 2:26 PM, Jonathan Wakely wrote: N.B. please CC the libstdc++ list on all libstdc++ patches. The tests on DragonFly look excellent now, nice work. Okay, noted for the future. I think that should probably be defined on FreeBSD too now, so that the _GLIBCXX_USE_C99_DYNAMIC checks

Re: [patch][libstdc++] Provide nearly complete locale support for DragonFly

On 7/31/2015 6:06 PM, John Marino wrote: So far, DragonFly only handles the C/POSIX locale through the generic locale support files, similar to FreeBSD and Darwin. The following patchset enables nearly complete support for named locales. The except is for std:messages which requires gettext

Re: [patch] fixes -fcilkplus functionality on DragonFly (fixes ~2600 tests)

On 7/11/2015 1:45 PM, Jonathan Wakely wrote: On 11 July 2015 at 06:46, Jeff Law wrote: On 07/10/2015 06:34 PM, John Marino wrote: After posting the first testsuite results for DragonFly, it was clear that the -fcilkplus functionality was broken: https://gcc.gnu.org/ml/gcc-testresults/2015-07

[patch] fixes -fcilkplus functionality on DragonFly (fixes ~2600 tests)

://gcc.gnu.org/ml/gcc-testresults/2015-07/msg01081.html An additional ~2600 tests now pass. Please consider this patch for incorporation into trunk. Only DragonFly uses the new t-dragonfly file so there is no impact to other platforms. suggested entry for libgcc/ChangeLog: 2015-07-XX John Marino

[patch] enable the building on libatomic on DragonFly

With the attached patch, libatomic will build and pass 100% of the tests on DragonFly. suggested entry for libatomic/ChangeLog: 2015-07-XX John Marino gnu...@marino.st * configure.tgt: Add *-*-dragonfly to supported targets. Please consider this patch for trunk. Thanks, John

[patch] testsuite enable PIE tests on DragonFly

DragonFly supports PIE but the tests for it are disabled. The attached patch for the trunk will enable these checks on DragonFly. Thanks for considering this! John p.s. suggested gcc/testsuite/changelog entry: 2015-07-XX John Marino gnu...@marino.st * lib/target-supports.exp

[Ada] Add DragonFly support to System.OS_Constants template

The System.OS_Constants templates for GNAT has three preprocessor checks for FreeBSD. In all three cases, DragonFly BSD needs to be treated the same as FreeBSD. The attached patch accomplishes this. Please consider incorporating the patch into trunk. Regards, John Index:

[PATCH] libstdc++ os_defines now required for DragonFly

On the development branch of DragonFly BSD, it was discovered that __LONG_LONG_SUPPORTED was accidently unconditionally defined. This had a positive side effect of allowing GCC conftests to pass for C99 support via wchar.h. When the bug was fixed, the wchar C99 conftest now fails, resulting in a

Re: [patch] Implement Ada support for DragonFly, improve it for FreeBSD

On 6/3/2015 11:03, Arnaud Charlet wrote: Is a new submission necessary or can this be handled by committer? Preferably yes. A new submission will take me a few days because I'm traveling ATM. There was a significant amount of bitrot. Apparently right after I submitted the patch, many macros

Re: [patch] Implement Ada support for DragonFly, improve it for FreeBSD

On 6/3/2015 11:39, Thomas Quinot wrote: Patch looks good to me. The story with floats is that on FreeBSD, the i386 FPU is set to 53-bit floats, but the GNAT runtime library always issues a finit instruction to reset it to full precision, so we need to reset TARGET_96_ROUND_53_LONG_DOUBLE to 0.

Re: [patch] Implement Ada support for DragonFly, improve it for FreeBSD

On 6/3/2015 09:30, Arnaud Charlet wrote: Note 1) All TOOL_TARGET_PAIRS in gcc/ada/gcc-interface/Makefile.in should be removed for most (if not all) platforms as they were moved to gnattools/configure and are now no-ops. However, for this patch set I only removed them for FreeBSD. They are

[patch] Implement Ada support for DragonFly, improve it for FreeBSD

. Thank you for reviewing this! John gnattools/ChangeLog: 2015-06-XX John Marino gnu...@marino.st * configure.ac (*-*-dragonfly*): Add * configure: Regenerate gcc/ada/ChangeLog: 2015-06-XX John Marino gnu...@marino.st * a-intnam-dragonfly.ads: New * s-osinte

Re: [PATCH] Contribute FreeBSD unwind support (x86_64 and x86)

On 5/27/2015 18:17, Jeff Law wrote: Thanks for pointing that out. Otherwise I'd probably have asked the redundant question :-) Installed on the trunk. Thanks a lot, Jeff! Very painless this time. :) By the way, I can't see any reason why this couldn't be backported to the gcc-5 branch

[PATCH] Contribute FreeBSD unwind support (x86_64 and x86)

/ChangeLog: 2015-05-XX John Marino gnu...@marino.st * config.host (i[34567]86-*-freebsd*, x86_64-*-freebsd*): Set md_unwind_header * config/i386/freebsd-unwind.h: New. Also please recall that my copyright assignment to FSF is in order! Thanks, John Marino --- /dev/null

Re: [patch] Use --enable-libstdcxx-time=yes on DragonFly BSD

On 3/13/2015 11:23, Jonathan Wakely wrote: On 13 March 2015 at 08:50, John Marino wrote: Hi Jonathan, Today I build gcc5 and looked at the config.h contained in libstdc++-v3's build directory and none of those variables are enabled. The code that is patched doesn't seem to do anything. I

Re: [patch] Use --enable-libstdcxx-time=yes on DragonFly BSD

On 3/10/2015 23:04, John Marino wrote: On 3/10/2015 21:18, Jonathan Wakely wrote: On 10/03/15 20:55 +0100, John Marino wrote: On 3/10/2015 20:23, Jonathan Wakely wrote: John, assuming I'm right that dragonfly supports all these features, could you test this change? (You'll need the same

Re: [patch] Use --enable-libstdcxx-time=yes on DragonFly BSD

On 3/10/2015 20:23, Jonathan Wakely wrote: It has just occurred to me we might want to make this change for GCC5: diff --git a/libstdc++-v3/acinclude.m4 b/libstdc++-v3/acinclude.m4 index 1727140..0b8c0f0 100644 --- a/libstdc++-v3/acinclude.m4 +++ b/libstdc++-v3/acinclude.m4 @@ -1219,11

Re: [patch] Use --enable-libstdcxx-time=yes on DragonFly BSD

On 3/10/2015 21:18, Jonathan Wakely wrote: On 10/03/15 20:55 +0100, John Marino wrote: On 3/10/2015 20:23, Jonathan Wakely wrote: John, assuming I'm right that dragonfly supports all these features, could you test this change? (You'll need the same change on line 19555 of the libstdc++-v3

Re: Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

On 5/12/2014 18:59, Jeff Law wrote: On 05/09/14 01:14, John Marino wrote: 1) Patch updated online as requested 2) At this exact point in time, we probably can share the files 3) I might debate that we should share the files - that would imply reviewing the existing counterpart files

Re: Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

On 5/9/2014 07:26, Jeff Law wrote: On 05/03/14 01:11, John Marino wrote: In config.gcc: +no | gnat | single) + # Let these non-posix thread selections fall through if requested Support for gnat as a thread model was removed in 2011. So I think you need to remove that case. I

Re: Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

On 5/8/2014 15:32, Jeff Law wrote: On 05/08/14 07:14, Jonathan Wakely wrote: Anyone willing to give it an overall approval? I'll take a look at the rest. I mostly wanted someone else to deal with stddef.h :-) Thanks Jeff! I'm am very appreciative of that. John

Re: Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

On 5/2/2014 22:15, Joseph S. Myers wrote: On Fri, 2 May 2014, John Marino wrote: 1) I don't know which type definitions are missing (iow, the important ones from sys/type.h that are required to build gcc) The default presumption should be: * stddef.h from GCC provides what it needs

Re: Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

On 5/2/2014 19:49, Joseph S. Myers wrote: On Fri, 2 May 2014, John Marino wrote: http://grok.dragonflybsd.org/xref/dragonfly/sys/sys/types.h That's definitely not correct to include in stddef.h; it defines lots of types outside the ISO C namespace. Ok. So I guess there are two problems

Re: Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

On 5/2/2014 22:15, Joseph S. Myers wrote: On Fri, 2 May 2014, John Marino wrote: 1) I don't know which type definitions are missing (iow, the important ones from sys/type.h that are required to build gcc) The default presumption should be: * stddef.h from GCC provides what it needs

Re: Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

On 5/2/2014 01:03, Joseph S. Myers wrote: The include of sys/types.h from stddef.h seems risky, given that that's a POSIX header that typically defines various types ISO C does not permit to be defined in stddef.h (ISO C does not have any general *_t namespace reservation, unlike POSIX).

[PING] Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

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

Re: [PING] Contributing new gcc targets: i386-*-dragonfly and x86-64-*-dragonfly

On 4/29/2014 19:23, Ian Lance Taylor wrote: On Tue, Apr 29, 2014 at 11:37 AM, John Marino gnu...@marino.st wrote: 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