From: chenglulu
gcc/
* config/loongarch/larchintrin.h: New file.
* config/loongarch/loongarch-builtins.cc: New file.
---
gcc/config/loongarch/larchintrin.h | 413 +
gcc/config/loongarch/loongarch-builtins.cc | 511 +
2 files changed, 9
From: chenglulu
gcc/testsuite/
* g++.dg/cpp0x/constexpr-rom.C: Add build options for LoongArch.
* g++.old-deja/g++.abi/ptrmem.C: Add LoongArch support.
* g++.old-deja/g++.pt/ptrmem6.C: xfail for LoongArch.
* gcc.dg/20020312-2.c: Add LoongArch support.
* gc
From: chenglulu
libgcc/
* config/loongarch/crtfastmath.c: New file.
* config/loongarch/crti.S: Like wise.
* config/loongarch/crtn.S: Like wise.
* config/loongarch/lib2funcs.c: Like wise.
* config/loongarch/linux-unwind.h: Like wise.
* config/loonga
From: chenglulu
* contrib/config-list.mk: Add LoongArch triplet.
* gcc/doc/install.texi: Add LoongArch options section.
* gcc/doc/invoke.texi: Add LoongArch options section.
* gcc/doc/md.texi: Add LoongArch options section.
---
contrib/config-list.mk | 5 +-
gcc
Hi Jakub,
This patch on top of the previously posted option handling changes patch
allows specifying -fconvert=swap,r16_ieee etc. (but will error on it
when not on powerpc64le because in the library such swapping is only
implemented for HAVE_REAL_17).
Bootstrapped/regtested on x86_64-linux an
On Sat, 2022-01-22 at 15:55 +0800, Chenghua Xu wrote:
> +$(srcdir)/config/loongarch/loongarch.opt: \
> + $(srcdir)/config/loongarch/genopts/genstr.sh \
> + $(srcdir)/config/loongarch/genopts/loongarch.opt.in
> + $(SHELL) $< opt > $@
> +
> +$(LA_STR_H): \
> + $(srcdir)/config
On Sat, 2022-01-22 at 15:55 +0800, Chenghua Xu wrote:
> + Copyright (C) 2021 Free Software Foundation, Inc.
All of those should be 2021 - 2022 (or just 2022?) now.
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
On Sat, Jan 22, 2022 at 04:33:08PM +0800, Xi Ruoyao via Gcc-patches wrote:
> On Sat, 2022-01-22 at 15:55 +0800, Chenghua Xu wrote:
> > +$(srcdir)/config/loongarch/loongarch.opt: \
> > + $(srcdir)/config/loongarch/genopts/genstr.sh \
> > + $(srcdir)/config/loongarch/genopts/loongarch.opt
On Sat, 2022-01-22 at 15:55 +0800, Chenghua Xu wrote:
> +mstrict-align
> +Target Var(TARGET_STRICT_ALIGN) Init(0)
> +Do not generate unaligned memory accesses.
Section 2.1.8 of LoongArch spec says "load/store instruction *may* be
implemented to allow unaligned memory access". As it's not a "must"
On Sat, 2022-01-22 at 09:41 +0100, Jakub Jelinek wrote:
> On Sat, Jan 22, 2022 at 04:33:08PM +0800, Xi Ruoyao via Gcc-patches
> wrote:
> > On Sat, 2022-01-22 at 15:55 +0800, Chenghua Xu wrote:
> > > +$(srcdir)/config/loongarch/loongarch.opt: \
> > > + $(srcdir)/config/loongarch/genopts/genstr
在 2022/1/22 下午4:46, Xi Ruoyao 写道:
On Sat, 2022-01-22 at 09:41 +0100, Jakub Jelinek wrote:
On Sat, Jan 22, 2022 at 04:33:08PM +0800, Xi Ruoyao via Gcc-patches
wrote:
On Sat, 2022-01-22 at 15:55 +0800, Chenghua Xu wrote:
+$(srcdir)/config/loongarch/loongarch.opt: \
+ $(srcdir)/config/loo
On Sat, 2022-01-22 at 16:56 +0800, 程璐璐 wrote:
> Under the MIPS architecture, *.opt files are also generated in
> $(srcdir).
Well, but then you should put the commands for generating those files
into contrib/gcc_update instead of Makefile.in, just like MIPS.
--
Xi Ruoyao
School of Aerospace Scie
在 2022/1/22 下午5:05, Xi Ruoyao 写道:
On Sat, 2022-01-22 at 16:56 +0800, 程璐璐 wrote:
Under the MIPS architecture, *.opt files are also generated in
$(srcdir).
Well, but then you should put the commands for generating those files
into contrib/gcc_update instead of Makefile.in, just like MIPS.
Sor
On Jan 22 2022, Xi Ruoyao via Gcc-patches wrote:
> Well, but then you should put the commands for generating those files
> into contrib/gcc_update instead of Makefile.in, just like MIPS.
contrib/gcc_update doesn't regenerate any files, it only updates
timestamps.
--
Andreas Schwab, sch...@linux
On Sat, Jan 22, 2022 at 05:05:00PM +0800, Xi Ruoyao wrote:
> On Sat, 2022-01-22 at 16:56 +0800, 程璐璐 wrote:
>
> > Under the MIPS architecture, *.opt files are also generated in
> > $(srcdir).
>
> Well, but then you should put the commands for generating those files
> into contrib/gcc_update instea
Hello.
I've just noticed the patch broke a few cross compilers:
s390x-ibm-tpf:
/home/marxin/buildworker/zen2-cross-compilers/build/gcc/common/config/s390/s390-common.cc:
In function ‘bool s390_supports_split_stack(bool, gcc_options*)’:
/home/marxin/buildworker/zen2-cross-compilers/build/gcc/co
On Sat, Jan 22, 2022 at 10:32:21AM +0100, Martin Liška wrote:
> Hello.
>
> I've just noticed the patch broke a few cross compilers:
>
> s390x-ibm-tpf:
>
> /home/marxin/buildworker/zen2-cross-compilers/build/gcc/common/config/s390/s390-common.cc:
> In function ‘bool s390_supports_split_stack(boo
> -原始邮件-
> 发件人: "Jakub Jelinek"
> 发送时间: 2022-01-22 17:31:40 (星期六)
> 收件人: "Xi Ruoyao"
> 抄送: "程璐璐" , "Chenghua Xu" ,
gcc-patches@gcc.gnu.org, jos...@codesourcery.com
> 主题: Re: [PATCH v5 02/12] LoongArch Port: gcc build
>
> On Sat, Jan 22, 2022 at 05:05:00PM +0800, Xi Ruoyao wrote:
> >
Hi!
With --disable-plugin, bootstrap fails on x86_64-linux or probably
all other targets with:
../../gcc/opts-global.cc: In function ‘void handle_common_deferred_options()’:
../../gcc/opts-global.cc:420:62: error: unquoted option name ‘--enable-plugin’
in format [-Werror=format-diag]
420 |
On Sat, Jan 22, 2022 at 10:32:21AM +0100, Martin Liška wrote:
> I've just noticed the patch broke a few cross compilers:
>
> s390x-ibm-tpf:
>
> /home/marxin/buildworker/zen2-cross-compilers/build/gcc/common/config/s390/s390-common.cc:
> In function ‘bool s390_supports_split_stack(bool, gcc_optio
Hello Harald,
when simplifying TRANSFER with a MOLD argument of type character
and with SIZE=0 we lose the character length.
This happens in all gfortran versions and results in wrong code.
The purported regression is that at some point in the 9-development
this lead to a (previously possibly l
PR analyzer/104159 describes an ICE attempting to convert a vector_cst,
which occurs when symbolically executing within a recursive call on:
_4 = BIT_FIELD_REF ;
_1 = VIEW_CONVERT_EXPR(_4);
where the BIT_FIELD_REF leads to a get_or_create_cast from
VEC to VEC
which get_code_for_cast erroneo
Committed to trunk as r12-6818-ga1fb81bda97014ba14d55c4c2e143d31ffe2e264.
gcc/testsuite/ChangeLog:
PR analyzer/104150
* gcc.dg/analyzer/pr104089.c: Add "dg-add-options float16"
and "dg-require-effective-target float16" directives.
Signed-off-by: David Malcolm
---
gcc/tes
> Am 22.01.2022 um 13:00 schrieb Jakub Jelinek via Gcc-patches
> :
>
> Hi!
>
> With --disable-plugin, bootstrap fails on x86_64-linux or probably
> all other targets with:
> ../../gcc/opts-global.cc: In function ‘void handle_common_deferred_options()’:
> ../../gcc/opts-global.cc:420:62: erro
On Sat, Jan 22, 2022 at 01:16:38PM +0100, Jakub Jelinek via Gcc-patches wrote:
> Actually, I suspect we either need something like following patch,
> or need to change gcc/config/{linux,rs6000/linux{,64},alpha/linux}.h
> so that next to those OPTION_GLIBC etc. macros it also defines versions
> of t
Hello,
Le 17/01/2022 à 00:11, FX via Fortran a écrit :
This patch is the third in my “signaling NaN” series. For targets with IEEE
support but without the issignaling macro in libc (i.e., everywhere except
glibc), this allows us to provide a fallback implementation. In order to keep
the code
I have add aarch64-linux-android target support and fix build issues with
libstdc++ for android.
Several small issues like no libpthread.a (since android does not need
libpthread.a) + 'ifunc' is not supported on this target, i will leave other
people to fix.
---
gcc/config.gcc
Here the call to the &&-qualified toLower() is incorrectly rejected
because the object expression is deemed to be an lvalue, even though it's
really a prvalue. The object expression, instance()->applicationName(),
is expressed as an INDIRECT_REF of a COMPOUND_EXPR
*(*instance ();, &TARGET_EXPR
Return false for invalid broadcast mode in bcst_mem_operand on memory
broadcast:
(vec_duplicate:V16SF (mem/j:V4SF (reg/v/f:DI 109 [ b ])))
gcc/
PR target/104188
* config/i386/predicates.md (bcst_mem_operand): Also check
VALID_BCST_MODE_P on memory broadcast.
gcc/testsuit
On Thu, 20 Jan 2022, Joseph Myers wrote:
> > The old formulation of the instructions were never ratified as a
> > RISC-V standard. I don't think we need to hamstring ourselves here by
> > assuming the possibility of their implementation.
>
> If you ignore the old version, then the instructions c
Hi.
Le mardi 18 janvier 2022 à 18:49 -0500, David Malcolm a écrit :
> On Mon, 2022-01-17 at 19:46 -0500, Antoni Boucher via Gcc-patches
> wrote:
> > I missed the comment about the new define, so here's the updated
> > patch.
>
> Thanks for the patch.
> >
> > Le lundi 17 janvier 2022 à 19:24 -050
Hi!
On 1/21/22 15:00, John Paul Adrian Glaubitz wrote:
> While playing around with the compiler options trying to find a solution, I
> made an interesting
> discovery which is that GCC support 64-bit compare and swap on SPARCv8plus
> but not on 32-bit
> SPARCv9:
>
> glaubitz@gcc202:~$ echo | gc
On Sat, Jan 22, 2022 at 2:24 PM H.J. Lu wrote:
>
> Return false for invalid broadcast mode in bcst_mem_operand on memory
> broadcast:
>
> (vec_duplicate:V16SF (mem/j:V4SF (reg/v/f:DI 109 [ b ])))
>
> gcc/
>
> PR target/104188
> * config/i386/predicates.md (bcst_mem_operand): Also c
We've been trying for a while to avoid TARGET_EXPRs in template code, but
there were still a few that snuck through, and the one in this case broke
the code that tried to handle it. Fixed by using IMPLICIT_CONV_EXPR, as we
have done elsewhere.
I also noticed that finish_compound_literal was assum
This is the same issue as PR104031, but that patch doesn't fix this
testcase because in this case, current_function_decl isn't set when we get
to cp_genericize_target_expr. But there seems to be no need for
is_local_temp to check for function scope; !TREE_STATIC should be enough.
Tested x86_64-pc
35 matches
Mail list logo