https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
Richard Biener changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #15 from Costas Argyris ---
patch that makes symbol optional was pushed to master:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=08ef17c75777ef9e4e7ead132ccd7a6d03ae6020
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
Costas Argyris changed:
What|Removed |Added
CC||costas.argyris at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #13 from Jan Dubiec ---
I have applied the patch posted yesterday on PR108865 and everything seems to
be fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #12 from Jan Dubiec ---
Yes, there is such a snippet in gcc/Makefile.in but I have completely no idea
what you mean.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #11 from Andrew Pinski ---
>From Makefile.in:
# per-language makefile fragments
-include $(LANG_MAKEFRAGS)
# target and host overrides must follow the per-language makefile fragments
# so they can override or augment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #10 from Jan Dubiec ---
(In reply to Andrew Pinski from comment #9)
> Can you change $(COMPILERS) to cc1 in gcc/config/i386/x-mingw32-utf8 and see
> if that helps?
I have changed it and I can confirm that genmodes.exe has been
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #9 from Andrew Pinski ---
Can you change $(COMPILERS) to cc1 in gcc/config/i386/x-mingw32-utf8 and see if
that helps?
I am trying to see if the variable is not being defined before including the
make file fragment or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #8 from Jan Dubiec ---
Output of another important command:
$ uname -a
MINGW64_NT-10.0-19045 jdxpc 3.4.6.x86_64 2023-02-15 18:03 UTC x86_64 Msys
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #7 from Jan Dubiec ---
Make version is 4.4.1 as comment #2 shows. Usually I call make from my bash
build script using "make 2>&1 | tee buildlog-gcc.txt", but I tried to build
native compiler by simply calling "make" from the bash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #6 from Andrew Pinski ---
What version of make are you using? "make -v"
Only cc1, cc1plus, etc. should be getting that option.
Can youbprovide the output of "env" too?
How are you invoking make?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #5 from Jan Dubiec ---
I forgot to mention it in the first message – at least h8300-elf and mips-elf
are also affected. I have just even tried to build native compiler and,
strangely, it has the same issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #4 from Andrew Pinski ---
Does this only happen with a cross to arm or do you know if other targets are
effected?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #3 from Jan Dubiec ---
I have just finished painful "git bisect" and found the offending commit:
https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=d11e088210a551235d3937f867ee1c8b19d02290.
However I do not know where the bug is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #2 from Jan Dubiec ---
jdx@jdxpc MINGW64 /d/works/xcomp
$ make --version
GNU Make 4.4.1
Built for x86_64-pc-msys
Copyright (C) 1988-2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109188
--- Comment #1 from Andrew Pinski ---
>From config/i386/x-mingw32-utf8:
$(COMPILERS) : override LDFLAGS += -Wl,--require-defined=HOST_EXTRA_OBJS_SYMBOL
So LDFLAGS should have been only overridden for COMPILERS target.
What make version are
16 matches
Mail list logo