But there isn't anyway that I know of how to configure binutils with the standard msys2 mingw-w64-binutils, at least when using the "stock" build Is there a way of figuring this out?
Tom > -----Original Message----- > From: Ralph Engels <ralpheng...@gmail.com> > Sent: Saturday, September 18, 2021 10:04 AM > To: mingw-w64-public@lists.sourceforge.net > Subject: Re: [Mingw-w64-public] How was binutils 2.37 configured for latest > mingw-w64? > > same way as the standard msys2 mingw-w64-binutils :) only the exception > model changed. > > Den 18-09-2021 kl. 15:06 skrev Kacvinsky, Tom: > > HI, > > > > I am working with Ralph's sjlj GCC tool chain, but am running into > > problems using that to boot strap the tool chain with UCRT support. > > What I have found is that crt2.o cannot be found > > > > ../../xg++ -B../../ -B../../../x86_64-w64-mingw32/libstdc++-v3/src/.libs - > B../../../x86_64-w64-mingw32/libstdc++-v3/libsupc++/.libs -L../../../x86_64- > w64-mingw32/libstdc++-v3/src/.libs -L../../../x86_64-w64- > mingw32/libstdc++-v3/libsupc++/.libs -static-libstdc++ -static-libgcc - > DIN_GCC -g -W -Wall -o ../../gnatmake.exe b_gnatm.o a-except.o ali.o ali- > util.o aspects.o s-casuti.o alloc.o atree.o binderr.o butil.o casing.o csets.o > debug.o elists.o einfo.o errout.o erroutc.o errutil.o err_vars.o fmap.o > fname.o fname-uf.o fname-sf.o gnatmake.o gnatvsn.o hostparm.o > interfac.o i-c.o i-cstrin.o krunch.o lib.o make.o makeusg.o make_util.o > namet.o nlists.o opt.o osint.o osint-m.o output.o restrict.o rident.o s- > exctab.o s-secsta.o s-stalib.o s-stoele.o scans.o scng.o sdefault.o sfn_scan.o > s-purexc.o s-htable.o scil_ll.o sem_aux.o sinfo.o sinput.o sinput-c.o > snames.o stand.o stringt.o styleg.o stylesw.o system.o validsw.o switch.o > switch-m.o table.o targparm.o tempdir.o types.o uintp.o uname.o urealp.o > usage.o widechar.o mdll.o mdll-utl.o mdll-fil.o ../link.o ../targext.o > ../../ggc- > none.o ../../libcommon- > get.a ../../libcommon.a ../../../libcpp/libcpp.a ../rts/libgnat.a > ../../../intl/libintl > .a -liconv ../../../libbacktrace/.libs/libbacktrace.a > ../../../libiberty/libiberty.a > pie../../gnatbind -I- -I../rts -I. -I/d/DEV/gcc-bootstrap/gcc-11.2.0/gcc/ada > -o > b_gnatl.adb gnatlink.ali > > ../../xgcc -B../../ -c -g -W -Wall -gnatpg -gnata -I- -I../rts -I. > > -I/d/DEV/gcc-bootstrap/gcc-11.2.0/gcc/ada -gnatws -gnatyN b_gnatl.adb > > -o b_gnatl.o > > D:\DEV\mingw-w64-gcc-11.2.0-ucrt-1\x86_64-w64-mingw32\bin\ld.exe: > > cannot find crt2.o: No such file or directory^M > > D:\DEV\mingw-w64-gcc-11.2.0-ucrt-1\x86_64-w64-mingw32\bin\ld.exe: > > cannot find -liconv^M > > D:\DEV\mingw-w64-gcc-11.2.0-ucrt-1\x86_64-w64-mingw32\bin\ld.exe: > > cannot find -lmingw32^M > > > > > > What I find curious about this is that the crt2.o is in the kit I've > > started to tbootstrap, but the linker can't find them, so I am > > thinking I've built binutils incorremtly. But ld and as have -v options > > that > don't give the configure options like gcc -v. > > > > So, can anyway tell me how binutils was configured? > > > > Thanks, > > > > Tom > > > > _______________________________________________ > > Mingw-w64-public mailing list > > Mingw-w64-public@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public > > > > _______________________________________________ > Mingw-w64-public mailing list > Mingw-w64-public@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/mingw-w64-public _______________________________________________ Mingw-w64-public mailing list Mingw-w64-public@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
