On 9/11/20 5:35 AM, Alexandre Oliva wrote:
I guess this means we withdraw the patch. Thanks again!
The original motivation for this was a failing fsf-testsuite-gcc test on
vxworks7. If the patch is wrong, then I suppose the alternative is to
modify the test, or else kill it?
Greetings yet again,
It would be greatly appreciated if you could look at this patch when you
have a minute.
--Doug
On 6/17/20 2:14 PM, Douglas B Rupp wrote:
Greetings again,
Could you please look at this patch when convenient?
--Doug
On 6/1/20 10:13 AM, Douglas B Rupp wrote:
Greetings
Greetings again,
Could you please look at this patch when convenient?
--Doug
On 6/1/20 10:13 AM, Douglas B Rupp wrote:
Greetings,
Curious if you've had a chance to look at this patch yet?
--Doug
On 5/18/20 4:02 PM, Douglas B Rupp wrote:
Greetings,
The attached patch is proposed
Greetings,
Curious if you've had a chance to look at this patch yet?
--Doug
On 5/18/20 4:02 PM, Douglas B Rupp wrote:
Greetings,
The attached patch is proposed for rs6000/linux64.h.
The problem it addresses is that the current checking only tests for
existence not for an incompatible
Apologies! Will do so in the future.
Doug
On 6/1/20 6:15 AM, Jonathan Wakely wrote:
Please CC libstd...@gcc.gnu.org on all libstdc++ patches, even if the
approval is coming from a target port maintainer, not from a libstdc++
maintainer.
Thanks.
get combination." "$LINENO" 5
diff --git libstdc++-v3/crossconfig.m4 libstdc++-v3/crossconfig.m4
index fe182883536..313f84d05f4 100644
--- libstdc++-v3/crossconfig.m4
+++ libstdc++-v3/crossconfig.m4
@@ -299,7 +299,8 @@ dnl # macros, in which case the tests might fail, and we might have to
dnl # switch to more elaborate tests.
GLIBCXX_CHECK_MATH_DECLS([
acosl asinl atan2l atanl ceill cosl coshl expl fabsl floorl fmodl
- frexpl ldexpl log10l logl modfl powl sinl sinhl sqrtl tanl tanhl])
+ frexpl ldexpl log10l logl modfl powl sinl sinhl sqrtl tanl tanhl hypotl
+ ldexpf modff hypotf frexpf])
dnl # sincosl is the only one missing here, compared with the *l
dnl # functions in the list guarded by
dnl # long_double_math_on_this_cpu in configure.ac, right after
2020-05-20 Douglas B Rupp
libstdc++v3/
* crossconfig.m4 (GLIBCXX_CHECK_MATH_DECL): More reject macros.
* configure: Rebuild.
/pr70010.c
@@ -1,4 +1,5 @@
/* { dg-do compile } */
+/* { dg-require-effective-target powerpc_vsx_ok } */
/* { dg-options "-O2 -finline-functions -Wno-psabi -mvsx" } */
/* { dg-final { scan-assembler {\mbl \.?vadd_no_vsx\M} } } */
2020-05-20 Douglas B Rupp
testsuite/
Backporting the DRIVER_SELF_SPECS change fixed all the mdejagnu-cpu
related tests.
Thanks for your help on this.
Consider this patch request withdrawn. I'll resubmit one for the
remaining failing tests for discussion.
--Doug
On 5/20/20 9:46 AM, Segher Boessenkool wrote:
So, which spec are those 4 lines above from?
From -with-specs= in the configure command. We use that
capability extensively for VxWorks.
We have as DRIVER_SELF_SPECS (see rs6000.h)
#define DRIVER_SELF_SPECS \
"%{mdejagnu-cpu=*:
Apologies on this test, the problem is -mdejagnu-cpu doesn't get matched
by the spec logic
If I pass -mcpu=power8, then indeed the test passes fine.
I'm not sure how to fix this cleanly.
On 5/19/20 3:03 PM, Segher Boessenkool wrote:
This is a compile test, so it does not matter at all what the kernel is
doing or not doing. And the -mcpu=power8 flag should enable altivec.
Apparently it doesn't for you, but why is that?
It's likely the specs file we use for the kernel we
On 5/19/20 1:53 PM, Segher Boessenkool wrote:
How can altivec not be supported when you use -mcpu=power8?
For the test in question: builtins-1-be-folded.c:
The VxWorks header file altivec.h is included by builtins-1.fold.h
and the error is:
altivec.h:34:2: error: #error Use the
} */
+/* { dg-require-effective-target powerpc_altivec_ok } */
+/* { dg-require-effective-target powerpc_vsx_ok } */
__attribute__ ((altivec(vector__))) long long
sdiv (__attribute__ ((altivec(vector__))) long long a,
2020-05-19 Douglas B Rupp
testsuite/
* gcc.target/powerpc/builtins-1-
Greetings,
The attached patch is proposed for rs6000/linux64.h.
The problem it addresses is that the current checking only tests for
existence not for an incompatible/compatible setting.
For example:
$ powerpc64-linux-gnu-gcc -mcmodel=medium -mminimal-toc foo.c
is an incompatible set of
VMS hasn't had a 3 character filename extension limit since before
VAX/VMS version 4.0 was released in 1984.
On 07/16/2015 01:41 PM, Steve Kargl wrote:
On Thu, Jul 16, 2015 at 05:08:50PM +0200, Paul Richard Thomas wrote:
Please find attached a new version of the patch that fixes the
On 07/31/2014 08:08 AM, Joseph S. Myers wrote:
On Thu, 31 Jul 2014, Arnaud Charlet wrote:
This is part of the Ada front-end clean ups related to the removal of VMS
support. More changes to come.
Will those include obsoletion of the VMS ports (and with them, associated
code such as
On 02/13/2013 01:12 PM, Steven Bosscher wrote:
* ix86-*-interix* - no solution immediately available, and no-one
listed in MAINTAINERS to ask for help, so maybe Doug can say
something about this one?
Microsoft has pulled the plug on Interix, Windows 7 will be the last
version of
This patch restores interix v3 and above to working condition, combines
the multitude of config/*interix*.h files into one file, removes unused
bits, and fixes PR 47096.
Comments welcome.
--Douglas B Rupp
2011-06-09 Douglas B Rupp r...@gnat.com
* toplevel/config/mh-interix
Unneeded and removed.
Also found some trailing spaces in i386-interix.h, now removed.
On 6/9/2011 12:02 PM, Joseph S. Myers wrote:
Why are you adding an include ofstdio.h to i386-interix.h? This header
(and most common system headers) should generally be included via system.h
on the host, or
Reformulated as per your suggestion, and retested.
OK to commit?
--Douglas Rupp
2011-06-07 Douglas B Rupp r...@gnat.com
* fixincludes/configure.ac (AC_USE_SYSTEM_EXTENSIONS): Add.
* fixincludes/configure: Regenerate.
* fixincludes/config.h.in: Regenerate
Revised and retested patch attached.
OK to commit?
--Douglas Rupp
2011-06-06 Douglas B Rupp r...@gnat.com
* fixincludes/configure.ac (host_makefile_frag): Use mh-interix.
* fixincludes/configure: Regenerate
* fixincludes/Makefile.in (FIXINC_CPPFLAGS): New flag macro
Here's my proposed patch, along the lines you suggested. top_srcdir
didn't seem to be set, so I used srcdir instead.
Bootstrapped on x86_64-unknown-linux-gnu
2011-06-04 Douglas B Rupp r...@gnat.com
* fixincludes/configure.ac (host_makefile_frag): Use mh-interix
I've been working on a resurrection patch for Interix, one remaining
problem is fixincludes/fixincl.c must be compiled on native Interix with
-D_ALL_SOURCE in order to find the getpagesize prototype.
This works (taking some liberties with diff...):
fixincludes/Makefile.in
-FIXINC_CFLAGS =
On 4/13/2011 3:10 PM, Joseph S. Myers wrote:
The person who volunteered for Interix is Douglas B Ruppr...@gnat.com.
I'm still good for it.
--Doug
24 matches
Mail list logo