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
* configure.tgt: Add *-*-dragonfly to supported targets.
Please consider this patch for trunk.
Thanks,
John
--- libatomic
https://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 M
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 br
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
upport.diff )
Suggested text for libgcc/ChangeLog:
2015-05-XX John Marino
* 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
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 bran
ment is in order and on file at FSF.
Thank you for reviewing this!
John
gnattools/ChangeLog:
2015-06-XX John Marino
* configure.ac (*-*-dragonfly*): Add
* configure: Regenerate
gcc/ada/ChangeLog:
2015-06-XX John Marino
* a-intnam-dragonfly.ads: New
* s-os
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.
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
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 ma
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
> @@ -12
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
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,
>>>
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 c
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: gcc/ada/s-oscons-tmplt.
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
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
* lib/target-supports.exp
ed log entry of libgcc/ChangeLog:
2017-07-XX John Marino
* 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.RU
o 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
* gcc-interface/Makefile.in: Support
also 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
* gcc-interface/Makef
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
Well no, you are reusing an x86_64 file for an aarch64 architecture, so
this is exactly the same issue.
I was pointing out that on gcc-6, aarch64-linux is using x8
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 obviousl
end renaming the
file 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
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:m
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 ch
freebsd.
Suggested gcc/testsuite/ChangeLog entry:
2015-09-XX John Marino
* gfortran.dg/read_dir.f90: XFAIL this testcase on DragonFly.
Thanks,
John
Index: gcc/testsuite/gfortran.dg/read_dir.f90
===
--- gcc/testsuite
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/29/2014 19:23, Ian Lance Taylor wrote:
> On Tue, Apr 29, 2014 at 11:37 AM, John Marino 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
On 5/2/2014 01:03, Joseph S. Myers wrote:
> The include of from seems risky, given that
> that's a POSIX header that typically defines various types ISO C does not
> permit to be defined in (ISO C does not have any general *_t
> namespace reservation, unlike POSIX).
>
> Have you verified tha
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 ; it defines lots of
> types outside the ISO C namespace.
Ok.
So I guess
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:
>
> *
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:
>
> *
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
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
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
>> r
35 matches
Mail list logo
