On 11/6/20 3:27 AM, Jeff Law wrote:
On 11/2/20 5:05 AM, Kai Tietz via Gcc-patches wrote:
Hello,
as noone seems to be able to review this patch, I will do so, even if
this is no longer a task of mine.
The patch itself is reasonable and seems to fix a pending issue we
have on CFA support. I had
On 11/6/20 8:34 AM, Martin Storsjö wrote:
On Fri, 6 Nov 2020, Liu Hao via Gcc-patches wrote:
在 2020/10/29 下午3:56, Liu Hao 写道:
I forward it here for comments.
Basing on the behavior of both GCC and Clang, `__cxa_thread_atexit`
is used to register the
destructor of thread_local objects directl
cygwin/mingw hosted linker may support multiple targets with ELF relro
support. This breaks configure testing.
Attached patch excludes cygwin/mingw PE format from relro linker flag.
Patch OK?
From a72f02aec065c312528e41e4243c702d7371b5ce Mon Sep 17 00:00:00 2001
From: Jonathan Yong <1
is a solution to satisfy everyone, but at least this allows
C99/C++11 compliant code to build again with -Werror. Comments?
From 397097aba5a098f18da92704e9ca7560adb4f29c Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Thu, 12 Nov 2020 06:45:00 +
Subject: [PATCH
On 11/14/20 12:29 PM, Liu Hao via Gcc-patches wrote:
This is the third revision of my patch:
1. Two typos in the commit message have been fixed.
2. Support for `%a` and `%A` has been added. Documentation can be
found on the same page in the commit message.
3. GCC will no longer warn about 'I
On 8/31/21 9:02 AM, Jonathan Wakely wrote:
It looks like my questions about this patch never got an answer, and
it never got applied.
Could somebody say whether TLS is enabled for native *-*-mingw*
builds? If it is, then we definitely need to add GCC_CHECK_TLS to the
cross-compiler config too.
On 9/9/21 1:19 PM, Richard Biener wrote:
The following removes the unused config/dbx.h file and removes the
setting of PREFERRED_DEBUGGING_TYPE from dbxcoff.h which is
overridden by all users (djgpp/mingw/cygwin) via either including
config/i386/djgpp.h or config/i386/cygming.h
There are still c
On 10/31/22 15:22, i.nixman--- via Gcc-patches wrote:
On 2022-10-31 09:18, Eric Botcazou wrote:
Hi Eric!
thank you very much for the job!
I will try to build our (MinGW-Builds project) builds using this patch
and will report back.
@Jonathan
what the next steps to be taken to accept this pat
te/gcc.c-torture/compile/pr55569.c:13:34: warning: iteration
2147483647 invokes undefined behavior [-Waggressive-loop-optimizations]
Patch OK?From 11cc6c38c4b44849110240da3ed553fcc3b35d05 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Tue, 20 Dec 2022 09:16:16 +
Su
On 12/20/22 16:55, Andrew Pinski wrote:
On Tue, Dec 20, 2022 at 1:22 AM Jonathan Yong via Gcc-patches
wrote:
This fixes the following:
It is not obvious from the email, why this patch is needed but I
figured it was due to LLP64 targets or some other targets where long
is not the same size
On 12/16/22 19:20, Eric Botcazou wrote:
The libgcc parts look reasonable to me, but I can't approve them.
Maybe Jonathan Yong can approve those parts as mingw-w64 target
maintainer, or maybe a libgcc approver can do so.
OK.
The libstdc++ parts are OK for trunk. IIUC they could
On 12/22/22 12:28, i.nix...@autistici.org wrote:
On 2022-12-22 12:21, Jonathan Yong wrote:
hello,
On 12/16/22 19:20, Eric Botcazou wrote:
The libgcc parts look reasonable to me, but I can't approve them.
Maybe Jonathan Yong can approve those parts as mingw-w64 target
maintainer, or ma
On 12/24/22 21:22, i.nix...@autistici.org wrote:
On 2022-12-24 15:57, i.nix...@autistici.org wrote:
On 2022-12-24 15:42, i.nix...@autistici.org wrote:
fixed and tested.
Jonathan Yong, could you please apply the attached patch too?
kings regards!
oh no...
please wait.
fixed now
On 1/6/23 18:10, Jakub Jelinek wrote:
On Sat, Jan 07, 2023 at 02:01:05AM +0800, LIU Hao via Gcc-patches wrote:
libgomp/
PR middle-end/108300
* config/mingw32/proc.c: Define `WIN32_LEAN_AND_MEAN` before
.
This change is ok for trunk.
Jakub
Pushed to master b
Are the patches and changelogs OK?From 6edfba9e9a5f8fddc45d137b9f2d07c7f9065eaa Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sun, 8 Jan 2023 01:28:34 +
Subject: [PATCH 1/2] PR c/108150 - Fix alignment test for Windows targets
gcc/testsuite/ChangeLog:
PR c/
On 1/12/23 21:10, Jonathan Wakely wrote:
Tested x86_64-linux. Bootstrapped x86_64-w64-mingw32 with both
--enable-threads=posix and --enable-threads=win32.
I need a libgcc or mingw maintainer to approve the gthr-win32.h part.
OK for trunk?
Looks good to me even if its a dummy member. Thanks f
On 1/14/23 20:39, Jonathan Wakely wrote:
OK for trunk?
Looks OK to me, thanks for the patch.
On 1/11/23 09:56, Jonathan Yong wrote:
Are the patches and changelogs OK?
Ping1.
On 11/16/20 5:40 AM, Jonathan Yong wrote:
On 11/14/20 12:29 PM, Liu Hao via Gcc-patches wrote:
This is the third revision of my patch:
1. Two typos in the commit message have been fixed.
2. Support for `%a` and `%A` has been added. Documentation can be
found on the same page in the commit
On 9/16/20 1:16 PM, JonY wrote:
For platforms like Mingw and Cygwin, cygwin refuses to generate the
shared library without using -no-undefined.
Attached patch makes sure the right flags are used, since libtool is
already used to link libstdc++.
Patch OK?
Ping.
OpenPGP_0x713B5FE29C145D45_an
On 10/22/20 5:01 AM, Alexandre Oliva wrote:
Err, sorry, I mislabeled this patch as [FYI,Ada], but it is neither
about Ada nor pre-approved. It does require a review before I can check
it in.
No objections for mingw-w64 since it has been tested, but I'm not
certain if the original mingw.org v
On 10/22/20 11:30 AM, Alexandre Oliva wrote:
On Oct 22, 2020, Jonathan Yong wrote:
No objections for mingw-w64 since it has been tested, but I'm not
certain if the original mingw.org version has it.
Prompted by you, I looked into the original mingw32, and found it does
NOT have sincos,
On 10/27/20 2:38 PM, Liu Hao via Gcc-patches wrote:
在 2020/10/8 22:56, Jason Merrill 写道:
Hmm, why isn't the mingw implementation used for all programs? That would
avoid the bug.
There was a little further discussion about this [1].
TL;DR: The mingw-w64 function is linked statically and su
On 1/19/23 09:26, Jonathan Yong wrote:
On 1/11/23 09:56, Jonathan Yong wrote:
Are the patches and changelogs OK?
Ping1.
Pushed to master branch.
ditto
* gcc.dg/attr-vector_size.c: ditto
* gcc.dg/overflow-warn-9.c: ditto
Comments?From 209c55e5695e0124138b27057dac5329106f29be Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 28 Jan 2023 16:49:27 +
Subject: [PATCH] gcc/testsuite: fix excess warning
Patch OK?
gcc/testsuite/ChangeLog:
* gcc.dg/pr65658.c: fix LLP64 test.From bd2634e2795723f290dcf4bbb06e70fb6ca6af51 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 28 Jan 2023 18:12:50 +
Subject: [PATCH] pr65658.c: fix excess warnings on LLP64 t
On 1/18/23 10:44, i.nixman--- via Gcc-patches wrote:
hello again!
the final version of the path for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350
successfully bootstraped for x86_64-mingw32 and x86_64-linux.
could anyone apply it please?
best!
Looks good to me, please supply the a
On 2/6/23 06:40, Jonathan Yong wrote:
On 1/18/23 10:44, i.nixman--- via Gcc-patches wrote:
hello again!
the final version of the path for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350
successfully bootstraped for x86_64-mingw32 and x86_64-linux.
could anyone apply it please?
best
Attached patch OK?From 3ba6812366e837a87c15360e83d1f72ffdd29684 Mon Sep 17 00:00:00 2001
From: Jonathan Yong <10wa...@gmail.com>
Date: Sat, 11 Feb 2023 08:30:55 +
Subject: [PATCH] builtin-declaration-mismatch-7: fix LLP64 targets
gcc/testsuite/ChangeLog:
* gcc.dg/Wbuiltin-decla
On 2/11/23 07:28, i.nix...@autistici.org wrote:
Thank you Jonathan!
could you please close the corresponding BR too?:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350
best!
I can't close it, but I put a note that it has been committed.
On 2/11/23 08:52, Gerald Pfeifer wrote:
On Sat, 11 Feb 2023, Jonathan Yong via Gcc-patches wrote:
could you please close the corresponding BR too?:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108350
I can't close it, but I put a note that it has been committed.
I closed the report.
G
On 4/9/21 11:46 AM, Martin Storsjö wrote:
This is similar to what was done in
eea4e2ff0a3f5e7f37df204c070cc5d9ef339e6e (where it was added to
STAGE*_CXXFLAGS), but this adds the flag to the CXXFLAGS and
BOOT_CXXFLAGS variables too (as it's already added to CFLAGS and
BOOT_CFLAGS).
2021-04-09 Ma
On 4/9/21 11:46 AM, Martin Storsjö wrote:
This is similar to what was done in
eea4e2ff0a3f5e7f37df204c070cc5d9ef339e6e (where it was added to
STAGE*_CXXFLAGS), but this adds the flag to the CXXFLAGS and
BOOT_CXXFLAGS variables too (as it's already added to CFLAGS and
BOOT_CFLAGS).
2021-04-09 Ma
On 3/27/23 17:17, Costas Argyris wrote:
The patch attached to this email extends the UTF-8 support of the
driver and compiler processes to the 32-bit mingw host.Initially,
only the 64-bit host got it.
About the changes in sym-mingw32.cc:
Even though the 64-bit host was building fine with th
On 3/28/23 10:43, Costas Argyris wrote:
I forgot to update the relevant comments with the previous patch.
This is a comment-only patch that brings them up-to-date.
Done, thanks.
On 2/27/23 10:29, Jonathan Yong wrote:
Attached patch OK?
Excess errors on x86_64-w64-mingw32:
/home/user/p/gcc/src/gcc-git/gcc/testsuite/c-c++-common/Warray-bounds.c:50:3: warning: array subscript 4611686018427387902 is above array bounds of 'struct S16[]' [-War
On 3/31/23 00:09, Mike Stump wrote:
On Feb 27, 2023, at 2:29 AM, Jonathan Yong via Gcc-patches
wrote:
Attached patch OK?
Ok.
* c-c++-common/Warray-bounds.c: Fix excess warnings on
LLP64.<0001-c-c-common-Warray-bounds.c-fix-excess-warnings-on-LL.pa
On 4/12/23 13:39, Costas Argyris wrote:
This is proposed to fix PR109460 where an older version of
gcc (7.3) was used to build for windows (mingw) host.
Thanks, accepted and pushed to master branch.
101 - 138 of 138 matches
Mail list logo
