This patch introduces various improvements to the logic that merges
field compares, moving it into ifcombine.
Before the patch, we could merge:
(a.x1 EQNE b.x1) ANDOR (a.y1 EQNE b.y1)
into something like:
(((type *)&a)[Na] & MASK) EQNE (((type *)&b)[Nb] & MASK)
if both of A's fields li
r existing ones will be able to
catch them from now on. Presumably there are still arch-specific tests
that will have to be covered as well, so it would be good if other
platforms' automated testers were to cover them as well.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org
On Sep 12, 2024, Mike Stump wrote:
> On Sep 3, 2024, at 11:44 PM, Alexandre Oliva wrote:
>>
>> Here's an updated and refreshed version that gets trunk built with
>> --disable-hosted-libstdcxx on x86_64-linux-gnu to not get any spurious
>> fails during in-tre
On Nov 9, 2023, Mike Stump wrote:
> On Nov 8, 2023, at 8:29 AM, Alexandre Oliva wrote:
>>
>> On Nov 5, 2023, Mike Stump wrote:
>>
>>> that, otherwise, I'll approve this version.
>>
>> FWIW, this version is not usable as is. Something went
t_until(epoch) should not be terribly slow.
- VERIFY( wait_until_sys_epoch < (ready * 100) );
- VERIFY( wait_until_steady_epoch < (ready * 100) );
+ VERIFY( wait_until_sys_epoch < (ready * 200) );
+ VERIFY( wait_until_steady_epoch < (ready * 200) );
#endif
}
--
Alexandre Oliva, happy ha
/gcc/testsuite/gcc.dg/init-pad-1.c
b/gcc/testsuite/gcc.dg/init-pad-1.c
new file mode 100644
index 0..801f93813e3ad
--- /dev/null
+++ b/gcc/testsuite/gcc.dg/init-pad-1.c
@@ -0,0 +1,18 @@
+/* { dg-do compile } */
+/* { dg-options "-Og -fdump-tree-gimple" } */
+
+struct s {
+
* gcc.dg/debug/dwarf2/inline6.c: Add -gno-as-loc-support and check
> the resulting location views.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice ar
On Aug 15, 2024, Alexandre Oliva wrote:
> I can't quite envision what to check for in a target-independent test.
Got it. Also dropped some occurrences of CONST_CAST_TREE that I added,
then changed function signatures but failed to remove them.
Retested on x86_64-linux-gnu. Ok to
On Aug 7, 2024, Alexandre Oliva wrote:
> On Aug 1, 2024, Alexandre Oliva wrote:
>> Each iteration calls float_steady_clock::now() [...] an extra iteration
>> will reach 5 and cause the test to fail.
>> (Do we really want to use floats, that even with this tweak have
&g
on, c->decl);
vec_free (cfun->su->callees);
cfun->su->callees = NULL;
+
+ cgraph_node *node = cgraph_node::get (current_function_decl);
+ if (!node)
+return;
+ node->call_for_symbol_thunks_and_aliases (dump_final_alias_vcg, f,
+ true, false);
ect)
+&& (TYPE_MODE (type) != BLKmode || TYPE_NO_FORCE_BLK (type))
+ && (opt_for_fn (cfun->decl, optimize)
+|| opt_for_fn (cfun->decl, optimize_size)))
+ cleared = true;
else
cleared = false;
--
On Aug 1, 2024, Alexandre Oliva wrote:
> Each iteration calls float_steady_clock::now() [...] an extra iteration
> will reach 5 and cause the test to fail.
> (Do we really want to use floats, that even with this tweak have
> borderline precision for sub-µs vs 1s deltas? Do we
nst elapsed_steady = chrono::steady_clock::now() - start_steady;
// This checks that we didn't come back too soon
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key
On Jul 29, 2024, Alexandre Oliva wrote:
> - auto status = f1.wait_for(wait_time);
> + auto status __attribute__ (__unused__) = f1.wait_for(wait_time);
Sorry, it looks like I posted the patch before refreshing it. Make it:
+ auto status __attribute__ ((__unused__)) = f1.wait_for(wai
dy = chrono::steady_clock::now();
- auto status = f1.wait_until(expire);
+ auto status __attribute__ (__unused__) = f1.wait_until(expire);
auto const elapsed_steady = chrono::steady_clock::now() - start_steady;
// This checks that we didn't come back too soon
--
Alexandre Oliva, happy
e
addresses were outdated or temporarily unusable.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving &q
run } */
typedef __attribute__ ((altivec (vector__))) unsigned native_simd_type;
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding
On Jul 15, 2024, "Maciej W. Rozycki" wrote:
> Thank you. It's Alexandre's change though, so I'll leave it up to him to
> decide when to commit.
I'm going ahead and blindly putting it in, with the caveat that testing
on alpha remains a challenge for me
me branches that had the initial PR's patch.
>> PR target/113719
>> * config/i386/i386-options.cc (ix86_option_override_internal):
>> Move flag_omit_frame_pointer final overrider...
>> (ix86_recompute_optlev_based_flags): ... here.
--
Alexandre Oliva, happy hacke
trub-pr115848.c
@@ -0,0 +1,8 @@
+/* { dg-do link } */
+/* { dg-require-effective-target lto } */
+/* { dg-options "-flto" } */
+/* { dg-additional-sources "strub-pr115848-b.c" } */
+
+typedef void __attribute__((__strub__)) a(int, int);
+a(b);
+void c() { b(0, 0); }
--
Ale
On Jul 12, 2024, Jonathan Wakely wrote:
> On Fri, 12 Jul 2024 at 10:27, Jonathan Wakely wrote:
>>
>> On Fri, 12 Jul 2024 at 09:27, Alexandre Oliva wrote:
>> >
>> > On Jul 11, 2024, Jonathan Wakely wrote:
>> >
>> > > There's no
On Jun 12, 2024, Alexandre Oliva wrote:
> for gcc/ChangeLog
> PR d/115295
> * doc/sourcebuild.texi (dg-additional-sources): Add linkonly.
> for gcc/testsuite/ChangeLog
> PR d/115295
> * g++.dg/vect/pr95401.cc: Add linkonly to dg-additional-sources
On Jul 11, 2024, Jonathan Wakely wrote:
>> * testsuite/decimal/compound-assignment-memfunc.cc: Likewise.
The following file was missing from the ChangeLog. Added before pushing:
* testsuite/decimal/compound-assignment.cc: Likewise.
--
Alexandre Oliva, happy hacker
ntime errors) before calling it, and taking an alternate path
when needed, that would be harder to do, and IMHO of dubious value.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prej
_get_errno (void);
+#define errno (*__get_errno ())
+#define EINTR 42
+/* #include */
+#define NULL 0
+void exit(int);
+void *malloc(size_t);
+void *realloc(void *, size_t);
+void free(void *);
/* end standard C headers. */
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
t compliant with the relevant standards. It makes sense to test for
this condition, though IMHO that makes it more of a libc test than a
libstdc++ test, compared with the patched version I proposed. Not that
I object to that :-) I just hadn't understood the goal.
Patch withdrawn.
--
Al
On Jul 11, 2024, Andreas Schwab wrote:
> On Jul 11 2024, Jonathan Wakely wrote:
>> On Thu, 11 Jul 2024 at 14:21, Alexandre Oliva wrote:
>>>
>>>
>>> Having observed failures of these two tests on yet another aarch64
>>> operating system,
On Jul 11, 2024, Jonathan Wakely wrote:
> btw, you touched it last, so now you own the decimal floating-point code ;-)
Heh. Yet another reason ["why software shouldn't have owners"]
(https://www.gnu.org/philosophy/why-free.en.html) :-)
--
Alexandre Oliva, happy hacke
omplex" } */
/* { dg-additional-options "-D_POSIX_SOURCE" } */
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
VERIFY( std::string((err2.what(), s)).find(s) != std::string::npos );
}
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding
-v3/testsuite/decimal/unary-arith.cc
+++ b/libstdc++-v3/testsuite/decimal/unary-arith.cc
@@ -15,7 +15,7 @@
// with this library; see the file COPYING3. If not see
// <http://www.gnu.org/licenses/>.
-// { dg-require-effective-target dfp }
+// { dg-require-effective-target dfprt }
// ISO/
if "from_chars limited to double-precision" {
aarch64-*-vxworks* aarch64-*-rtems* } }
+// { dg-xfail-run-if "from_chars limited to double-precision" { aarch64-*-* } }
#include
#include
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Soft
to this are empty,
> then do not build it”
> Was there a reason for this, or is it a typo?
Most certainly a thinko :-(
Thanks for identifying it and for proposing a fix for it!
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist
On Jul 4, 2024, Alexandre Oliva wrote:
> On Jul 3, 2024, Rainer Orth wrote:
> Hmm, I wonder if leaf frame pointer has to do with that.
It did, in a way.
The first two patches for PR113719 have each regressed
gcc.dg/ipa/iinline-attr.c on a different target. The reason fo
'll have a look, hopefully no later than next week.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
On Jun 27, 2024, Hongtao Liu wrote:
> LGTM, thanks.
> On Thu, Jun 13, 2024 at 3:32 PM Alexandre Oliva wrote:
>> for gcc/ChangeLog
>>
>> PR target/113719
>> * config/i386/i386-options.cc
>> (ix86_override_options_after_change_1): Add opts and opts_
tree gnu_small_type = (TYPE_PRECISION (gnu_num_type)
+ >= TYPE_PRECISION (gnu_den_type)
+ ? gnu_num_type : gnu_den_type);
+
+ gnu_num = convert (gnu_small_type, gnu_num);
+ gnu_den = convert (gnu_small_type, gnu_den);
scale_fact
On Jun 13, 2024, Alexandre Oliva wrote:
> I'll be back with an improved version.
When make_type_from_size is called with a biased type, for an entity
that isn't explicitly biased, we may refrain from reusing the given
type because it doesn't seem to match, and then proceed
On Jun 26, 2024, Richard Sandiford wrote:
> Alexandre Oliva writes:
>> On Jun 25, 2024, Richard Sandiford wrote:
>>
>>>> Richard (Sandiford), do you happen to recall why the IRC conversation
>>>> mentioned in the PR trail decided to drop it entirely, eve
et.cc
@@ -1,5 +1,4 @@
// { dg-options "-std=gnu++17" }
-// { dg-do run { target *-*-* } }
// { dg-require-effective-target c++17 }
// { dg-additional-options "-march=x86-64-v4" { target avx512f_runtime } }
// { dg-require-cmath "" }
--
Alexandre Oliva, happy hacker
ot covered and thus there may be room for
reconsidering, eh?
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
if { [istarget *-*-vxworks*] } {
+ return $flags
+}
if { [istarget hppa*-*-hpux*]
|| ([istarget powerpc*-*-*] && [check_effective_target_ilp32])
|| [istarget riscv*-*-*]
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free
rence in case of (undefined) overflow. Only for unsigned shifts
can well-defined shifts yield different results with clamping.
Richard (Sandiford), do you happen to recall why the IRC conversation
mentioned in the PR trail decided to drop it entirely, even for signed
types?
--
Alexandre Oli
__builtin_unreachable();\
dest[i] = a[i] OP b[i]; \
} \
}
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
BITS)) \
+ __builtin_unreachable();\
dest[i] = a[i] OP b[i]; \
} \
}
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free
E##BITS##_t))\
+ __builtin_unreachable();\
dest[i] = a[i] OP b[i]; \
} \
}
--
Alexandre Oliva, happy hackerhttps:
ral area, so I figured we'd be better off sticking
to a name that more clearly refers to the target hook.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for incl
On Jun 11, 2024, Alexandre Oliva wrote:
> Regstrapped on x86_64-linux-gnu. Pre-approved by Eric. I'm checking it
> in.
... I've just reverted it. It turned out to be too easy to be good :-(
There were various regressions, including infinite loops in the compiler
to GDB regre
{ dg-final { scan-assembler-times {vshl.u[0-9]+\tq[0-9]+, q[0-9]+} 1 } } */
+/* { dg-final { scan-assembler-times {vneg.s[0-9]+\tq[0-9]+, q[0-9]+} 2 } } */
/* Shift by immediate. */
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist
0)
dst_align = 16;
}
+
+ if (MEM_P (orig_dst) && MEM_ALIGN (orig_dst) < dst_align)
+ {
+ orig_dst = shallow_copy_rtx (orig_dst);
+ set_mem_align (orig_dst, dst_align);
+ }
}
ofs = 0;
--
Alexandre Oliva, happy hacker
ernal (bool main_args_p,
ix86_recompute_optlev_based_flags (opts, opts_set);
- ix86_override_options_after_change ();
+ ix86_override_options_after_change_1 (opts, opts_set);
ix86_tune_cost = processor_cost_table[ix86_tune];
/* TODO: ix86_cost should be chosen at instruction or fu
regression-testing here was in the
+// cmath-requiring bit, so even if this could conceivably not time out
+// on a really fast machine, there's hardly any reason to exercise
+// this extreme case.
+
#include
int main()
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/b
On Jun 12, 2024, Jonathan Wakely wrote:
> On Wed, 12 Jun 2024, 02:17 Alexandre Oliva, wrote:
>>
>> Some c++23 tests fail on targets that don't satisfy dg-require-cmath,
>> because referenced math functions don't get declared in std.
> Are they present on t
unsupported "$s: additional-source will not be used to build $dest"
+ foreach s2 $additional_sources_omit_on_compile {
+ if { $s == $s2 } {
+ unsupported "$s: additional-source will not be used to
build $dest"
+ set s
{ dg-final { scan-assembler-times "-7.*DW_AT_GNU_bias" 1 } }
procedure Bias1 is
type Small is range -7 .. -4;
@@ -31,4 +32,4 @@ procedure Bias1 is
begin
null;
-end Bias1;
\ No newline at end of file
+end Bias1;
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/bl
break
+ }
+ }
+ if { $s != "" } {
+ append linkonly " $s"
+ }
}
- set additional_sources_used ""
- set additional_sources ""
+ set additional_sources "$linkonly"
+}
+if { $a
}
+// { dg-require-cmath "" }
#include
#include
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
ective-target size32plus }
// { dg-add-options ieee }
-// { dg-xfail-run-if "from_chars limited to double-precision" {
aarch64-*-vxworks* } }
+// { dg-xfail-run-if "from_chars limited to double-precision" {
aarch64-*-vxworks* aarch64-*-rtems* } }
#include
#include
--
Ale
On May 28, 2024, Jason Merrill wrote:
> On 5/25/24 08:12, Alexandre Oliva wrote:
>> On Apr 27, 2023, Alexandre Oliva wrote:
>>> On Apr 14, 2023, Alexandre Oliva wrote:
>>>> On Mar 23, 2023, Alexandre Oliva wrote:
>>>>> This patch introduces i
"skipping multilib tests due to multilib_flags setting" 1
+verbose "skipping multilib tests due to $flagsvar setting" 1
return
+ }
}
# We don't want to run this test multiple times in a parallel make check.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/bl
On May 31, 2024, Alexandre Oliva wrote:
>> I think we could drop this kluge entirely, clang 7 is old now, we
>> generally only support the most recent 3 or 4 clang versions.
> Fine with me, but I'd do that in a separate later patch, so that this
> goes in, and if it g
> 0) && is_object_v<_Fp>
&& regular_invocable<__detail::__unarize<_Fp&, _Mm>,
range_reference_t<_Wp>>
diff --git a/libstdc++-v3/include/std/variant b/libstdc++-v3/include/std/variant
index 371cbb90f54a6..51aaa62085170 100644
--- a/libstd
On May 31, 2024, Alexandre Oliva wrote:
>> So either don't change this line at all, or just do a simple
>> s/__clang__/_GLIBCXX_CLANG/
> If c++config can be counted on, I'd be happy to do that, but I couldn't
> tell that it could.
Here's what I've
nt of heart ;-)
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
On May 31, 2024, Jonathan Wakely wrote:
> On 31/05/24 11:07 -0300, Alexandre Oliva wrote:
>> --- a/libstdc++-v3/include/pstl/pstl_config.h
[...]
>> -#if defined(__clang__)
>> +#if defined(__GLIBCXX__) ? defined(_GLIBCXX_CLANG) : defined(__clang__)
> This file is als
friend class adjacent_view;
-#ifndef __clang__ // LLVM-61763 workaround
+#ifndef _GLIBCXX_CLANG // LLVM-61763 workaround
template
requires view<_Wp> && (_Mm > 0) && is_object_v<_Fp>
&& regular_invocable<__detail::__unarize<_Fp&a
th the port than I am, would
catch any trouble on review and let me know about pitfalls and surprises
to watch out for.
> Even if so, it needs a lot more documentation than this.
I can write more documentation, but I'm at a loss as to what you're
hoping for. If you set clearer ex
AC_DEFINE(HAVE_USLEEP)
+
+# These functions are defined in librtemscpu. We don't use
+# -qrtems during configure, so we don't link that in, and fail
+# to find them.
+glibcxx_cv_chdir=yes
+glibcxx_cv_chmod=yes
+glibcxx_cv_mkdir=yes
em.
+ glibcxx_cv_chdir=yes
+ glibcxx_cv_chmod=yes
+ glibcxx_cv_mkdir=yes
;;
esac
elif test "x$with_headers" != "xno"; then
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolcha
target ilp32 } } } */
+/* { dg-final { scan-assembler-times {\maddi?\M} 9 { target ilp32 } } } */
/* { dg-final { scan-assembler-times {\mlha\M|\mlhz\M} 6 { target ilp32 } } }
*/
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU T
at tests the offsets in debug
info, rather than the end-to-end debugging feature?
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excludi
On May 26, 2024, "Kewen.Lin" wrote:
> Hi,
> on 2024/4/22 17:38, Alexandre Oliva wrote:
>> Ping?
>> https://gcc.gnu.org/pipermail/gcc-patches/2021-March/566530.html
>> (modified version follows)
> Segher originated this test case, I was expecting he can ch
On Apr 27, 2023, Alexandre Oliva wrote:
> On Apr 14, 2023, Alexandre Oliva wrote:
>> On Mar 23, 2023, Alexandre Oliva wrote:
>>> This patch introduces infrastructure for targets to add an offset to
>>> the label issued after the call_insn to set the call_return_pc
&
On Apr 27, 2023, Alexandre Oliva wrote:
> On Apr 14, 2023, Alexandre Oliva wrote:
>> On Mar 23, 2023, Alexandre Oliva wrote:
>>> This patch introduces infrastructure for targets to add an offset to
>>> the label issued after the call_insn to set the call_return_pc
&
On Apr 16, 2024, Alexandre Oliva wrote:
> for gcc/ChangeLog
> PR tree-optimization/113681
> * tree-profiling.cc (pass_ipa_tree_profile::gate): Skip if
> seen_errors.
> for gcc/testsuite/ChangeLog
> PR tree-optimization/113681
> * c-c++-co
On Apr 19, 2024, Alexandre Oliva wrote:
> for gcc/testsuite/ChangeLog
> * gcc.target/arm/bti-1.c: Require arch, use its opts, drop skip.
> * gcc.target/arm/bti-2.c: Likewise.
> * gcc.target/arm/acle/pacbti-m-predef-11.c: Likewise.
> * gcc.target/arm/acle/
On Apr 22, 2024, Alexandre Oliva wrote:
> for gcc/testsuite/ChangeLog
> PR testsuite/101169
> * gcc.target/powerpc/fold-vec-extract-double.p7.c: Adjust addi
> counts for ilp32.
> * gcc.target/powerpc/fold-vec-extract-float.p7.c: Likewise.
> *
On Apr 22, 2024, Alexandre Oliva wrote:
> for gcc/testsuite/ChangeLog
> * gcc.target/powerpc/pr88233.c: Make some alignment strictness
> and calling conventions assumptions explicit. Restore uniform
> codegen expectations
Ping? https://gcc.gnu.org/pipermail
On Dec 5, 2023, Alexandre Oliva wrote:
> Here's an improved version that fixes some cases of making static local
> names visible through sym_alias, detection of symbol name clashes when
> sym_alias is registered before a clashing definition ("sym name"
> attributes a
On May 23, 2024, Alexandre Oliva wrote:
> On Apr 29, 2024, "Kewen.Lin" wrote:
>> I think you can still push the patch as the testing just exposes
>> another issue.
> ACK, thanks, I've just confirmed that the problem I reported on
> ppc64el-linux-gnu didn&#
On Apr 30, 2024, Christophe Lyon wrote:
> On Tue, 30 Apr 2024 at 01:31, Alexandre Oliva wrote:
>> >> for gcc/testsuite/ChangeLog
>> >>
>> >> * lib/target-supports.exp (check_vect_support_and_set_flags):
>> >> Decay to link rather than c
lated cpu, so I'm going to install it.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
64"
-}
- return "$flags"
-}
-
# Return 1 if the target supports executing VSX instructions, 0
# otherwise. Cache the result.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
c.target/aarch64/sve/tls_preserve_3.c
@@ -2,6 +2,7 @@
/* { dg-options "-O3 -fpic -msve-vector-bits=512 -fno-schedule-insns" } */
/* { dg-require-effective-target fpic } */
/* { dg-require-effective-target tls_native } */
+/* { dg-additional-options "-ftls-model=global-dynamic" {
opy Optimization...
>> (freg-struct-return): ... here.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
nd I
can't post feedback there) and to
https://ci.linaro.org/job/tcwg_gnu_embed_check_gcc--master-thumb_m7_hard_eabi-build/10/artifact/artifacts/00-sumfiles/
(where I could get useful information)
I'm reverting the patch, and I'll see about some alternate approach that
can accommodate th
and leave
them all alone, despite the interface oddity.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and diversity
Excluding neuro-others for not behaving ""normal"" is *not* inclusive
(buffer, "3") != 0;
}
-} [add_options_for_ppc_long_double_override_64bit ""]]
+} [add_options_for_long_double_64bit ""]]
}
# Return the appropriate options to specify that long double uses the IEEE
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Fre
k into massaging the patch into that when I get back, if you
haven't rendered it obsolete by then ;-)
Thanks,
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key f
n testing for
-mcpu=power7 on ppc64le-linux-gnu: it does vectorize the loop with 13
iterations. We need 16 iterations, as in an earlier version of this
test, for it to pass for -mcpu=power7, but then it doesn't pass for
-mcpu=power6.
It looks like we're going to have to adjust
fpeel-loops
@@ -2596,7 +2596,7 @@ Common Var(flag_record_gcc_switches)
Record gcc command line switches in the object file.
freg-struct-return
-Common Var(flag_pcc_struct_return,0) Optimization
+Common NegativeAlias Alias(fpcc_struct_return) Optimization
Return small aggregates in registers.
fregmo
werpc_p9vector_ok } */
-/* { dg-options "-mdejagnu-cpu=power9 -O2 -mfloat128" } */
+/* { dg-options "-mdejagnu-cpu=power9 -O2 -mfloat128 -mlong-double-128" } */
/* { dg-prune-output ".-mfloat128. option may not be fully supported" } */
#include
--
Alexandre Oliva,
without misalign vector support, this case is to check it's not
profitable to perform vectorization by peeling to align the store. */
-#define N 14
+#define N 13
#define OFF 4
/* Check handling of accesses for which the "initial condition" -
--
Alexandre Oliva, happ
t not sqrtsf2, and the latter is what's used
> in cdce3.c.
I see, thanks for the info.
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and less prejudice are key for inclusion and di
tsuite/gcc.target/powerpc/pr46728-14.c
b/gcc/testsuite/gcc.target/powerpc/pr46728-14.c
index 5a13bdb6c..e6836f515e4f8 100644
--- a/gcc/testsuite/gcc.target/powerpc/pr46728-14.c
+++ b/gcc/testsuite/gcc.target/powerpc/pr46728-14.c
@@ -1,6 +1,6 @@
/* { dg-do run } */
-/* { dg-skip-if "-m
44
--- a/gcc/testsuite/gcc.dg/torture/pr91323.c
+++ b/gcc/testsuite/gcc.dg/torture/pr91323.c
@@ -1,4 +1,5 @@
-/* { dg-do run } */
+/* { dg-do run { xfail powerpc*-*-* } } */
+/* remove the xfail for powerpc when pr58684 is fixed */
/* { dg-add-options ieee } */
/* { dg-require-effective-target
+/* { dg-do run { target vsx_hw } } */
/* { dg-options "-mvsx -O3" } */
/* Test that the vec_mul builtin works as expected. */
--
Alexandre Oliva, happy hackerhttps://FSFLA.org/blogs/lxo/
Free Software Activist GNU Toolchain Engineer
More tolerance and l
Ping?-ish
https://gcc.gnu.org/pipermail/gcc-patches/2023-May/619678.html
It's that time of the year again. The good news is that this is the
last patch in my ppc*-vxworks7* set ;-)
On May 25, 2023, Segher Boessenkool wrote:
> On Thu, May 25, 2023 at 10:55:37AM -0300, Alexandre Oli
Ping?-ish for the full version of the RFC posted at
https://gcc.gnu.org/pipermail/gcc-patches/2021-March/566588.html
On Mar 11, 2021, Richard Biener wrote:
> On Thu, Mar 11, 2021 at 9:03 AM Alexandre Oliva wrote:
>> So I'm leaning towards this proposed change, just ext
On Mar 10, 2021, Joseph Myers wrote:
> On Wed, 10 Mar 2021, Alexandre Oliva wrote:
>> operand exception for quiet NaN. I couldn't find any evidence that
>> the rs6000 backend ever outputs fcmpo. Therefore, I'm adding the same
>> execution xfail marker to this tes
1 - 100 of 1002 matches
Mail list logo
