Hi
The builtin_thread_pointer test does not work for emulated TLS.
Add a target requires to cover this.
tested on x86_64-darwin, x86_64-linux-gnu
pushed to master,
Iain
gcc/testsuite/ChangeLog:
* gcc.target/i386/builtin_thread_pointer.c: Require native TLS.
---
gcc/testsuite/gcc.target
Hi
(this change reused the existing ‘class’ keyword and RID, so only
needed Objective-C context modifications).
tested on x86_64-darwin, x86_64-linux-gnu,
pushed to master,
thanks
Iain
This attribute states that a property is one manipulated by class
methods (it requires a static variable
Now that __glibcxx_assert is constexpr compatible we can do the same for
the _GLIBCXX_DEBUG equivalent.
I had also try to do the same on my own so this patch contains the
string_view tests I had written when doing so.
I plan to activate some _GLIBCXX_DEBUG checks when _GLIBCXX_ASSERTIONS
is
Following a recent fix on std::array this test started to fail in
_GLIBCXX_DEBUG mode.
FAIL: 23_containers/array/comparison_operators/96851.cc (test for excess
errors)
Rather than fixing it and now that __glibcxx_assert is constexpr
compatible I would like to propose to simply remove __gnu_d
Hello,
I would like to finally address the problem with ipa-icf being overly
conservating on memory operand equality and having overly weak hash
function. This leads to code size, compile time and compile time memory
use regressions sompared to earlier versions where we merged more
aggressively bec
The binutils bugs seem to have been fixed.
2020-11-08 Samuel Thibault
gcc/
* config.gcc: Enable default_gnu_indirect_function in *-*-gnu*
target (but not *-*-kfreebsd*-gnu | *-*-kopensolaris*-gnu).
---
gcc/config.gcc | 4 +++-
1 file changed, 3 insertions(+), 1 deletio
Hi,
This patch adds a new pattern in 4-insn combine. It supports the
following sign_extend(op: zero_extend, zero_extend) optimization. In the
patch, newpat is split twice. The first split becomes newi1pat and the
second becomes newi2pat. They replace i1, i2 and i3 if all of them can
be recogn
> -Original Message-
> From: Richard Sandiford [mailto:richard.sandif...@arm.com]
> Sent: Tuesday, November 3, 2020 9:57 PM
> To: xiezhiheng
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH PR94442] [AArch64] Redundant ldp/stp instructions
> emitted at -O3
>
> Thanks, I pushed both pat
Hi Vladimir,
on 2020/11/6 下午10:49, Vladimir Makarov wrote:
>
> On 2020-11-06 1:15 a.m., Kewen.Lin wrote:
>> Hi,
>>
>> As PR97705 shows, my commit r11-4637 caused some dumping
>> comparison difference error on pass ira. It exposed one
>> issue about the newly introduced function remove_scratches,
Hello All,
This patch will load the DI mode immediate values from
REAL_VALUE_FROM_CONST_DOUBLE and REAL_VALUE_TO_TARGET_DOUBLE functions, as
CONST_DOUBLE_HIGH was returning the sign extension value even for the
unsigned long long constants also
gcc/ChangeLog:
* config/microblaze/microblaz
Hello All,
for new scan-assembly output resulting in use of $LC label
gcc/testsuite/ChangeLog:
* gcc.target/microblaze/others/strings1.c: Update
to include $LC label.
---
gcc/testsuite/ChangeLog | 5 +
gcc/testsuite/gcc.target/microblaze/others/st
Dear:
Zeeheng manufacture here, exporting CLEAR PLASTIC CUP/PAPER BOWL/COFFEE
CUP with good quality and low price.
Call me, let’s talk details.
Rgds,
Luke.zhang
Nathan Sidwell writes:
> > This doesn't seem to match the code to go into directives mode all that
> > well.? You don't reset pragma_allow_expansion or directive_line.
>
> Hm, yeah. I think neither of those fields have any bearing in
> non-directives mode, and always get set when entering it?
I've noticed the following issues with the module mapper in the
-fdirectives-only mode:
1. When partially preprocessing the module interface unit, the mapper
receives the MODULE-EXPORT request that's unnecessary (BMI is not
written):
g++ ... -x c++ -E -fdirectives-only -o hello.gcm.ii h
On Sat, 7 Nov 2020 at 00:59, Jeff Law wrote:
>
>
> On 9/18/20 6:33 AM, Christophe Lyon wrote:
> > On Thu, 17 Sep 2020 at 23:33, Jeff Law wrote:
> >>
> >> On 9/14/20 3:29 AM, Christophe Lyon via Gcc-patches wrote:
> >>> Initializing orig_err avoids a warning: "may be used uninitialized".
> >>>
> >
15 matches
Mail list logo