[Mono-dev] Problem with mcs build

Cyd Haselton chaselton at gmail.com
Sat Oct 15 19:42:38 UTC 2016


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/
> pkg/ps/mono-4.9.0/data'             Making all in
> runtime
> make[2]: Entering directory '/data/data/com.termux/files/
> pkg/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/
> pkg/ps/mono-4.9.0/runtime/mono-wrapper .//class/lib/monolite/basic.
> exe                                                       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.c
>>> om/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=
>>> b9Lybet0SXWu5pvvxt7qTTZx1Azx7BMcrE%2BmpZbnzq0%3D&reserved=0
>>>
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.dot.net/pipermail/mono-devel-list/attachments/20161015/a128ec14/attachment.html>


More information about the Mono-devel-list mailing list