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 Georgian team of translators. The file is available at:
https://translationproject.org/latest/cpplib/ka.po
(This file,
cpplib-12.1-b20220213.ka.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
There's no reason to create this file if none of the serial configure
options are passed.
ChangeLog:
* configure: Regenerate.
* configure.ac: Only create serdep.tmp if needed
Signed-off-by: Peter Foley
---
configure| 2 ++
configure.ac | 2 ++
2 files changed, 4
Missed it before, it needs to be used when compiling non-multilib.
gcc/
* config.gcc (csky-*-*): Support --with-float=softfp.
---
gcc/config.gcc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/config.gcc b/gcc/config.gcc
index c4633e869ac..f89a071b495 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #12 from Michael_S ---
(In reply to Thomas Koenig from comment #10)
> What we would need for incorporation into gcc is to have several
> functions, which would then called depending on which floating point
> options are in force at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #11 from Michael_S ---
(In reply to Thomas Koenig from comment #9)
> Created attachment 54273 [details]
> matmul_r16.i
>
> Here is matmul_r16.i from a relatively recent trunk.
Thank you.
Unfortunately, I was not able to link it
Snapshot gcc-12-20230114 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/12-20230114/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 12 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99408
--- Comment #4 from Jan Hubicka ---
On Zen4 it is 20s for gcc and 6.9s for aocc, so still a problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108376
--- Comment #3 from Jan Hubicka ---
If I make the arrays random then GCC code is indeed faster:
#include
#include
typedef float real_t;
#define iterations 100
#define LEN_1D 32000
#define LEN_2D 256
real_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108409
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> We should parse the TZ env var and see if it is already an IANA name, and
> handle a few other special cases. E.g. gcc119 in the cfarm hax TZ=CUT0 which
>
On Mon, 12 Dec 2022 at 17:28, Björn Schäpers wrote:
>
> From: Björn Schäpers
>
> libstdc++-v3/Changelog
> * acinclude.m4: Add check for windows.h.
> * acinclude.m4: Add pecoff as FORMAT_FILE.
> * config.h.in: Regenerate.
> * configure: Regenerate.
> *
Tested x86_64-linux and powerpc-aix. Pushed to trunk.
-- >8 --
libstdc++-v3/ChangeLog:
PR libstdc++/108409
* src/c++20/tzdb.cc (current_zone()) [_AIX]: Use TZ environment
variable.
---
libstdc++-v3/src/c++20/tzdb.cc | 23 +--
1 file changed, 21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108409
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:d80e5a7b30e5d045c808f5235123e366e4e9286c
commit r13-5170-gd80e5a7b30e5d045c808f5235123e366e4e9286c
Author: Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56139
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4
Hi Tobias,
On Fri, 2 Sep 2022, Tobias Burnus wrote:
> Update the OpenMP status for features that were added in the last months.
I made a couple of incremental edits. See below for what I just pushed
(and please speak up if you see any issues).
Gerald
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107950
--- Comment #7 from Jan Hubicka ---
Thanks for looking into the incremental link of libbackend. I had it in my tree
for a while but never got around implementing correct way to enable it only
during bootstrap since host compiler may not support
> Hi.
>
> Noticed during building of libbackend.a with the LTO partial linking.
>
> The function release_body is called even if clone_of is a clone
> of a another function and thus it shares tree declaration. We should
> preserve it in that situation.
>
> Patch can bootstrap on x86_64-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108410
Bug ID: 108410
Summary: x264 averaging loop not optimized well for avx512
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
OK for trunk?
-- >8--
Without this change bootstrap fails for x86_64-w64-mingw32 with
--disable-threads=single because there is no lock.c file chosen by
libatomic's configure.
libatomic/ChangeLog:
* configure.tgt (config_path) [target_thread_file=single]:
Use 'mingw' config.
On Tue, 13 Dec 2022 at 21:03, Björn Schäpers wrote:
>
> From: Björn Schäpers
>
> One could add (), these are not part of __name. One could also try to
> check upfront if __cxa_demangle should be called at all.
Thanks for the patch, I'll push this.
I think we do want to check whether to call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108407
--- Comment #4 from Matthias Möller ---
Thank you, I have changed the code as suggested and it compiles and runs fine
in all optimization levels including '-O0'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108409
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108409
Bug ID: 108409
Summary: std::chrono::current_zone() doesn't work on AIX
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342
--- Comment #29 from Gabriel Ravier ---
Looks like the patch fixes this bug, unless I'm missing something.
get__Pragma_string() in directives.cc is responsible for lexing the parens
and the string argument from a _Pragma("...") operator. This function does
not handle the case when the closing paren is not on the same line as the
string; in that case, libcpp will by default reuse the token buffer it
On 14/01/23 18:24 +, Jonathan Wakely wrote:
On 23/12/22 17:06 +, Iain Sandoe wrote:
This is a patch for comment on the approach - tested on x86_64-darwi21
thoughts?
Iain
--- 8< ---
Testing on Darwin revealed that the GLIBCXX_ZONEINFO_DIR was not doing quite
the right thing (we ended
On 23/12/22 17:06 +, Iain Sandoe wrote:
This is a patch for comment on the approach - tested on x86_64-darwi21
thoughts?
Iain
--- 8< ---
Testing on Darwin revealed that the GLIBCXX_ZONEINFO_DIR was not doing quite
the right thing (we ended up with ${withval} in the config.h file).
This
On Fri, Jan 13, 2023 at 9:03 PM Takayuki 'January June' Suwa
wrote:
>
> In the before-IRA era, ORDER_REGS_FOR_LOCAL_ALLOC was called for each
> function in Xtensa, and there was register allocation table reordering
> for leaf functions to compensate for the poor performance of local-alloc.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108407
--- Comment #3 from Andrew Pinski ---
If you do:
return std::tuple(a,b);
You don't get the reference.
On Thu, 12 Jan 2023 at 21:02, Richard Sandiford
wrote:
>
> Prathamesh Kulkarni writes:
> > On Fri, 5 Aug 2022 at 17:49, Richard Sandiford
> > wrote:
> >>
> >> Prathamesh Kulkarni writes:
> >> > Hi Richard,
> >> > Following from off-list discussion, in the attached patch, I wrote
> >> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108407
--- Comment #2 from Andrew Pinski ---
> return std::tie(a,b);
That returns a reference to the two local variables. Both have now gone out of
scope.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108407
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108408
Bug ID: 108408
Summary: libphobos: Support building on *-*-cygwin
Product: gcc
Version: 11.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108407
Bug ID: 108407
Summary: SegFault with structured binding and OpenMP without
optimization
Product: gcc
Version: 12.1.0
Status: UNCONFIRMED
Severity: normal
Tested x86_64-linux. Pushed to trunk.
-- >8 --
libstdc++-v3/ChangeLog:
* include/bits/chrono_io.h (operator<<): Fix syntax errors.
* testsuite/std/time/month_day/io.cc: New test.
* testsuite/std/time/month_day_last/io.cc: New test.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108300
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
On Sat, Jan 14, 2023 at 07:38:37AM -0600, Segher Boessenkool wrote:
> Hi!
>
> On Fri, Jan 13, 2023 at 07:05:34PM +0100, Jakub Jelinek wrote:
> > On Mon, May 06, 2019 at 09:55:50PM +, Segher Boessenkool wrote:
> > > We don't need this.
> > >
> > >
> > > Segher
> > >
> > >
> > > 2019-05-06
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107189
François Dumont changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
Hi!
On Fri, Jan 13, 2023 at 07:05:34PM +0100, Jakub Jelinek wrote:
> On Mon, May 06, 2019 at 09:55:50PM +, Segher Boessenkool wrote:
> > We don't need this.
> >
> >
> > Segher
> >
> >
> > 2019-05-06 Segher Boessenkool
> >
> > * config/rs6000/rs6000.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82028
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90256
--- Comment #4 from Andrew Pinski ---
The reason why it is target specific is because the attribute interrupt is
target specific and ipa-icf code has no knowledge of it. Basically the x86_64
backend when it sees interrupt attribute it should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90256
--- Comment #3 from Andrew Pinski ---
Easy work around is add to the attribute, noipa.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90256
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
The testcase used to get scheduled differently depending on the
presence of debug insns with MEMs. It's not clear to me why those
MEMs affected scheduling, but the cselib pre-canonicalization of the
MEM address is not used at all when analyzing debug insns, so the
memory allocation and lookup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106103
--- Comment #2 from Ivan ---
Putting -fno-declone-ctor-dtor in the flags "fixes" the bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108383
Ivan changed:
What|Removed |Added
CC||ivanka2012 at gmail dot com
--- Comment #5 from
Given that, currently, this value is not configurable per target the
short-term solution is to avoid a bad request.
Tested on x86_64-darwin21, OK for trunk?
thanks
Iain
--- 8< ---
As noted in the PR, the problem is that we make a request for additional
stack that violates the constraints on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80561
John Zwinck changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 80561, which changed state.
Bug 80561 Summary: Missed optimization: std::array data is aligned if array is
aligned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80561
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108405
--- Comment #3 from Andreas Schwab ---
NPTL does not have the alignment restriction.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108406
Bug ID: 108406
Summary: Missed integer optimization on x86-64 unless -fwrapv
is used
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108405
--- Comment #2 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #1)
> note that a default size of 8Mb is not enough for either Linux or Arm64
> Darwin (both have PTHREAD_STACK_MIN of 16384).
this is, of course, rubbish .. the default
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #10 from Thomas Koenig ---
What we would need for incorporation into gcc is to have several
functions, which would then called depending on which floating point
options are in force at the time of invocation.
So, let's go through
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108405
Iain Sandoe changed:
What|Removed |Added
Target||x86_64-darwin
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108405
Bug ID: 108405
Summary: modula-2: Testsuite fails: concurrentstore.mod,
contimer.mod, tinytimer.mod on Darwin (and likely
elsewhere)
Product: gcc
Version: 13.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108404
Bug ID: 108404
Summary: M2RTS_Halt fails with a segv (it should emit a
diagnostic and exit).
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108365
Jakub Jelinek changed:
What|Removed |Added
Summary|[9/10/11/12/13 Regression] |[9/10/11/12 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #9 from Thomas Koenig ---
Created attachment 54273
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54273=edit
matmul_r16.i
Here is matmul_r16.i from a relatively recent trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108365
--- Comment #7 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:5b3a88640f962d4ffca31ae651bed2d8672f1a8c
commit r13-5163-g5b3a88640f962d4ffca31ae651bed2d8672f1a8c
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106746
--- Comment #18 from Jakub Jelinek ---
Thanks for looking into this.
On Nov 8, 2022, Alan Modra via Gdb-patches wrote:
> On Mon, Nov 07, 2022 at 06:23:45PM +, Joseph Myers wrote:
>> On Mon, 7 Nov 2022, Alan Modra via Binutils wrote:
>>
>> > a) that top-level binutils/gdb patches don't get applied to the gcc
>> >git repository in a timely manner, or
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106746
--- Comment #17 from Alexandre Oliva ---
Created attachment 54272
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54272=edit
patch that fixes the problem for reasons not fully understood
It seems that looking up the MEM exprs in
62 matches
Mail list logo