On Sat, Jan 21, 2023, 18:59 Jerry D via Fortran wrote:
>
> Proposed ChangeLog entry using git gcc-commit-mklog:
>
> Author: Jerry DeLisle
> Date: Sat Jan 21 15:47:19 2023 -0800
>
> Revise the line end tests to pass on certain windows test environments
> which inject spurious /r chara
On Sat, 21 Jan 2023, Tobias Burnus wrote:
> On the technical side, the newer newlib version is not yet required. But
> it looks as if it soon makes a lot of sense to have it:
:
> As nvptx/amdgcn is (mostly) about offloading code, newlib is compiled
> usually alongside GCC (e.g. in SUSE, Debian/Ub
On 1/20/23 6:13 PM, Jerry DeLisle via Fortran wrote:
Hi all,
The attached patch modifies the following tests to check for line
endings. Some test environments inject superfluous /r characters at
ends of lines. The expression matching in dg-output tests are changed from:
(\n|\r\n|\r)
to
(\r*\
> When we have a static declaration without definition we diagnose
> that and turn it into an extern declaration. That can alter
> the outcome of maybe_special_function_p here and there's really
> no point in doing that, so don't.
>
> Bootstrapped and tested on x86_64-unknown-linux-gnu, OK?
>
>
Hello,
Coverity flagged a real issue in this patch:
On Mon, 16 Jan 2023, Jan Hubicka via Gcc-patches wrote:
> --- a/gcc/ipa-utils.cc
> +++ b/gcc/ipa-utils.cc
[...]
> +bitmap
> +find_always_executed_bbs (function *fun, bool assume_return_or_eh)
> +{
> + auto_vec stack;
> + auto_vec terminating_b
On Tue, 17 May 2022, Tobias Burnus wrote:
> Done so: https://gcc.gnu.org/projects/gomp/
Nice!
> Thanks again for all the comments!
Always welcome! One detailed I noticed only now:
The GOMP project consists of implementation of OpenMP and OpenACC to
permit annotating the source code to pe
Hi Jerry,
Am 21.01.23 um 19:27 schrieb Jerry D via Gcc-patches:
On 1/20/23 9:16 PM, Jerry D wrote:
On 1/20/23 5:46 PM, Jerry D wrote:
A PARAMETER value is not allowed in a DATA statement, similar to an
EQUIVALENCE.
The check for this was in gfc_assign_data_value() in data.cc which
turns out t
On 1/20/23 9:16 PM, Jerry D wrote:
On 1/20/23 5:46 PM, Jerry D wrote:
A PARAMETER value is not allowed in a DATA statement, similar to an
EQUIVALENCE.
The check for this was in gfc_assign_data_value() in data.cc which
turns out to be too late when trying to assign a zero sized array.
Correc
Business as usual.
Gerald
---
htdocs/gcc-5/changes.html| 2 +-
htdocs/gcc-5/porting_to.html | 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/htdocs/gcc-5/changes.html b/htdocs/gcc-5/changes.html
index f6742fb0..893e35de 100644
--- a/htdocs/gcc-5/changes.html
+++ b/htdo
tested on i686-darwin9, x86_64-darwin19,20,21 x86_64-linux-gnu,
pushed to trunk, thanks
Iain
--- 8< ---
The macOS 13 SDK has unguarded Apple Blocks use in objc/runtime.h which
causes most of the objective-c tests to fail.
Signed-off-by: Iain Sandoe
fixincludes/ChangeLog:
* fixincl.x:
tested on i688-darwin9, x86_64-darwin20,21 and x86_64-linux-gnu.
pushed to trunk, thanks
Iain
--- 8< ---
The SDK for MacOS13 includes Apple-specific deprecations of some functions that
are not deprecated in Posix, C or C++ and widely used in GCC.
The fix makes the deprecation conditional on __AP
hello Jakub,
The above looks way too complicated for what it does.
If all you want to change mp_limb* to be long long for mingw 64-bit,
then just do:
done.
Why?
could you explain which of the nine lines are you talking about?
As for the rest, it would help if you could list the exact
Hi Gerald,
On 21.01.23 12:58, Gerald Pfeifer wrote:
Is it maybe a little tough to bump the minimal requirement to something
only released yesterday? Or is this not an issue looking at the use cases?
(Genuine question. Maybe nothing to worry at all.)
On the technical side, the newer newlib vers
Hi Gaius,
On Mon, 11 Apr 2022, Gaius Mulley wrote:
>> Gaius, if you want to make changes to that section of readings.html,
>> absolutely be free doing so (and I'll be happy help, too).
> looks fine - sure how about adding:
>
> Modula 3 information
>
>http://www.modula3.org";>http://www.modul
On 21.01.23 13:48, Gerald Pfeifer wrote:
Just one question: Does "all clauses are now accepted" refer to
- all (as in 100% of possible clauses), or
- all (as in a special kind of clause)?
The former – besides the listed 'unified_shared_memory',
'unified_address' and 'reverse_offload' clause
On Wed, 18 Jan 2023, Tobias Burnus wrote:
> How about the following? I put the other change into its own bullet
> point to be less confusing, completely rewording the remaining item and
> mention reverse offload support.
Thank you, Tobias, for the explanation and the updated patch.
As Jakub said,
On Sat, 21 Jan 2023, Tobias Burnus wrote:
> A new newlib version has been realized yesterday: newlib-4.3.0 (yearly
> snapshot)
:
> Comments? Suggestions? – If there are none, I intent to commit the patch
> as obvious.
Is it maybe a little tough to bump the minimal requirement to something
only r
> Date: Sat, 21 Jan 2023 11:47:42 +0100
> Cc: g...@hazardy.de, gcc-patches@gcc.gnu.org, g...@gcc.gnu.org
> From: Gabriel Ravier
>
>
> On 1/21/23 05:05, Eli Zaretskii wrote:
> >> Date: Fri, 20 Jan 2023 21:39:56 +0100
> >> Cc: g...@hazardy.de, gcc-patches@gcc.gnu.org, g...@gcc.gnu.org
> >> From: G
Consistency in how things are formatted makes automated processing easier
in case of future mass changes.
Pushed.
Gerald
---
htdocs/benchmarks/index.html | 1 +
htdocs/egcs-1.0/index.html | 2 ++
htdocs/egcs-1.1/index.html | 2 ++
3 files changed, 5 insertions(+)
diff --git a/htdocs/bench
On 1/21/23 05:05, Eli Zaretskii wrote:
Date: Fri, 20 Jan 2023 21:39:56 +0100
Cc: g...@hazardy.de, gcc-patches@gcc.gnu.org, g...@gcc.gnu.org
From: Gabriel Ravier
- using wide APIs with Windows is generally considered to be a best
practice, even when not strictly needed (and in this case I can
Hi!
As reported by Andrew Pinski, structured bindings (with the exception
of the ones using std::tuple_{size,element} and get which are really
standalone variables in addition to the binding one) also use
DECL_VALUE_EXPR and needs the same treatment in static initializers.
Fixed thusly, bootstrap
A new newlib version has been realized yesterday: newlib-4.3.0 (yearly snapshot)
https://sourceware.org/pipermail/newlib/2023/020141.html
https://sourceware.org/ftp/newlib/index.html → 2023-01-20:
newlib-4.3.0.20230120.tar.gz (8.8 MB)
For both nvptx and GCN, the new version is recommended - most
> Date: Sat, 21 Jan 2023 17:18:14 +0800
> Cc: g...@hazardy.de, gcc-patches@gcc.gnu.org, g...@gcc.gnu.org
> From: LIU Hao
>
> 在 2023-01-21 12:05, Eli Zaretskii via Gcc 写道:
> > I'm not sure I follow the logic. A program that calls
> > GetModuleHandleW will refuse to start on Windows that doesn't h
在 2023-01-21 12:05, Eli Zaretskii via Gcc 写道:
I'm not sure I follow the logic. A program that calls
GetModuleHandleW will refuse to start on Windows that doesn't have
that API. So any version before XP is automatically excluded the
moment you use code which calls that API directly (i.e. not thr
24 matches
Mail list logo
