Re: gcc9 fails with "ld: symbol(s) not found for architecture x86_64"

Hanspeter Niederstrasser <[email protected]>
Newsgroups gmane.os.apple.fink.beginners
Organization Snaggled Works
Message-ID <[email protected]>
On 10/5/21 12:42 PM, Tom Liehe via Fink-beginners wrote:
> See attached log
> g++ -std=gnu++98   -g  -DIN_GCC    -fno-strict-aliasing -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wno-format -Wmissing-format-attribute -Woverloaded-virtual -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common  -DHAVE_CONFIG_H  -DGENERATOR_FILE -fno-PIE  -no-pie -o build/gencondmd \
> 	    build/gencondmd.o ../build-x86_64-apple-darwin20.6.0/libiberty/libiberty.a
> clang: warning: argument unused during compilation: '-no-pie' [-Wunused-command-line-argument]
> Undefined symbols for architecture x86_64:
>   "_cfun", referenced from:
>       ___cxx_global_var_init.99 in gencondmd.o
>   "_epilogue_completed", referenced from:
>       ___cxx_global_var_init.99 in gencondmd.o
>   "_flag_cf_protection", referenced from:
>       ___cxx_global_var_init.99 in gencondmd.o
>   "_flag_finite_math_only", referenced from:


That's upstream bug https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92061

There's a patch there. I've applied it locally to test and it fixes this 
problem, but there's a segmentation fault later on in the build that I 
haven't found a solution for.

Hanspeter
-- 
92% of all statistics are made up.



_______________________________________________
Fink-beginners mailing list
[email protected]
List archive:
https://sourceforge.net/p/fink/mailman/fink-users/
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-beginners
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.