Hi Guys,
I guess back in July, the release of 8.3 was expected by the end of
2018. Now it's February. Is the next release of the 8 series imminent?
if not, any idea when it might come?
Thanks,
John
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
On 7/7/2017 17:38, Eric Botcazou wrote:
I see large numbers of timeouts in Ada tests on trunk in parallel
run s (make -j96) on x86_64. Messages like the one below appear
in the logs, suggesting some sort of heap corruption. I'm having
trouble reproducing it outside the rest of the test suite
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>
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
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
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
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
On 12/8/2015 4:26 PM, Frédéric Buclin wrote:
> Le 08. 12. 15 14:16, Jonathan Wakely a écrit :
>>> Dropping it is ok I think.
>>
>> Yes, even for the valid "enhancement" cases a maintainer who triages
>> the report could set that easily enough.
>
> If maintainers still use the severity field to
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
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
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
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
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
://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
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
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
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:
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
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
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.
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
.
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
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
/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
On 4/15/2015 10:09, Richard Biener wrote:
On Wed, Apr 15, 2015 at 2:09 AM, Trevor Saunders tbsau...@tbsaunde.org
wrote:
I don't buy this kind of argument given that the switch to C++ has
complicated things instead of simplifying them.
I've written before about how problematic having c++
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
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
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
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
On 1/31/2015 02:55, Jonathan Wakely wrote:
On 30 January 2015 at 21:39, DJ Delorie wrote:
pins...@gmail.com writes:
No because they are c++ code so capital C is correct.
However, we should avoid relying on case-sensitive file systems
(Windows) and use .cc or .cxx for C++ files (+ is not a
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
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
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/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
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
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
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).
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
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
On 4/16/2014 03:22, Ian Lance Taylor wrote:
On Tue, Apr 15, 2014 at 4:45 AM, Douglas B Rupp r...@adacore.com wrote:
On 04/14/2014 02:01 PM, Ian Lance Taylor wrote:
No I considered that but I think that number will be very small. Will you
concede, in hindsight, that it would be better had the
On 12/13/2012 13:09, Steven Bosscher wrote:
On Thu, Dec 13, 2012 at 12:38 PM, David Brown wrote:
Dropping bsd as a target architecture just because the BSD distributions
don't use it is a bit like dropping support for targeting windows just
because Microsoft didn't use gcc to compile Windows 8.
On 12/13/2012 13:32, Steven Bosscher wrote:
On Thu, Dec 13, 2012 at 1:21 PM, John Marino wrote:
Which clause are you invoking to remove it from the primary tier list?
Richard claimed they are not at all happy with GPLv3. That's not a reason
listed on your reference. He also claimed
This Ada 2012 amendment titled Calling Unchecked Deallocation is
illegal for zero-sized pools has been implemented in GCC 4.6.0 recently
(ada/sem_intr.adb). However, the restriction is enforced even when
-gnat2005 (or -gnat95) switched are explicitly passed to gcc.
Shouldn't this check only
:37 AM, John Marino wrote:
This Ada 2012 amendment titled Calling Unchecked Deallocation is
illegal for zero-sized pools has been implemented in GCC 4.6.0 recently
(ada/sem_intr.adb). However, the restriction is enforced even when
-gnat2005 (or -gnat95) switched are explicitly passed to gcc
45 matches
Mail list logo