Thanks Marek, Any input on the logs? In the meantime I've deleted the build tree and re-downloaded the sources so that I can start over from scratch.
Don't know if this is relevant but I have noticed that the Makefiles and various other scripts do not pick up the CONFIG_SHELL and SHELL vars that I specify when running the top-level configure and/or autogen.sh. Instead they default to /bin/sh, which will definitely error out on my platform. I've patched as many of the offending files I've found. On Oct 18, 2016 7:54 AM, "Marek Safar" <marek.sa...@gmail.com> wrote: > No, bootstrap process is not deprecated and it's still actively used > especially when system mono is unavailable or too old. > > Marek > > On Tue, Oct 18, 2016 at 12:23 PM, Cyd Haselton <chasel...@gmail.com> > wrote: > >> Ping for any input on pastebin logs (see previous emails) and if >> bootstrapping mcs was/is/will be deprecated. >> >> On Oct 16, 2016 2:28 PM, "Cyd Haselton" <chasel...@gmail.com> wrote: >> >>> Still troubleshooting, though I'm running out of ideas. >>> >>> Is it possible bootstrapping mcs was deprecated? >>> >>> On Oct 15, 2016 6:52 PM, "Cyd Haselton" <chasel...@gmail.com> wrote: >>> >>>> I blew away the build directory, downloaded the 10/13 tarball from >>>> mono/sources (http://download.mono-project.com/sources/mono/nightly/) >>>> and started over from scratch. I got the same error that you can see in >>>> the pastebin log; something in the build is expecting mscorlib.dll to be >>>> installed at usr/lib/mono/4.5. >>>> >>>> Just for kicks I created the usr/lib/mono/4.5 directory and softlinked >>>> mscorlib.dll to that location. The build progresses, then fails with the >>>> dreaded Mono.CSharp.InternalErrorException error. >>>> >>>> After that error I navigated to mcs/mcs, ran make and got an error that >>>> the build 'cannot find ./../mcs/class/lib/mcs.exe.' Which is odd because >>>> the build shouldn't be using mcs.exe; it isn't installed on my system. >>>> >>>> Pastebin of mcs/mcs make errors here: http://pastebin.com/mxBLYmnH >>>> >>>> Thanks, >>>> Cyd >>>> >>>> On Oct 15, 2016 2:42 PM, "Cyd Haselton" <chasel...@gmail.com> wrote: >>>> >>>>> I can't ignore the error as it stops the build completely. >>>>> Key note: I do not have a working mcs; I'm using the monolite >>>>> bootstrap method. In this case, mscorlib.dll…along with other files…IS >>>>> located at mcs/class/lib/monolite >>>>> >>>>> Here are the requested logs: >>>>> >>>>> autogen.sh: http://pastebin.com/P4LcBWpZ >>>>> make: http://pastebin.com/JvdhWhCC >>>>> >>>>> Additionally, here's a pastebin of the list of files in the >>>>> ./mcs/class/lib/monolite directory: http://pastebin.com/ZcLLwWHz >>>>> >>>>> Thanks, >>>>> Cyd >>>>> >>>>> On Oct 14, 2016 6:17 PM, "Alexander Köplinger" <alk...@microsoft.com> >>>>> wrote: >>>>> >>>>>> That is just the default message that is compiled into the runtime, >>>>>> you can ignore it. The MONO_PATH env variable controls where Mono tries >>>>>> to >>>>>> locate the framework assemblies in this case. >>>>>> It is weird though that this is set to /class/lib/monolite, no wonder >>>>>> it can’t find mscorlib.dll there. >>>>>> >>>>>> Can you please share the full build log including >>>>>> autogen.sh/configure invocations and so on in a gist or pastebin? >>>>>> >>>>>> Thanks, >>>>>> Alex >>>>>> >>>>>> On 15 Oct 2016, at 01:07, Cyd Haselton <chasel...@gmail.com> wrote: >>>>>> >>>>>> So I scrapped everything and downloaded a newer snapshot from the >>>>>> mono/sources site. >>>>>> >>>>>> This time I can't seem to bootstrap the mcs build; the runtime >>>>>> appears to be hardcoded to check for the mscorlib.dll file in >>>>>> $PREFIX/lib/mono/4.5 instead of in the monolite directory. >>>>>> >>>>>> make[2]: Leaving directory '/data/data/com.termux/files/p >>>>>> kg/ps/mono-4.9.0/data' Making all in >>>>>> runtime >>>>>> make[2]: Entering directory '/data/data/com.termux/files/p >>>>>> kg/ps/mono-4.9.0/runtime' if test -w >>>>>> /data/data/com.termux/files/pkg/ps/mono-4.9.0/mcs; then :; else >>>>>> chmod -R +w /data/data/com.termux/files/pkg/ps/mono-4.9.0/mcs; >>>>>> fi cd >>>>>> /data/data/com.termux/files/pkg/ps/mono-4.9.0/mcs && make >>>>>> --no-print-directory -s NO_DIR_CHECK=1 >>>>>> PROFILES='binary_reference_assemblies >>>>>> net_4_x xbuild_12 xbuild_14 ' CC='gcc -fPIC -fPIE' >>>>>> all-profiles >>>>>> MONO_PATH=/class/lib/monolite: /data/data/com.termux/files/pk >>>>>> g/ps/mono-4.9.0/runtime/mono-wrapper .//class/lib/monolite/basic.ex >>>>>> e The assembly >>>>>> mscorlib.dll was not found or could not be loaded. >>>>>> It should have been installed in the >>>>>> `/data/data/com.termux/files/usr/lib/mono/4.5/mscorlib.dll' >>>>>> directory. >>>>>> >>>>>> Any thoughts? >>>>>> >>>>>> On Oct 12, 2016 5:15 PM, "Cyd Haselton" <chasel...@gmail.com> wrote: >>>>>> >>>>>>> Hello Alex, >>>>>>> >>>>>>> I'm not building from git-master or git; I am using monolite. I >>>>>>> think I mentioned this earlier…if not, apologies for leaving out >>>>>>> important >>>>>>> info. >>>>>>> >>>>>>> I've gotten past the SIGSEGV I mentioned earlier by editing >>>>>>> threads.c (see https://github.com/mono/mono/c >>>>>>> ommit/1c9e34cce5e53ec5126d546a3014bc1493425219 >>>>>>> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmono%2Fmono%2Fcommit%2F1c9e34cce5e53ec5126d546a3014bc1493425219&data=01%7C01%7Calkpli%40microsoft.com%7C2c904d06ed0b493c8c2408d3f486d145%7C72f988bf86f141af91ab2d7cd011db47%7C1&sdata=KTOG36Nl3QmmRzsW%2FIQQ17R5b6NBwBw%2FI3BDy170x4c%3D&reserved=0>). >>>>>>> >>>>>>> >>>>>>> I've run into a new error that seems to occur in sgen. I'm going to >>>>>>> try building without it enabled. >>>>>>> >>>>>>> Cyd >>>>>>> >>>>>>> On Oct 12, 2016 1:16 PM, "Alexander Köplinger" <alk...@microsoft.com> >>>>>>> wrote: >>>>>>> >>>>>>>> If you don’t have a working Mono installed on your system for >>>>>>>> bootstrapping then the recommended way is to use monolite if you build >>>>>>>> from >>>>>>>> git master: https://github.com/mono/mono#if-you-dont-have-a-work >>>>>>>> ing-mono-installation >>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fmono%2Fmono%23if-you-dont-have-a-working-mono-installation&data=01%7C01%7Calkpli%40microsoft.com%7C2c904d06ed0b493c8c2408d3f486d145%7C72f988bf86f141af91ab2d7cd011db47%7C1&sdata=f5%2FGyZF%2BpjvWB2gqMjc%2FcVZgKjaRDU%2BY0grT0HwFAWk%3D&reserved=0> >>>>>>>> >>>>>>>> - Alex >>>>>>>> >>>>>>>> On 12 Oct 2016, at 20:02, Cyd Haselton <chasel...@gmail.com> wrote: >>>>>>>> >>>>>>>> Hello Ludovic, >>>>>>>> >>>>>>>> Would the missing 'last' field cause the SIGSEGV? >>>>>>>> >>>>>>>> Cyd >>>>>>>> >>>>>>>> On Oct 12, 2016 12:18 PM, "Cyd Haselton" <chasel...@gmail.com> >>>>>>>> wrote: >>>>>>>> > >>>>>>>> > Full output of './mono/mini/mono -V' here: >>>>>>>> http://pastebin.com/xZw3qhVD >>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpastebin.com%2FxZw3qhVD&data=01%7C01%7Calkpli%40microsoft.com%7C4f1712aba12141771e4008d3f2c9fd2e%7C72f988bf86f141af91ab2d7cd011db47%7C1&sdata=rL8nuhHORHneIWc3OgllqTo2iB7RdN8P5YdOU2jNPpo%3D&reserved=0> >>>>>>>> > >>>>>>>> > >>>>>>>> > On Oct 12, 2016 12:12 PM, "Cyd Haselton" <chasel...@gmail.com> >>>>>>>> wrote: >>>>>>>> >> >>>>>>>> >> Since I don't have a working mcs installed, I'm using the >>>>>>>> snapshots available from the download site here: >>>>>>>> http://download.mono-project.com/sources/mono/ >>>>>>>> <https://na01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fdownload.mono-project.com%2Fsources%2Fmono%2F&data=01%7C01%7Calkpli%40microsoft.com%7C4f1712aba12141771e4008d3f2c9fd2e%7C72f988bf86f141af91ab2d7cd011db47%7C1&sdata=T%2BA5GezSev7nlwMowcNsMGaftco014weAy31yrfIRbM%3D&reserved=0> >>>>>>>> >> >>>>>>>> >> Here's the output of ./mono/mini/mono -V from my build tree: >>>>>>>> >> >>>>>>>> >> ./mono/mini/mono -V >>>>>>>> >>>>>>>> >> Mono JIT compiler version 4.7.0 (Nightly 4.7.0.593/4e441ec >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> On Oct 11, 2016 10:06 AM, "Ludovic Henry" <luhe...@microsoft.com> >>>>>>>> wrote: >>>>>>>> >>> >>>>>>>> >>> Hi Cyd, >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> Which mono commit are you based on? It seems like the managed >>>>>>>> System.Threading.InternalThread is missing the “last” field. >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> Thank you, >>>>>>>> >>> >>>>>>>> >>> Ludovic >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> >>> >>>>>>>> _______________________________________________ >>>>>>>> Mono-devel-list mailing list >>>>>>>> Mono-devel-list@lists.dot.net >>>>>>>> https://na01.safelinks.protection.outlook.com/?url=http%3A%2 >>>>>>>> F%2Flists.dot.net%2Fmailman%2Flistinfo%2Fmono-devel-list&dat >>>>>>>> a=01%7C01%7Calkpli%40microsoft.com%7C4f1712aba12141771e4008d >>>>>>>> 3f2c9fd2e%7C72f988bf86f141af91ab2d7cd011db47%7C1&sdata=b9Lyb >>>>>>>> et0SXWu5pvvxt7qTTZx1Azx7BMcrE%2BmpZbnzq0%3D&reserved=0 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >> _______________________________________________ >> Mono-devel-list mailing list >> Mono-devel-list@lists.dot.net >> http://lists.dot.net/mailman/listinfo/mono-devel-list >> >> >
_______________________________________________ Mono-devel-list mailing list Mono-devel-list@lists.dot.net http://lists.dot.net/mailman/listinfo/mono-devel-list