https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #19 from Sam James ---
Peter, now that 14.3 is out, maybe propose it as a backport on the ML?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
Richard Biener changed:
What|Removed |Added
Target Milestone|14.3|14.4
--- Comment #18 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Target Mile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
Richard Biener changed:
What|Removed |Added
Known to work||15.0
--- Comment #17 from Richard Bien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #16 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:a704554d2e798e2e1b74b9fea4baf3477180bd9d
commit r15-108-ga704554d2e798e2e1b74b9fea4baf3477180bd9d
Author: Peter Damianov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #15 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:985b5a90f70c7376c771317c6c8c3bc5ef05e227
commit r15-107-g985b5a90f70c7376c771317c6c8c3bc5ef05e227
Author: Peter Damianov
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #13 from peter0x44 at disroot dot org ---
https://gcc.gnu.org/pipermail/gcc-patches/2024-March/648427.html
Patch submitted. Couldn't figure out how to assign myself in bugzilla.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #12 from peter0x44 at disroot dot org ---
diff --git a/gcc/lto-wrapper.cc b/gcc/lto-wrapper.cc
index 5186d040ce0..7119157d830 100644
--- a/gcc/lto-wrapper.cc
+++ b/gcc/lto-wrapper.cc
@@ -2024,9 +2024,7 @@ cont:
trunca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #11 from peter0x44 at disroot dot org ---
.I did some digging into why lto-wrapper.cc is emitting these commands
It seems that they are not essential.
/* If we are not preserving the ltrans input files then
truncate them as soon a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #10 from peter0x44 at disroot dot org ---
> For a workaround, I would recommend busybox-w32. It's what w64devkit uses.
> You can just put it on your PATH and see if it solves that issue.
Just to be completely explicit, what I mean t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #9 from peter0x44 at disroot dot org ---
That sent twice... sorry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #8 from peter0x44 at disroot dot org ---
The way make works is it prefers using an sh.exe if it finds it on the PATH.
https://git.savannah.gnu.org/cgit/make.git/tree/src/variable.c#n1637
(see variable.c of GNU make)
Otherwise, cmd.e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
peter0x44 at disroot dot org changed:
What|Removed |Added
CC||peter0x44 at disroot dot o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
Amyspark changed:
What|Removed |Added
CC||amy at amyspark dot me
--- Comment #6 from A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #5 from Jan Nárovec ---
We are using GNU/make (which is a superset of POSIX make, I don't know, whether
it makes some difference) with SHELL=cmd.exe. If GCC intends to support only
POSIX shells, it is OK for us (we will condsider usi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #4 from Andrew Pinski ---
You cannot use posix make without a posix shell. That means /dev/null support
too.
https://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap10.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #3 from Jan Nárovec ---
The commands (mv, touch) are not the main problem, these can be indeed somehow
provided, but redirecion to /dev/null cannot work at all in the windows SHELL
(cmd.exe).
We use gcc for a cross compilation, prim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-07-18
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110710
--- Comment #1 from Andrew Pinski ---
In a mingw env, I thought most of the posix simple posix commands are there.
20 matches
Mail list logo
