Re: undefined reference when building GCC-4.8.1 MinGW-W64

[Xi Ruoyao <xry111@xry111.site>]

On Tue, 2022-09-06 at 11:36 +0000, i.nixman--- via Gcc-help wrote:
> On 2022-09-06 11:23, i.nixman--- via Gcc-help wrote:
> > Hello guys!
> > 
> > a long time ago I successfully built this version of the GCC-4.8.1,
> > and I'm pretty sure I used the same options.
> > 
> > but now, on stage3 I get a linking error:
> > 
> > x86_64-w64-mingw32-g++   -g -DIN_GCC   -fno-exceptions -fno-rtti
> > -fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings
> > -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long
> > -Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H
> > -static-libstdc++ -static-libgcc -pipe -fno-ident
> > -L/home/Raj/mingw-gcc-4.8.1/x86_64-481-posix-sjlj-
> > rt_v9/mingw64/opt/lib
> > -L/home/Raj/mingw-gcc-4.8.1/prerequisites/x86_64-zlib-static/lib
> > -L/home/Raj/mingw-gcc-4.8.1/prerequisites/x86_64-w64-mingw32-
> > static/lib
> >  -Wl,--stack,12582912 -o cc1plus.exe \
> >       cp/cp-lang.o c-family/stub-objc.o cp/call.o cp/decl.o
> > cp/expr.o
> > cp/pt.o cp/typeck2.o cp/class.o cp/decl2.o cp/error.o cp/lex.o
> > cp/parser.o cp/ptree.o cp/rtti.o cp/typeck.o cp/cvt.o cp/except.o
> > cp/friend.o cp/init.o cp/method.o cp/search.o cp/semantics.o
> > cp/tree.o
> > cp/repo.o cp/dump.o cp/optimize.o cp/mangle.o cp/cp-objcp-common.o
> > cp/name-lookup.o cp/cxx-pretty-print.o cp/cp-gimplify.o attribs.o
> > incpath.o c-family/c-common.o c-family/c-cppbuiltin.o
> > c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o
> > c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o
> > c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o
> > c-family/c-semantics.o c-family/c-ada-spec.o tree-mudflap.o i386-c.o
> > winnt-cxx.o msformat-c.o default-c.o cc1plus-checksum.o libbackend.a
> > main.o  libcommon-target.a libcommon.a ../libcpp/libcpp.a
> > ../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a  -
> > liconv
> > ../libbacktrace/.libs/libbacktrace.a ../libiberty/libiberty.a
> > ../libdecnumber/libdecnumber.a
> > -L/home/Raj/mingw-gcc-4.8.1/prerequisites/x86_64-w64-mingw32-
> > static/lib
> > -lcloog-isl
> > -L/home/Raj/mingw-gcc-4.8.1/prerequisites/x86_64-w64-mingw32-
> > static/lib
> > -lisl
> > -L/home/Raj/mingw-gcc-4.8.1/prerequisites/x86_64-w64-mingw32-
> > static/lib
> > -L/home/Raj/mingw-gcc-4.8.1/prerequisites/x86_64-w64-mingw32-
> > static/lib
> > -L/home/Raj/mingw-gcc-4.8.1/prerequisites/x86_64-w64-mingw32-
> > static/lib
> > -lmpc -lmpfr -lgmp   -lz
> > cp/except.o: In function `nothrow_libfn_p(tree_node const*)':
> > C:\msys64\home\Raj\mingw-gcc-4.8.1\x86_64-481-posix-sjlj-
> > rt_v9\build\gcc-4.8.1\gcc/../../../../src/gcc-
> > 4.8.1/gcc/cp/except.c:1025:
> > undefined reference to `libc_name_p(char const*, unsigned int)'
> > collect2.exe: error: ld returned 1 exit status
> > 
> > 
> > any ideas?
> > 
> > 
> > 
> > thanks!
> 
> I think this problem may occur due to the use of this patch:
> 
> https://github.com/niXman/mingw-builds/blob/develop/patches/gcc/gcc-4.6-fix_mismatch_in_gnu_inline_attributes.patch

This patch has never been in mainline GCC.  And it's 2022 so you should
not use gcc-4.8 or 4.6 anymore.

-- 
Xi Ruoyao <xry111@xry111.site>
School of Aerospace Science and Technology, Xidian University