glimits.h
+ ID=`echo $(BASEVER_c) | sed -e 's/\./_/g'` && \
+ sed -e "s/_LIMITS_H__/_LIMITS_H__$${ID}_/" < $(srcdir)/glimits.h > $@T
+ mv $@T $@
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
On Jan 4, 2021, Mike Stump wrote:
> Oh, It's possible the comments were stripped from the bug report or
> initial email. Never mind then about the comment part.
Thanks, I'm installing the initial patch. Please let me know in case I
mistook the above as approval thereof.
--
;t recall whether using compiler-generated line number programs
avoids the problem, but I do recall that -ffunction-sections works
around it, because IIRC switching to a new section has the same effect
of discontinuing the line number program that the desired .noloc
directive would.
--
Alexandre Oliva,
quot; to output with a
function that is not expected or supposed to have line number info.
Without that, the assembler just extends the previous .loc directive
onto the function.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engin
I wasn't sure whether to remove them and their users.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
f I did ;-) Thanks!
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
On Jan 7, 2021, Richard Biener wrote:
> On Wed, Jan 6, 2021 at 12:34 PM Alexandre Oliva wrote:
>>
>> On Jan 4, 2021, Richard Biener wrote:
>>
>> > Thus, please remove uses of BREAK_FROM_IMM_USE_STMT
>> > together with this patch.
>>
>&g
ix will be a little more involved than others because
there doesn't seem to be any Makefile.rtl section specific for
riscv-rtems, but that's just a matter of creating one.
Would you like to take a stab at it yourself, or should I?
--
Alexandre Oliva, happy hacker https://FSFLA.or
On Dec 29, 2020, Mike Stump wrote:
> On Dec 22, 2020, at 1:14 PM, Alexandre Oliva wrote:
>>
>> In kernel mode, an application must include vxWorks.h before any other
>> system header, this patch adds exactly that to the test that were
>> failing due to a missing de
On Jan 5, 2021, Alexandre Oliva wrote:
> We get occasional failures of 30_threads/future/members/poll.cc
> on some platforms whose high resolution clock doesn't have such a high
> resolution; wait_for_0 ends up as 0, and then some asserts fail as
> intervals measured as lon
On Dec 28, 2020, François Dumont wrote:
> On 22/12/20 10:12 pm, Alexandre Oliva wrote:
>> Some tests uses structures from the libstdc++ that are present only if
>> the target has a wchar.h header. However, those tests do not check
>> that the target supports those constr
.gnu.org/pipermail/gcc-patches/2020-December/562493.html
https://gcc.gnu.org/pipermail/gcc-patches/2020-December/562494.html
https://gcc.gnu.org/pipermail/gcc-patches/2020-December/562266.html
Thanks in advance,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Ac
On Jan 5, 2021, Alexandre Oliva wrote:
> So this patch adds -mfpu=auto to the test, overriding any implicit
> flags with the fpu implied by the arch.
> * gcc.target/arm/simd/vmmla_1.c: Pass -mfpu=auto.
Ping?
https://gcc.gnu.org/pipermail/gcc-patches/2021-January/562798.h
On Jan 13, 2021, Sebastian Huber wrote:
> This is probably not RTEMS-specific. I guess it is a general riscv issue.
You're right, but the riscv*-linux-gnu configuration already has the
fix.
>> Would you like to take a stab at it yourself, or should I?
> I can try to figure out a patch, but I ha
t.
Thanks for spotting it. Here's the patch I'm installing, with the typos
fixed. Thanks!
calibrate intervals to avoid zero in futures poll test
From: Alexandre Oliva
We get occasional failures of 30_threads/future/members/poll.cc
on some platforms whose high resolution clock doesn&
all
over. I think we already do that in several other tests, for similar
reasons (that some target systems don't have alloca.h or alloca)
Would you mind if I submitted an alternate patch to do so?
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist
r if it
> was defined as an effective-target keyword so we can use:
> // { dg-require-effective-target wchars }
*nod*
> But we might not even need this new proc if the codecvt tests can be
> made to work using the attached patch.
Thanks,
--
Alexandre Oliva, happy hacker https://FSF
On Jan 15, 2021, Jonathan Wakely wrote:
> On Thu, 14 Jan 2021, 22:22 Alexandre Oliva, wrote:
>> ... it is definitely the case that the target currently defines wchar_t,
>> and it even offers wchar.h and a lot of (maybe all?) wcs* functions.
>> This was likely not the ca
On Jan 15, 2021, Olivier Hainque wrote:
> On 14 Jan 2021, at 22:13, Alexandre Oliva wrote:
>> Would you mind if I submitted an alternate patch to do so?
> Not at all, thanks for your feedback and for proposing
> an alternative!
Here's the modified patch. Regstrapped
gnu, installing as obvious.
drop -dumpbase-ext from producer string
From: Alexandre Oliva
The -dumpbase and -dumpdir options are excluded from the producer
string output in debug information, but -dumpbase-ext was not. This
patch excludes it as well.
for gcc/ChangeLog
* opts.
tle misleading. And it only tests __builtin_alloca on
nvptx, it's assumed present on all other targets. Almost a no-op.
> I have no objections to the patch.
Thanks, I put it in.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
ics to accomplish that, in
gcc/ada/set_targ.adb:C_Type_For is to only use long double if it can
represent no more than 18 digits.
I believe this heuristics is to be revisited in a not-too-distant
future, but it's what it is ATM.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software
ile);
print_generic_expr (outfile, CONST_CAST_TREE (expr), dump_flags);
+ dump_flags = save_dump_flags;
}
#endif
--
Alexandre Oliva, freedom fighterhe/himhttps://FSFLA.org/blogs/lxo/
Free Software Evangelist Stallman was right, but he's left :(
GNU Toolchain Engineer Live long and free, and prosper ethically
] \
+ || ![check_linker_plugin_available] }
# Prepare additional options to be used for linking.
# We do not compile to an executable, because that requires naming an output.
--
Alexandre Oliva, freedom fighterhe/himhttps://FSFLA.org/blogs/lxo/
Free Software Evangelist Stallman was right, but
then work on the improvements with lower urgency.
Here's what I'd like to check in for now:
[PR95416] outputs.exp: skip lto tests when not using linker plugin
From: Alexandre Oliva
When the linker plugin is not available, dump outputs in lto runs are
different from those output
, (missing) offloading
target testing, ... [insert other unforeseen issues here] :-)
All that said, I don't object to putting this test machinery to other
uses (hey!, it's Free Software! :-), so if you feel that would be
useful, let's go for it.
--
Alexandre Oliva, freedom figh
assed
to lto-wrapper and the full commands it runs, I might be able to figure
out the dynamics more readily (hint, hint ;-)
Thanks in advance,
--
Alexandre Oliva, freedom fighterhe/himhttps://FSFLA.org/blogs/lxo/
Free Software Evangelist Stallman was right, but he's left :
he testsuite
infrastructure. I'm sort of hoping we can make do with what we got, at
least until the new naming conventions are solidly established.
> * lib/brig.exp (brig_target_compile): Strip hsail extension when
> gnerating the name of the binary brig file.
LGTM, thank
On Jun 9, 2020, Richard Biener wrote:
> How about simply unconditionally doing dump_flags | TDF_SLIM here
> to have the whole mem_expr on one line.
SGTM
> OK with that change.
Thanks, here's what I'm installing.
slim up mem exprs to avoid line breaks in -fverbose-asm
Fr
On May 26, 2020, Alexandre Oliva wrote:
> On May 19, 2020, Joseph Myers wrote:
>> Allowing a missing executable name is reasonable enough, but I was
>> actually thinking that the messages should print "gcc" or whatever command
>> the user ran in place of &q
preserve the temp files used to hold args as dumpfiles
under -save-temps? I'm a little ambivalent on this.
- can we assume the offload-target toolchain to also support -dumpbase,
and possibly -dumpbase-ext, with the same semantics?
--
Alexandre Oliva, freedom fighterhe/himhttps://F
tput basename?
Also, maybe we should shorten the suffixes appended to dumpbase, at
least in the -save-temps case.
handle dumpbase in offloading
From: Alexandre Oliva
Pass dumpbase on to mkoffloads and their offload-target compiler runs.
Obey -save-temps in naming temporary files while at
On Jun 18, 2020, Tobias Burnus wrote:
> On 6/18/20 8:10 AM, Alexandre Oliva wrote:
>> Could you possibly give this *completely* untested patch a try and let
>> me know whether it does any good?
> Otherwise, see attachment. I now added also the @/tmp file which is
> passed
possibly give it a spin with the offloading targets you've
got?
Thanks in advance,
introduce per-offload-target dumpbase
From: Alexandre Oliva
---
gcc/lto-wrapper.c |5 +---
gcc/testsuite/lib/scanoffload.exp | 45 +
gcc/
mbiguous subcommand "set":
Interesting, in my test run (native only) I didn't trigger that problem.
+++ b/gcc/testsuite/lib/scanoffload.exp
+if [info set offload_target] {
The 'set' above should be 'exists'.
--
Alexandre Oliva, freedom fighterhe/him
On Jun 22, 2020, Tobias Burnus wrote:
> On 6/22/20 8:08 AM, Alexandre Oliva wrote:
>>> I additionally did run the test case manually → files.log for the
>>> produced files.
>> This is with -save-temps, right?
> Yes. Without, there are no files left under
r
brig.exp; can you please confirm whether the problem is fixed?
--
Alexandre Oliva, freedom fighterhe/himhttps://FSFLA.org/blogs/lxo/
Free Software Evangelist Stallman was right, but he's left :(
GNU Toolchain Engineer Live long and free, and prosper ethically
as we'll
store the nvptx asm saved aux output in a separate file.
scan-assembler-times will no longer work for this purpose, we'll need
something that knows how to find the offloaded asm.
--
Alexandre Oliva, freedom fighterhe/himhttps://FSFLA.org/blogs/lxo/
Free Software Evangel
On Jun 8, 2020, Alexandre Oliva wrote:
> * outputs.exp (skip_lto): Set when missing the linker plugin.
I withdraw the above work-around patch in favor of the fix proper below.
It's also supposed to fix the FAILs caused by .dSYM directories on
platforms that create them; I'
+if {[regexp -- "compiler not installed on this system" $gcc_output]} {
+ unsupported "$test: $language compiler not available"
+ return
+}
+
if { $exclude != "" } {
set lines [split $gcc_output "\n"]
set gcc_output &
On Dec 3, 2020, Christophe Lyon wrote:
> This patches causes a lot of regressions in fortran on arm and aarch64,
Thanks, on it.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUl
Thank you both. Here's the patch I'm testing to fix both issues.
Ok to install?
fix __builtin___clear_cache overrider fallout
From: Alexandre Oliva
Machines that had CLEAR_CACHE_INSN and that would thus issue calls to
__clear_cache with the default call expander, would fail on language
(tramp, trampoline, sizeof (trampoline));
ffi_clear_cache(tramp, tramp + FFI_TRAMPOLINE_SIZE);
}
Once you confirm command line and target, I'll look into cross-building
a full toolchain, or using a machine from the compile farm.
Thanks,
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs
On Dec 5, 2020, Jakub Jelinek wrote:
> On Sat, Dec 05, 2020 at 06:01:59PM -0300, Alexandre Oliva wrote:
>> On Dec 5, 2020, Andreas Schwab wrote:
>>
>> > ../../../../libffi/src/aarch64/ffi.c: In function 'ffi_prep_closure_loc':
>> > ../../../../libff
On Dec 3, 2020, Alexandre Oliva wrote:
> +local_define_builtin ("__builtin___clear_cache", ftype,
> + BUILT_IN_CLEAR_CACHE,
> + "__builtin___clear_cache",
> + ECF_NOTHROW);
Ugh, so that some
_IN_##MATHFN##L_R: \
+ case CFN_BUILT_IN_##MATHFN##L_R: \
return long_double_type_node;
switch (fn)
--
Alexandre Oliva, happy hacker
https://FSFLA.org/blogs/lxo/
Free Software Activist
GNU Toolchain Engineer
n'Result = 0.0);
function Cos (X : Float_Type'Base) return Float_Type'Base with
+ Inline,
Post => Cos'Result in -1.0 .. 1.0
and then (if X = 0.0 then Cos'Result = 1.0);
--
Alexandre Oliva, happy hacker
https://FSFLA.org/blogs/lxo/
Free Software Activist
GNU Toolchain Engineer
Instead of mapping elementary functions for all types to a single
type, use the intrinsics available for the various base types.
A new Ada.Numerics.Aux_Generic_Float is introduced to explicitly
dispatch, based on the 'Digits attribute of the base type, to the
various newly-added Aux_Short_Float,
));
+
+ function Cosh (X : T) return T
+ is (T (Aux.Cosh (W (X;
+
+ function Tanh (X : T) return T
+ is (T (Aux.Tanh (W (X;
+
+ function Pow (X, Y : T) return T
+ is (T (Aux.Pow (W (X), W (Y;
+
+end Ada.Numerics.Aux_Long_Long_Float;
--
Alexandre Oliva, happy hacker
ht
"unsigned int")
#define PTRDIFF_TYPE (TARGET_64BIT ? "long long int" : "int")
--
Alexandre Oliva, happy hacker
https://FSFLA.org/blogs/lxo/
Free Software Activist
GNU Toolchain Engineer
Err, sorry, I mislabeled this patch as [FYI,Ada], but it is neither
about Ada nor pre-approved. It does require a review before I can check
it in.
On Oct 22, 2020, Alexandre Oliva wrote:
> for gcc/ChangeLog
> * config/i386/cygming.h (TARGET_LIBC_HAS_FUNCTION): Enable
>
On Oct 19, 2020, Alexandre Oliva wrote:
> Hello, Andreas,
> On Oct 19, 2020, Andreas Schwab wrote:
>> -nostdinc a-nallfl.ads -o a-nallfl.o
>> a-nallfl.ads:48:13: warning: intrinsic binding type mismatch on return value
>> a-nallfl.ads:48:13: warning: intrinsic binding t
On Oct 20, 2020, Rainer Orth wrote:
> your patch similarly broke sparc*-sun-solaris* bootstrap. The attached
> snippet on top of this workaround fixes that.
Thanks, here's what I'm installing, approved by me with my build
machinery maintainer hat on ;-)
Use Aux_Long_Long_Float wraplf for spar
On Oct 18, 2020, Alexandre Oliva wrote:
> The option is provided by default, but there is an alternate version
> that doesn't, that is used for vxworks targets.
vxworks float EFs not precise enough -> use long float
From: Alexandre Oliva
Some acats-4 tests that check the prec
On Oct 18, 2020, Alexandre Oliva wrote:
> The Aux_Short_Float unit is implemented in terms of the Aux_Float one,
> and the others rely on the elementary functions from the C Math
> library for float, double and long double types, respectively.
Use Aux_Long_Float for all real types
se} \
" LINK_SPEC_LARGE_ADDR_AWARE "\
%(shared_libgcc_undefs)"
+
+/* Enable sincos optimization, overriding cygming.h. sincos, sincosf
+ and sincosl functions are available on mingw-w64, but not on the
+ original mingw32. */
+#undef TARGET_LIBC_HAS_FUNCTION
+#define TARGET_LIBC_HAS_FUNCTION gnu_l
On Oct 22, 2020, Alexandre Oliva wrote:
> (some regressions remain on x86 and x86_64,
> so further changes are expected
Here's the fix I'm installing. I'd failed to add the __nolibm bit to
x86*-vxworks in the Ada.Numerics.Aux revamp patch. Then, when I added
__wraplf f
x27;m checking in.
more wraplf for aux long long float: s390, sparc and powerpc
From: Alexandre Oliva
The wraplf version of Ada.Numerics.Aux_Long_Long_Float is needed on
s390* as well. Also add it to sparc*-linux-gnu and powerpc-darwin,
that were missed when adding it for sparc and ppc
On Oct 22, 2020, Alexandre Oliva wrote:
> On Oct 18, 2020, Alexandre Oliva wrote:
>> The option is provided by default, but there is an alternate version
>> that doesn't, that is used for vxworks targets.
> vxworks float EFs not precise enough -> use long floa
turned out to be pretty easy, and it didn't regress anything.
Regstrapped on x86_64-linux-gnu. Ok to install?
CSE conversions within sincos
From: Alexandre Oliva
On platforms in which Aux_[Real_Type] involves non-NOP conversions
(e.g., between single- and double-precision, or between
\
!end_imm_use_stmt_p (&(ITER)); \
(void) ((STMT) = next_imm_use_stmt (&(ITER
Anyway, here's what I'm testing now. Bootstrap succeeded, regression
testing underway. Ok to install if it succeeds?
CSE conversions within sincos
Fr
riscv is another platform on which GNAT maps Long_Long_Float to double
rather than long double, so we have to explicitly avoid the long
double intrinsics.
for gcc/ada/ChangeLog
PR ada/97504
* Makefile.rtl (LIBGNAT_TARGET_PAIRS> : Use wraplf
version of Aux_Long_Long_Flo
On Mar 9, 2021, Segher Boessenkool wrote:
> Hi!
> On Wed, Mar 03, 2021 at 06:07:29PM -0300, Alexandre Oliva wrote:
>> On Mar 3, 2021, Segher Boessenkool wrote:
>> It's skipping the test, as the change you propose, that reduces testing
>> surface, when testing only
On Mar 9, 2021, Segher Boessenkool wrote:
> +return [check_no_compiler_messages powerpc_sqrt object {
I don't think you really need to assemble this. s/object/assembly/
would do. Even preprocessing alone would do, but I don't think
check_compiler can do that.
--
Alexandre
final { scan-tree-dump "sqrtf \\(\[^\n\r]*\\); \\\[tail call\\\]"
"optimized" } } */
/* { dg-skip-if "doesn't have a sqrtf insn" { mmix-*-* } } */
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
;= 3 are not turned into MEM_REFs.
+ { dg-additional-options "-mno-strict-align" { target powerpc*-*-* } } */
#define CHAR_BIT __CHAR_BIT__
#define SIZE_MAX __SIZE_MAX__
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Too
} */
/* { dg-add-options ieee } */
/* { dg-require-effective-target fenv_exceptions } */
/* { dg-skip-if "fenv" { powerpc-ibm-aix* } } */
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
;-fno-tree-loop-distribute-patterns" } */
#include
#include "../../tree-vect.h"
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
ct" { target {
vect_no_align || {! vector_alignment_reachable} } } } } */
+/* { dg-final { scan-tree-dump-times "vectorized 1 loops" 1 "vect" { target {
vect_no_align || { {! vector_alignment_reachable} || {! has_arch_pwr7 } } } } }
} */
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
233.c
@@ -1,5 +1,5 @@
/* { dg-require-effective-target lp64 } */
-/* { dg-options "-O2 -mdejagnu-cpu=power8" } */
+/* { dg-options "-O2 -mdejagnu-cpu=power8 -mno-strict-align
-fno-reg-struct-return" } */
typedef struct { double a[2]; } A;
A
--
Alexandre Oliva, happy hacker
-O2 -mdejagnu-cpu=power10 -mfloat128" } */
+/* { dg-prune-output ".-mfloat128. option may not be fully supported" } */
/* Tests whether we generate a prefixed load/store operation for addresses that
don't meet DS/DQ offset constraints. 64-bit is needed for testing the
} elseif { [istarget i?86-*-*] || [istarget x86_64-*-*] } {
lappend DEFAULT_VECTCFLAGS "-msse2"
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
cc/testsuite/gcc.dg/ipa/ipa-sra-18.c
b/gcc/testsuite/gcc.dg/ipa/ipa-sra-18.c
index 3217b612231a2..1435ab228e3ae 100644
--- a/gcc/testsuite/gcc.dg/ipa/ipa-sra-18.c
+++ b/gcc/testsuite/gcc.dg/ipa/ipa-sra-18.c
@@ -1,5 +1,6 @@
/* { dg-do compile } */
/* { dg-options "-O2 -fdump-ipa-sra"
On Mar 10, 2021, Alexandre Oliva wrote:
> * gcc.target/powerpc/prefix-ds-dq.c: Enable __float128.
I've been reminded that this is not enough for the scan-assembler tests
to pass, at least in our configurations. Nearly all of the asm
expectations are unmet. I'm yet to iden
ping to either of the two others, depending on the default. On PPC,
there are only two states: longcall present or absent, and AFAIK it
offers no possibility of overriding a longcall default on a per-function
basis, only globally for a translation unit, which sort of renders all
the attribut
lappend DEFAULT_VECTCFLAGS "-march=z14" "-mzarch"
-set dg-do-what-default compile
+set dg-do-what-default link
}
} elseif [istarget amdgcn-*-*] {
set dg-do-what-default run
--
Alexandre Oliva, happy hacker https://FSFL
On Mar 11, 2021, Iain Sandoe wrote:
> Alexandre Oliva wrote:
>> On Mar 10, 2021, Alexandre Oliva wrote:
>>
>>> * gcc.target/powerpc/prefix-ds-dq.c: Enable __float128.
>>
>> I've been reminded that this is not enough for the scan-assembler tests
&
e to make sure
there was no implemented alternative in hiding, entirely missing the PR.
xfail fetestexcept test - ppc always uses fcmpu
From: Alexandre Oliva
gcc.dg/torture/pr91323.c tests that a compare with NaNf doesn't set an
exception using builtin compare intrinsics, and that it does when
us
b/gcc/testsuite/gcc.target/powerpc/recip-7.c
@@ -1,7 +1,8 @@
/* { dg-do run { target { powerpc*-*-linux* powerpc*-ibm-aix* } } } */
/* { dg-skip-if "" { powerpc*-*-darwin* } } */
/* { dg-require-effective-target ppc_recip_hw } */
-/* { dg-options "-O3 -ftree-vectorize -ffast-math -mre
On Mar 10, 2021, Hans-Peter Nilsson wrote:
> On Wed, 10 Mar 2021, Alexandre Oliva wrote:
>>
>> The test expects shrink-wrapping of the fsqrt call, but that will only
>> occur when there is a usable sqrt insn.
>>
>> Arrange for dejagnu to add the options that e
t;
- [(set (match_dup 3) (match_dup 5))
- (set (match_dup 3)
+ [(set (match_dup 3)
(and:V4SI (match_dup 3) (match_dup 2)))
(set (match_dup 0)
(unspec:V16QI [(match_dup 1) (match_dup 4)] UNSPEC_PSHUFB))]
@@ -17188,9 +17202,6 @@ (define_insn_and_split "ssse3_pshufbv8qi3"
Hello, Jakub,
On Mar 19, 2021, Jakub Jelinek wrote:
> On Fri, Mar 19, 2021 at 07:44:01PM -0300, Alexandre Oliva wrote:
>> However, I had a total of 15 similar fails within gcc.target/i386 in a
>> gcc-10 tree configured with -mcmodel=large
> But then we should add at least on
} } } */
/* { dg-final { scan-assembler-times "popcnt" 2 { target *-*-darwin* } } } */
-/* { dg-final { scan-assembler "call\t(.*)sse4a_pop_i" } } */
-/* { dg-final { scan-assembler "call\t(.*)sse42_pop_l" } } */
-/* { dg-final { scan-assembler "call\t(.*)popco
-target random_device }
// { dg-require-cstdint "" }
//
// 2008-11-24 Edward M. Smith-Rowland <3dw...@verizon.net>
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
int unspecified : 1;
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
-options "-mno-mmx" { target { ! ia32 } } } */
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
ints if you also convert existing testcases to a new feature
> test.
*nod*
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
return [check_function_available "mmap"]
}
+# Return 1 if the target supports sysconf, 0 otherwise.
+
+proc check_effective_target_sysconf {} {
+return [check_function_available "sysconf"]
+}
+
# Return 1 if the target supports dlopen, 0 otherwise.
proc check_effective
after fixing
typos in the ChangeLog:
>> * gcc/doc/sourcebuild.texi (syconf): Document it.
Moved to gcc/ChangeLog, without gcc/, and added the missing s in sy+s+conf.
Thanks!
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engin
ot; device not available"));
> The 'random_device' effective-target is poorly named,
I see, thanks, I didn't think of checking its definition.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
ng in my reading of the modified code, this
may cause a backend different from that requested by the token to be
selected, but it doesn't look like we have any test that detects this
problem.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist
t appears to be relevant
to that end, and randAdd to seed and randBytes to obtain random bytes in
vxRandLib. I couldn't find documentation on how to use it, but there
seems to be some code using it in openssl. Sorry, I don't know a lot
about vxworks.
--
Alexandre Oliva, happy hacker
vice tokens should appear.
I suspect the token has to be converted to a C string in the call above.
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
(0));
stop = chrono::high_resolution_clock::now();
i++;
}
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
for having kept me posted on the random_device
changes too!
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
} */
+/* { dg-options "-mdejagnu-cpu=power8 -mfloat128" } */
+/* { dg-prune-output ".-mfloat128. option may not be fully supported" } */
#include
#include
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
Vim, Vi, Voltei pro Emacs -- GNUlius Caesar
{ target ia32 } } */
-/* { dg-additional-options "-Wno-psabi" { target powerpc-ibm-aix* } } */
+/* { dg-additional-options "-Wno-psabi" { target powerpc-ibm-aix*
powerpc-wrs-vxworks* } } */
typedef int __attribute__((__vector_size__(16))) vectype;
--
Alexandre Oliva, happy hac
4-3.C
@@ -38,7 +38,7 @@ volatile int c = 1;
int
main ()
{
- for (int i; i < c; i++)
+ for (int i = 0; i < c; i++)
{
idx = 0;
delete new B;
--
Alexandre Oliva, happy hacker https://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
On Apr 12, 2021, Segher Boessenkool wrote:
> Hi!
> Sorry for the late answer.
> On Fri, Apr 02, 2021 at 01:52:59PM -0300, Alexandre Oliva wrote:
>> Several compile tests that use the __ieee128 type do not ensure it is
>> defined. This patch adds -mfloat128 to the
p->bar + i == y++;
+}
+
+static int __attribute__ ((__noinline__, __noclone__, __no_reorder__))
+dind (struct foo **pp) {
+ wrapper (*pp);
+ return 0;
+}
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Too
601 - 700 of 1938 matches
Mail list logo
