FAIL: gcc.target/riscv/arch-1.c (test for errors, line )
FAIL: gcc.target/riscv/arch-1.c (test for excess errors)
Excess errors:
cc1: error: '-march=rv32I': first ISA subset must be `e', `i' or `g'
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510
Hi Thomas,
The patch looks good to me, with one nit:
+ gfc_error ("Error in component call at %L",
and
call x%z%g() ! { dg-error "Error in typebound call" }
doesn’t look right.
Thanks for the patch.
Dominique
Hi Domoinique,
+ gfc_error ("Error in component call at %L",
and
call x%z%g() ! { dg-error "Error in typebound call" }
Corrected.
If there isn't anything else, I'll commit tonight (as three
quarters obvious) to keep down the number of concurrent patches
in my tree :-)
Regards
gcc-patches@gcc.gnu.org
+
黄削
可 办 税 票,认 证 后 付 歀。
详 电:李 生,136—6075— 4190,
业 q:157— 533— 2698
---
Hello world,
this fixes a 7/8/9 regression. The problem is that front-end inlining
of matmul could generate calls to _gfortran_runtime_error which were
called as non-variadic. This fixes the problem by setting the
backend_decl on the resovled symbol, so it always uses the right one.
Putting it
Am 03.03.19 um 11:41 schrieb Johannes Pfau:
We set __USE_MINGW_ACCESS for windows hosts to use MinGWs wrapper
for the access function. The wrapper ensures that access behaves
in the expected way (e.g. for special files, such as nul).
However, we now compile most sources with the C++ compiler and
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
https://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-9.1-b20190203.sv.po',
With the proposed patch
2 | if (.TRUE.)
| 1
Error: Cannot assign to a named constant at (1)
3 | else if (.FALSE.)
| 1
Error: Unexpected junk after ELSE statement at (1)
is changed to
2 | if (.TRUE.)
|
On 3/4/19 5:28 PM, Martin Sebor wrote:
Attached is a patch with (mostly) my changes for GCC 9. To make
things easier to find I grouped related changes together within
the sections I changed. I put warnings under the same bullet,
built-ins, and attributes.
I have a few nit-picky comments...
s
Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2019-03-17 John David Anglin
PR testsuite/89666
* c-c++-common/builtin-has-attribute-3.c: Define SKIP_ALIAS on
hppa*-*-hpux*.
* gcc.dg/attr-copy.c: Require alias support.
* gcc.dg/ipa/
This patch fixes three tests that fail on hppa*-*-hpux* due to the lack of
c99 complex support.
Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2019-03-17 John David Anglin
* gcc.dg/pr88074.c: Require c99_runtime.
* gcc.dg/warn-abs-1.c: Likewise.
Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2013-03-17 John David Anglin
* gfortran.dg/pointer_init_10.f90: Require visibility support.
* gfortran.dg/temporary_3.f90: Likewise.
Index: gfortran.dg/pointer_init_10.f90
===
Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2019-03-03-17 John David Anglin
* gcc.dg/compat/pr83487-1_x.c: Use -fno-common option on hppa*-*-hpux*.
* gcc.dg/compat/pr83487-1_y.c: Likewise.
Index: gcc.dg/compat/pr83487-1_x.c
===
Earlier changes to defer instantiating a defaulted noexcept-specifier that
depends on yet-unparsed default member initializers broke this testcase,
where instantiation fails for another reason. In this case there's no
reason to defer and try again later, so let's not.
Tested x86_64-pc-linux-gnu,
Hi all,
this patch adds support for multilib on x86_64-unknown-freebsd*
The multilibs are 32-bit.
This patch is functionality tested on gcc8 and gcc9. Test suite testing
is a bit tricky since the FreeBSD dynamic linker handles both, the
32-bit and the 64-bit binaries. So, if I have a 64-bit li
The attached patch fixes an ICE-on-invalid code when the TRANSFER
intrinsic is being handed procedures to the SOURCE or MOLD arguments.
My reading of the standard suggests that this is not allowed:
SOURCE shall be a scalar or array of any type.
MOLD shall be a scalar or array of any type. ...
Am 03.03.19 um 18:59 schrieb Johannes Pfau:
Hello all,
I wanted to ask for some feedback on an issue which has affected GDC
for a long time now: Letting the D garbage collector scan
emulated TLS memory. Basically, for every variable instance in TLS
memory we need to be able to get the address an
From: James Hilliard
Fixes error: ‘st.st_mode’ may be used uninitialized in this function
---
libbacktrace/elf.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libbacktrace/elf.c b/libbacktrace/elf.c
index f3988ec02a0..714bfec965d 100644
--- a/libbacktrace/elf.c
+++ b/libbac
Greetings,
This patch implements C++20 p0202 - Add Constexpr Modifiers to Functions
in and Headers
and C++20 p1023 - constexpr comparison operators for std::array.
The patch is large because of the testsuite additions. Basically, the
algorithms and the array comparison operators are all m
19 matches
Mail list logo