On Tue, Mar 11, 2025 at 2:29 PM Haochen Jiang wrote:
>
> Hi all,
>
> After commit r15-4510, the following testcases also do not need XFAIL.
>
> Ok for trunk?
Ok.
>
> Thx,
> Haochen
>
> gcc/testsuite/ChangeLog:
>
> * gcc.target/i386/avx512f-pr103750-1.c: Remove XFAIL.
> * gcc.target
On Tue, 18 Mar 2025, Matthias Klose wrote:
> This builds and installs the gcobol driver for a cross build, tested with an
> amd64 -> arm64 cross build. Ok for the trunk?
OK.
Thanks,
Richard.
> Matthias
>
>
--
Richard Biener
SUSE Software Solutions Germany GmbH,
Frankenstrasse 146, 90461 Nu
On Mon, Mar 17, 2025 at 7:49 PM François Dumont
wrote:
>
> On 17/03/2025 09:21, Tomasz Kamiński wrote:
> > This is another piece of P1206R7, adding new members to std::set
> > and std::multiset.
> >
> > PR libstdc++/111055
> >
> > libstdc++-v3/ChangeLog:
> >
> > * include/bits/stl_mul
Use the C++11 std::end utility to get a pointer past the end of an
array. This is a step towards eliminating the COUNT_OF macro.
gcc/cobol/ChangeLog:
* parse.y: Use std::end to get a pointer past the end of an
array.
* parse_util.h (function_descrs_end): Likewise.
LGTM.
Thanks.
在 2025/3/16 下午2:41, Xi Ruoyao 写道:
We already allow the ABI names for GPR in inline asm clobber list, so
for consistency allow the ABI names for FPR as well.
Reported-by: Yao Zi
gcc/ChangeLog:
* config/loongarch/loongarch.h (ADDITIONAL_REGISTER_NAMES): Add
fa0-
*jcc only supports ix86_fp_comparison_operator for CCFP, when
comparison code is LT, there's an ICE. W/o AVX10.2, it's ok since
do_compare_rtx_and_jump will transform LT to GT, but w/ AVX10.2 it
goes directly into ix86_expand_branch which doesn't handle it.
Use ix86_fp_comparison_operator in cbran
Hi!
The following testcase ICEs starting with r15-3213 in
decompose_normal_address and starting with r15-3288 ICEs
in lra_rtx_hash, which since r8-5466 can't handle SUBREG
(previously SUBREG was "ei" and lra_rtx_hash can handle
that through
val += lra_rtx_hash (XEXP (x, i));
for e and
val += XINT
As explained in the libstdc++ manual[1] and elsewhere[2], using tolower
and toupper in std::transform directly is wrong. If char is signed then
non-ASCII characters with negative values lead to undefined behaviour.
Also, tolower and toupper are overloaded names in C++ so expecting them
to resolve t
This is another step towards removing the COUNT_OF macro.
gcc/cobol/ChangeLog:
* parse.y: Use range-based 'for' to iterate over arrays.
* symbols.cc (symbol_table_init): Likewise.
---
gcc/cobol/parse.y| 9 -
gcc/cobol/symbols.cc | 7 +++
2 files changed, 7 inserti
Hi Andre,
Am 17.03.25 um 09:56 schrieb Andre Vehreschild:
The issue is that the tbp (the typebound proc info structure) is not resolved
completely when the associate tries to do an early resolve to determine the
rank of the associate variable. When the expression to be resolved for that
contains
libgcobol/ChangeLog:
* charmaps.cc (__gg__raw_to_ascii): Use auto for complicated
nested type.
(__gg__raw_to_ebcdic): Likewise.
(__gg__console_to_ascii): Likewise.
(__gg__console_to_ebcdic): Likewise.
---
This one's purely stylistic so I don't care whether
libgcobol/ChangeLog:
* common-defs.h (cbl_enabled_exceptions_t::operator=): Define as
defaulted.
---
libgcobol/common-defs.h | 6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/libgcobol/common-defs.h b/libgcobol/common-defs.h
index ea6f91ba500..e390ee3c677 10
C++ provides std::end to getting the end of an array, and we know the
size of the cbl_declarative_t::files array without using COUNT_OF.
libgcobol/ChangeLog:
* common-defs.h (COUNT_OF): Remove.
* exceptl.h (cbl_declarative_t): Use constant in assertion.
* valconv.cc (__gg_
Replace COUNT_OF(cbl_declarative_t::files) with
cbl_declarative_t::files_max which is the constant used to defined the
bounds of that array.
Replace all other uses of COUNT_OF with the ARRAY_SIZE macro used by the
rest of GCC.
gcc/cobol/ChangeLog:
* parse.y: Use static data member instea
Just use a default-member-initializer to zero-initialize the array
member, instead of using std::fill.
libgcobol/ChangeLog:
* exceptl.h (cbl_declarative_t): Simplify array
initialization.
---
libgcobol/exceptl.h | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff
On 3/18/25 08:36, Paul-Antoine Arras wrote:
This patch partially enables use of the OpenMP interop construct by adding
middle end support, mostly in the omplower pass, and in the target-independent
part of the libgomp runtime. It follows up on previous patches for C, C++ and
Fortran front ends su
On Mon, 17 Mar 2025, Tamar Christina wrote:
> Hi All,
>
> Broadly speaking, these tests were failing because the BB limitation for
> SLP'ing
> loads in an || in an early break makes the loads end up in different BBs and
> so
> today we can't SLP them. This results in load_lanes being required
std::remove_if doesn't remove anything from the string, it just shuffles
the later characters down to replace spaces. That means given " 123456 "
as input, it will produce "1234566 " which is not the same value, and
will also cause the strtof128 result to be treated as an error because
the pend poi
Applied this patch as obvious.
Johann
--
AVR: target/119355 - Fix ICE in pass avr-fuse-move / -mfuse-move.
This ICE only occurred when the compiler is built with, say
CXXFLAGS='-Wp,-D_GLIBCXX_ASSERTIONS'. The problem was that
a value from an illegal REGNO was read. The value was not
used in
On Tue, Mar 18, 2025 at 04:19:12PM -0400, Jason Merrill wrote:
> On 3/18/25 3:12 PM, Marek Polacek wrote:
> > On Tue, Mar 18, 2025 at 03:05:57PM -0400, Patrick Palka wrote:
> > > On Tue, 18 Mar 2025, Marek Polacek wrote:
> > >
> > > > Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14?
The call to std::remove_if used here doesn't remove any elements, it
just overwrites the "removed" elements with later elements, leaving the
total number of elements unchanged. Use std::list::remove_if to actually
remove those unwanted elements from the list.
gcc/cobol/ChangeLog:
* symfin
On 3/18/25 8:49 AM, Marek Polacek wrote:
On Mon, Mar 17, 2025 at 10:30:45PM -0400, Patrick Palka wrote:
On Mon, 17 Mar 2025, Marek Polacek wrote:
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14/13?
-- >8 --
r12-1094 mentions that adding the assert didn't lead to any regressions
On 3/18/25 3:12 PM, Marek Polacek wrote:
On Tue, Mar 18, 2025 at 03:05:57PM -0400, Patrick Palka wrote:
On Tue, 18 Mar 2025, Marek Polacek wrote:
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14?
-- >8 --
This ICE appeared with the removal of NON_DEPENDENT_EXPR. Previously
skip
On 3/18/25 12:48 PM, Jakub Jelinek wrote:
On Tue, Mar 18, 2025 at 12:26:53PM -0400, Jason Merrill wrote:
You mean
/* No need to look into types or unevaluated operands.
NB: This affects cp_fold_r as well. */
if (TYPE_P (stmt) || unevaluated_p (TREE_CODE (stmt)))
{
*
On Tue, Mar 18, 2025 at 03:05:57PM -0400, Patrick Palka wrote:
> On Tue, 18 Mar 2025, Marek Polacek wrote:
>
> > Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14?
> >
> > -- >8 --
> > This ICE appeared with the removal of NON_DEPENDENT_EXPR. Previously
> > skip_simple_arithmetic wo
On Tue, 18 Mar 2025, Marek Polacek wrote:
> Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14?
>
> -- >8 --
> This ICE appeared with the removal of NON_DEPENDENT_EXPR. Previously
> skip_simple_arithmetic would get NON_DEPENDENT_EXPR> and
> since NON_DEPENDENT_EXPR is neither BINARY_
Hi,
This patch was cherry-picked from upstream phobos commit 79cbde1ab.
Bootstrapped and regression tested on x86_64-linux-gnu/-m32 and
committed to mainline.
Regards,
Iain.
---
libphobos/ChangeLog:
* src/MERGE: Merge upstream phobos 79cbde1ab.
Reviewed-on: https://github.com/dlang/ph
From: Arthur Cohen
Resent to cut out the patch's content, as it did not pass the ML filters.
This fixes PR #119333 by allowing our borrow-checker interface to be built
offline. This was already done for our components in libgrust/, but had never
been
done for the borrow-checker.
https://gcc.gn
Hi,
This patch was cherry-picked from upstream phobos commit cafe86453.
Bootstrapped and regression tested on x86_64-linux-gnu/-m32 and
committed to mainline.
Regards,
Iain.
---
libphobos/ChangeLog:
* src/MERGE: Merge upstream phobos cafe86453.
Reviewed-on: https://github.com/dlang/ph
On Tue, 18 Mar 2025, Jakub Jelinek wrote:
> Hi!
>
> The COBOL tests has many tests which just dump emit lots of output
> to stdout and want to compare it against expected output.
> We have the dg-output directive, but if one needs more than dozens
> of lines in the output, adding hundreds of dg-o
Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14?
-- >8 --
This ICE appeared with the removal of NON_DEPENDENT_EXPR. Previously
skip_simple_arithmetic would get NON_DEPENDENT_EXPR> and
since NON_DEPENDENT_EXPR is neither BINARY_CLASS_P nor UNARY_CLASS_P,
there was no problem. But n
Hi,
This patch merges libphobos with upstream druntime d2ee11364c.
Regtested on x86_64-linux-gnu/-m32 and committed to mainline.
Regards,
Iain.
---
libphobos/ChangeLog:
* libdruntime/MERGE: Merge upstream druntime d2ee11364c.
* testsuite/libphobos.aa/test_aa.d: Add new test.
Am 18.03.25 um 00:20 schrieb Jerry D:
On 3/17/25 2:47 PM, Harald Anlauf wrote:
Dear all,
F2003:C626 was only partly implemented: we missed the case of ALLOCATE
of character dummy arguments with assumed length, where the type-spec
must use asterisk, i.e. (*).
Regtesting found one testcase that
Hi,
This patch merges the D front-end with upstream dmd fde0f8c40a.
Bootstrapped and regression tested on x86_64-linux-gnu, committed to
mainline.
Regards,
Iain.
---
gcc/d/ChangeLog:
* dmd/MERGE: Merge upstream dmd fde0f8c40a.
Reviewed-on: https://github.com/dlang/dmd/pull/21014
---
Hi,
This patch merges the D front-end with upstream dmd 51be8bb729.
Updates all copyright years from 2024 -> 2025.
Regards,
Iain.
---
gcc/d/ChangeLog:
* dmd/MERGE: Merge upstream dmd 51be8bb729.
Reviewed-on: https://github.com/dlang/dmd/pull/20958
---
gcc/d/dmd/MERGE
On Tue, 18 Mar 2025, Jakub Jelinek wrote:
> Hi!
>
> The following new testcase FAILs with C (and succeeds with C++).
> c_parser_handle_musttail is used in c_parser_compound_statement_nostart
> where it is directly passed to c_parser_statement_after_labels, and in
> c_parser_all_labels where it is
On Tue, 18 Mar 2025, Jakub Jelinek wrote:
> On Mon, Mar 17, 2025 at 06:38:34PM +0100, Jakub Jelinek wrote:
> > Anyway, below is a patch which accepts all kinds of
> > ordering and mixing of standard and GNU attributes at the start of
> > statements (for C++).
>
> Bootstraps/regtests (on x86_64-li
On Tue, 18 Mar 2025, Martin Uecker wrote:
> > I think different alignment should be considered different types, so an
> > error.
>
> We currently allow different alignment to be added in typedefs
> as in the new typedef-redecl3.c test:
I don't think we should. Typedef reclarations must have th
On Tue, Mar 18, 2025 at 5:57 PM Iain Sandoe wrote:
>
> Retested on x86_64 darwin. This adds in the observation from Jose.
> I think if it gets more complex than this, we really need to punt it
> to libiberty.
> OK for trunk? (thinking to wait until the c++14 changes have landed).
LGTM.
Richard
On Tue, Mar 18, 2025 at 6:18 PM Iain Sandoe wrote:
>
> Tested on x86_64 linux/darwin, aarch64 linux,
> OK for trunk?
LGTM.
Richard.
> thanks
> Iain
>
> --- 8< ---
>
> EXEC_LIB is no longer defined anywhere, so that the dependent code is
> now dead. The rpath code (if required) would need to be
ranges::distance may produce an integer-like class type
(ranges::__detail::__max_diff_type) that is only explicitly convertible to
other integer types, so the result needs to be casted to containers size_type.
PR libstdc++/119358
libstdc++-v3/ChangeLog:
* include/bits/unordered_m
Tested on x86_64 linux/darwin, aarch64 linux,
OK for trunk?
thanks
Iain
--- 8< ---
EXEC_LIB is no longer defined anywhere, so that the dependent code is
now dead. The rpath code (if required) would need to be conditional
since rpath support is not available on all hosts. Remove now and then
add
> On 18 Mar 2025, at 12:08, Richard Biener wrote:
>
> On Tue, Mar 18, 2025 at 1:07 PM Iain Sandoe wrote:
>>
>>
>>
>>> On 18 Mar 2025, at 12:01, Richard Biener wrote:
>>>
>>> On Tue, Mar 18, 2025 at 12:13 PM Iain Sandoe wrote:
tested on x86_64/aarch64 Linux and x86_64-darwin,
On Tue, Mar 18, 2025 at 12:26:53PM -0400, Jason Merrill wrote:
> > You mean
> >/* No need to look into types or unevaluated operands.
> > NB: This affects cp_fold_r as well. */
> >if (TYPE_P (stmt) || unevaluated_p (TREE_CODE (stmt)))
> > {
> >*walk_subtrees = 0;
> >
Retested on x86_64 darwin. This adds in the observation from Jose.
I think if it gets more complex than this, we really need to punt it
to libiberty.
OK for trunk? (thinking to wait until the c++14 changes have landed).
thanks
Iain
--- 8< ---
This adds a configure check for get_current_dir_name
On Tue, 18 Mar 2025 at 16:47, Tomasz Kamiński wrote:
>
> ranges::distance may produce an integer-like class type
> (ranges::__detail::__max_diff_type) that is only explicitly convertible to
> other integer types, so the result needs to be casted to containers size_type.
>
> PR libstdc++/11
ranges::distance may produce an integer-like class type
(ranges::__detail::__max_diff_type) that is only explicitly convertible to
other integer types, so the result needs to be casted to containers size_type.
PR libstdc++/119358
libstdc++-v3/ChangeLog:
* include/bits/unordered_m
On 3/17/25 12:09 PM, Jakub Jelinek wrote:
On Wed, Mar 12, 2025 at 05:39:46PM -0400, Jason Merrill wrote:
On 3/7/25 11:54 AM, Jakub Jelinek wrote:
Hi!
The r14-4140 change moved consteval evaluation from build_over_call to
cp_fold_r.
The following testcase is a regression caused by that change.
This patch introduces two new instruction patterns:
`*mulsi3_cmp0`: This pattern performs a multiplication
and sets the CC_Z register based on the result, while
also storing the result of the multiplication in a
general-purpose register.
`*mulsi3_cmp0_noout`: This pattern pe
This patch handles both signed and unsigned
builtin multiplication overflow.
Uses the "mpy.f" instruction to set the condition
codes based on the result. In the event of an
overflow, the V flag is set, triggering a
conditional move depending on the V flag status.
For example, set "1" to "r0" in
Due to the patch by Roger Sayle,
09881218137f4af9b7c894c2d350cf2ff8e0ee23, which
introduces the use of the `rlc rX,0` instruction in place
of the `mov.hs`, the add overflow test case needs to be
updated. The previous test case was validating the `mov.hs`
instruction, but now it must validate the `
No speical reason. There’s more than one way to do things. It wasn’t
obvious to me when I wrote them that one way was better than another.
All these suggestions do nothing to help me modify 800 or so programs. If I
could change one every 12 minutes that’s 20 workdays of modifications.
Fr
This is another piece of P1206R7, adding new members to std::map
and std::multimap.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/ranges_base.h (__detail::__range_to_alloc_type):
Define.
* include/bits/stl_multimap.h: (inser_range)
(multimap(f
I am about to apply this patch myself via a "git cherry-pick".
(There is something in this .patch file that 'git am' doesn't like, but
the
error messages from the hook are not making sense to me. So I am going
around it.)
>From af3d308252a55feb77c0f3e73da30aa8ea192798 Mon Sep 17 00:00:00 2001
Fr
This is another piece of P1206R7, adding new members to std::unordered_map
and std::unordered_multimap.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/unordered_map.h: (unordered_(multi)?map::insert_range)
(unordered_(multi)?map(from_range_t, _Rg&&, size_type,
On 3/17/25 5:30 PM, Patrick Palka wrote:
Bootstrapped and regtested on x86_64-pc-linux-gnu, does this look
OK for trunk/backports?
OK.
-- >8 --
This is just the member function pointer version of PR c++/105848,
wherein our non-dependent call pruning may cause us to not mark an
otherwise unus
On 3/18/25 4:08 AM, Jakub Jelinek wrote:
On Mon, Mar 17, 2025 at 09:41:49AM -0400, Jason Merrill wrote:
On 3/13/25 4:10 PM, Jakub Jelinek wrote:
I know, but we've never allowed GNU attributes on most of those, neither
does clang, we don't allow it in C and with the exception of
fallthrough/assu
On 18/03/25 13:26 +, Jonathan Wakely wrote:
On 17/03/25 17:21 +0100, Tomasz Kamiński wrote:
This is another piece of P1206R7, adding new members to std::unordered_set
and std::unordered_multiset.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/hashtable.h (_M_re
Hi!
The COBOL tests has many tests which just dump emit lots of output
to stdout and want to compare it against expected output.
We have the dg-output directive, but if one needs more than dozens
of lines in the output, adding hundreds of dg-output directives to
each source uses too much memory an
On Tue, 18 Mar 2025 at 12:29, Tomasz Kamiński wrote:
>
> This is another piece of P1206R7, adding new members to std::set
> and std::multiset.
>
> PR libstdc++/111055
>
> libstdc++-v3/ChangeLog:
>
> * include/bits/stl_multiset.h: (inser_range)
> (multiset(from_range_t, _Rg&
Hi Robin:
Just got few more clarifications from Andrew about the behavior for
the valid* LMUL for ELEN=32,
* valid may not be a precise word, anyway, the spec guarantees that it
should be implemented.
Spec[1] say:
---
When LMUL < SEWMIN/ELEN, there is no guarantee an implementation would
have
On 18/03/25 11:54 +0100, Tomasz Kamiński wrote:
This is another piece of P1206R7, adding new members to std::unordered_map
and std::unordered_multimap.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/unordered_map.h: (unordered_(multi)?map::insert_range)
(uno
On 17/03/25 17:21 +0100, Tomasz Kamiński wrote:
This is another piece of P1206R7, adding new members to std::unordered_set
and std::unordered_multiset.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
Oh actually I didn't review this change log part properly ...
* include/bits/ha
On 17/03/25 17:21 +0100, Tomasz Kamiński wrote:
This is another piece of P1206R7, adding new members to std::unordered_set
and std::unordered_multiset.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/hashtable.h (_M_rehash_insert)
(_M_insert_range_multi): Ext
On 3/17/25 3:31 AM, Yixuan Chen wrote:
gcc/ChangeLog:
* config/riscv/riscv-cores.def (RISCV_TUNE): Add xt-c908, xt-c910.
(RISCV_CORE): Add xt-c908, xt-c910 and xt-c920v1 and xt-c920v2.
* config/riscv/riscv.cc: Add xt-c908, xt-c910 tune info.
* doc/invoke.te
On 3/18/25 4:38 AM, Jakub Jelinek wrote:
Hi!
The following testcase ICEs starting with r15-3213 in
decompose_normal_address and starting with r15-3288 ICEs
in lra_rtx_hash, which since r8-5466 can't handle SUBREG
(previously SUBREG was "ei" and lra_rtx_hash can handle
that through
val += lra_r
On Mon, Mar 17, 2025 at 10:30:45PM -0400, Patrick Palka wrote:
> On Mon, 17 Mar 2025, Marek Polacek wrote:
>
> > Bootstrapped/regtested on x86_64-pc-linux-gnu, ok for trunk/14/13?
> >
> > -- >8 --
> > r12-1094 mentions that adding the assert didn't lead to any regressions
> > in the testsuite, bu
On 17/03/25 08:59 +0100, Tomasz Kamiński wrote:
This is another piece of P1206R7, adding new members to std::map
and std::multimap.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/ranges_base.h (__detail::__range_to_alloc_type):
Define.
* include/bits
This is another piece of P1206R7, adding new members to std::set
and std::multiset.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/stl_multiset.h: (inser_range)
(multiset(from_range_t, _Rg&&, const _Compare&, const _Alloc&))
(multiset(from_range_t, _Rg
This is another piece of P1206R7, adding new members to std::set
and std::multiset.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/stl_multiset.h: (inser_range)
(multiset(from_range_t, _Rg&&, const _Compare&, const _Alloc&))
(multiset(from_range_t, _Rg
On Tue, Mar 18, 2025 at 12:43 PM Iain Sandoe wrote:
>
> From 647b752f90910fc9d7fbaaf482dc5a7a936dc875 Mon Sep 17 00:00:00 2001
> From: Iain Sandoe
> Date: Sat, 15 Mar 2025 10:04:52 +
> Subject: [PATCH] cobol: Avoid a use of auto.
>
> Tested on x86_64 linux/darwin and aarch64 linux, OK for tru
On Tue, 18 Mar 2025, Tamar Christina wrote:
> > -Original Message-
> > From: Richard Biener
> > Sent: Tuesday, March 18, 2025 10:48 AM
> > To: Tamar Christina
> > Cc: gcc-patches@gcc.gnu.org; nd
> > Subject: Re: [PATCH] testsuite: update early-break tests for non-load-lanes
> > targets
On Tue, 18 Mar 2025 at 12:04, Tomasz Kaminski wrote:
> On Tue, Mar 18, 2025 at 12:55 PM Jonathan Wakely wrote:
>>
>> On 17/03/25 09:21 +0100, Tomasz Kamiński wrote:
>> >+ */
>> >+ template<__detail::__container_compatible_range<_Key> _Rg>
>> >+ void
>> >+ insert_range(_Rg&& __
On Tue, Mar 18, 2025 at 1:07 PM Iain Sandoe wrote:
>
>
>
> > On 18 Mar 2025, at 12:01, Richard Biener wrote:
> >
> > On Tue, Mar 18, 2025 at 12:13 PM Iain Sandoe wrote:
> >>
> >> tested on x86_64/aarch64 Linux and x86_64-darwin, OK for trunk?
> >> thanks
> >> Iain
> >>
> >> --- 8< ---
> >>
> >>
> On 18 Mar 2025, at 12:01, Richard Biener wrote:
>
> On Tue, Mar 18, 2025 at 12:13 PM Iain Sandoe wrote:
>>
>> tested on x86_64/aarch64 Linux and x86_64-darwin, OK for trunk?
>> thanks
>> Iain
>>
>> --- 8< ---
>>
>> This adds a configure check for get_current_dir_name and falls back
>> to
This builds and installs the gcobol driver for a cross build, tested
with an amd64 -> arm64 cross build. Ok for the trunk?
Matthias
--- a/gcc/cobol/Make-lang.in
+++ b/gcc/cobol/Make-lang.in
@@ -38,6 +38,7 @@ GCOBOL_INSTALL_NAME := $(shell echo gcobol|sed '$(program_transform_name)')
GCOBOL_TAR
On Tue, Mar 18, 2025 at 12:55 PM Jonathan Wakely wrote:
> On 17/03/25 09:21 +0100, Tomasz Kamiński wrote:
> >This is another piece of P1206R7, adding new members to std::set
> >and std::multiset.
> >
> > PR libstdc++/111055
> >
> >libstdc++-v3/ChangeLog:
> >
> > * include/bits/stl_mul
On 18/03/25 12:48 +0100, Tomasz Kaminski wrote:
On Tue, Mar 18, 2025 at 12:24 PM Jonathan Wakely wrote:
On 17/03/25 08:59 +0100, Tomasz Kamiński wrote:
>This is another piece of P1206R7, adding new members to std::map
>and std::multimap.
>
> PR libstdc++/111055
>
>libstdc++-v3/ChangeLog:
On Tue, Mar 18, 2025 at 12:13 PM Iain Sandoe wrote:
>
> tested on x86_64/aarch64 Linux and x86_64-darwin, OK for trunk?
> thanks
> Iain
>
> --- 8< ---
>
> This adds a configure check for get_current_dir_name and falls back
> to getcwd() if it is not available on the host.
>
> PR cobol/1193
> -Original Message-
> From: Richard Biener
> Sent: Tuesday, March 18, 2025 10:48 AM
> To: Tamar Christina
> Cc: gcc-patches@gcc.gnu.org; nd
> Subject: Re: [PATCH] testsuite: update early-break tests for non-load-lanes
> targets
> [PR119286]
>
> On Mon, 17 Mar 2025, Tamar Christina wro
On 17/03/25 09:21 +0100, Tomasz Kamiński wrote:
This is another piece of P1206R7, adding new members to std::set
and std::multiset.
PR libstdc++/111055
libstdc++-v3/ChangeLog:
* include/bits/stl_multiset.h: (inser_range)
(multiset(from_range_t, _Rg&&, const _Compare&, c
On Tue, Mar 18, 2025 at 12:24 PM Jonathan Wakely wrote:
> On 17/03/25 08:59 +0100, Tomasz Kamiński wrote:
> >This is another piece of P1206R7, adding new members to std::map
> >and std::multimap.
> >
> > PR libstdc++/111055
> >
> >libstdc++-v3/ChangeLog:
> >
> > * include/bits/ranges_
Not sure how git send-email managed to ignore the subject line there….
> On 18 Mar 2025, at 11:42, Iain Sandoe wrote:
>
> From 647b752f90910fc9d7fbaaf482dc5a7a936dc875 Mon Sep 17 00:00:00 2001
> From: Iain Sandoe
> Date: Sat, 15 Mar 2025 10:04:52 +
> Subject: [PATCH] cobol: Avoid a use of a
>From 647b752f90910fc9d7fbaaf482dc5a7a936dc875 Mon Sep 17 00:00:00 2001
From: Iain Sandoe
Date: Sat, 15 Mar 2025 10:04:52 +
Subject: [PATCH] cobol: Avoid a use of auto.
Tested on x86_64 linux/darwin and aarch64 linux, OK for trunk?
thanks
Iain
--- 8< ---
In this case the deduction for Darwi
tested on x86_64/aarch64 Linux and x86_64-darwin, OK for trunk?
thanks
Iain
--- 8< ---
This adds a configure check for get_current_dir_name and falls back
to getcwd() if it is not available on the host.
PR cobol/119301
gcc/cobol/ChangeLog:
* util.cc: Check for the availability
On 18/03/25 12:44 +0800, Gwen Fu wrote:
Patch about Bug 119222 - Conversion of inf to integer is not diagnosed
[Classifier] a single patch
[Tags] conversion warning ;c++; inf to integer
[Brief Summary] Add a judgement in the RDIV_EXPR case
[Remark]
This patch does not support -Wall -Wextra t
On Mär 17 2025, Robert Dubner wrote:
>> -Original Message-
>> From: Andreas Schwab
>> Sent: Monday, March 17, 2025 04:13
>> To: James K. Lowden
>> Cc: gcc-patches@gcc.gnu.org
>> Subject: Re: [PATCH] COBOL v3: 3/14 80K bld: config and build machinery
>>
>> On Mär 13 2025, James K. Lowden
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the Swedish team of translators. The file is available at:
https://translationproject.org/latest/cpplib/sv.po
(This file, 'cpplib-15.1-b202503
cpplib-15.1-b20250316.sv.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
Hi!
The following new testcase FAILs with C (and succeeds with C++).
c_parser_handle_musttail is used in c_parser_compound_statement_nostart
where it is directly passed to c_parser_statement_after_labels, and in
c_parser_all_labels where it is returned. Now, out of the 3
c_parser_all_labels calle
On Mon, Mar 17, 2025 at 06:38:34PM +0100, Jakub Jelinek wrote:
> Anyway, below is a patch which accepts all kinds of
> ordering and mixing of standard and GNU attributes at the start of
> statements (for C++).
Bootstraps/regtests (on x86_64-linux and i686-linux) found a regression
on attr-fallthro
On Mon, Mar 17, 2025 at 11:54 PM Andrew Pinski wrote:
>
> While debugging a failure, I noticed that SCC copy didn't print
> out what it was doing, e.g. replacing name1 with name 2.
> This adds that dump.
>
> Bootstrapped and tested on x86_64-linux-gnu.
OK.
> gcc/ChangeLog:
>
> * gimple-s
Am Montag, dem 17.03.2025 um 23:25 + schrieb Joseph Myers:
> On Sun, 16 Mar 2025, Martin Uecker wrote:
>
> > This is a workaround for another issue related to PR118765.
> > I do not yet understand what goes wrong in merge_decls in
> > this case (somehow we end up with TYPE_DECLS where
> > DECL
93 matches
Mail list logo
