[Mono-dev] Problem with mcs build

Tue Oct 18 10:23:32 UTC 2016

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" <chaselton at 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" <chaselton at 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" <chaselton at 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" <alkpli at 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 <chaselton at 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" <chaselton at 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/commit/1c9e34cce5e53ec5126d546a
>>>>> 3014bc1493425219
>>>>> <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" <alkpli at 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 <chaselton at gmail.com> wrote:
>>>>>>
>>>>>> Hello Ludovic,
>>>>>>
>>>>>> Would the missing 'last' field cause the SIGSEGV?
>>>>>>
>>>>>> Cyd
>>>>>>
>>>>>> On Oct 12, 2016 12:18 PM, "Cyd Haselton" <chaselton at 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" <chaselton at 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" <luhenry at 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 at 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
>>>>>>
>>>>>>
>>>>>>
>>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dot.net/pipermail/mono-devel-list/attachments/20161018/4a185e0b/attachment-0001.html>