https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #12 from Huaqi ---
Hello, this is the command used to configure gcc
/work/gcc/configure --target=riscv64-unknown-elf --host=i686-w64-mingw32
--prefix=/work/LocalInstall/win32/newlibc/2023.04-eng2/gcc --disable-shared
--di
sable-thre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #13 from Huaqi ---
Hello, I didn't take a try with other mingw gcc version, locally I just revert
304c7d44a2212e6fd618587331cea2c266dc10bf commit, then it works for me.
Thanks
Huaqi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #14 from Costas Argyris ---
What is the version of the cross-compiler, cross-binutils and make that you are
using to build gcc for windows from linux?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #15 from Huaqi ---
Hello, this is the version I am using.
OS environment:
root@1aae7bc8a1f6:/work# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=18.04
DISTRIB_CODENAME=bionic
DISTRIB_DESCRIPTION="Ubuntu 18.04.6 LTS"
packa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #16 from Costas Argyris ---
Created attachment 54838
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54838&action=edit
Improve make rule for sym-mingw32.o
Could you please apply this patch after you get the latest gcc sources a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #17 from Huaqi ---
Hi, I have apply this patch, but it failed like what I do before.
libcommon.a ../libcpp/libcpp.a -liconv ../libbacktrace/.libs/libbacktrace.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a
-L/work/Loca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #18 from Costas Argyris ---
For some reason you are compiling gcc/utf8-mingw32.o as an executable, which
shouldn't be happening.
This is the rule for it in gcc\gcc\config\i386\x-mingw32-utf8
utf8-mingw32.o : utf8rc-mingw32.o sym-mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #19 from Eric Botcazou ---
It's the -r option passed to the compiler, it was not really supported in older
compiler (and certainly not documented).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #20 from Eric Botcazou ---
Can you add -nostdlib alongside -r in the command?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #21 from Huaqi ---
Hi, I tried to change it like this
$ git diff
diff --git a/gcc/config/i386/x-mingw32-utf8 b/gcc/config/i386/x-mingw32-utf8
index 2783dd259a6..e4a6c7f3d3a 100644
--- a/gcc/config/i386/x-mingw32-utf8
+++ b/gcc/conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #22 from Huaqi ---
(In reply to Eric Botcazou from comment #20)
> Can you add -nostdlib alongside -r in the command?
Hi, I have tried this, it works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #23 from Eric Botcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #24 from Costas Argyris ---
So this is because of the old (7.3) gcc version not supporting -r.
Indeed, in the 7.3 doc
https://gcc.gnu.org/onlinedocs/gcc-7.3.0/gcc/Link-Options.html#Link-Options
there is no '-r' option while there
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #25 from Huaqi ---
Hi here is what I tested in Ubuntu 18.04
root@1aae7bc8a1f6:/work/LocalBuilds/2023.04-eng2_20230412_014350/build-gcc-newlib-stage1/gcc#
i686-w64-mingw32-gcc -nostdlib -r utf8rc-mingw32.o sym-mingw32.o -o
utf8-mingw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #27 from Eric Botcazou ---
> As I said on IRC, even GCC 4.8 passes -r through to linker invocation, but
> only since
> r9-2994 gcc -r acts effectively the same as -r -nostdlib, before that one
> had to use both options to avoid linki
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #28 from Costas Argyris ---
I am not aware of any cases of building windows-hosted gcc with msvc or clang.
If the combination -r -nostdlib fixes this case without breaking all the others
that don't need -nostdlib (which sounds like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Costas Argyris changed:
What|Removed |Added
Attachment #54838|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #31 from Costas Argyris ---
(In reply to Tobias Burnus from comment #30)
> I see commit r13-7153-g3beeebd6934654f3453209730b98c7a1fd0305b6
> "mingw: Support building with older gcc versions"
>
> And I see in the associated email to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
Segher Boessenkool changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #34 from Costas Argyris ---
Hi Huaqi,
Patch has been pushed to master, you should now be able to get the latest gcc
sources and build without having to apply it manually.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #35 from Huaqi ---
OK, thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109460
--- Comment #36 from Costas Argyris ---
Regarding usage of the -r flag:
Building windows(mingw)-hosted gcc with clang at this point seems highly
experimental at best, and impossible with msvc.
With clang (lld linker), -r is supported with ELF,
25 matches
Mail list logo