[Mono-dev] make install doesn't copy monodroid profile assemblies to the prefix directory

[Rodrigo Kumpera]

There are no install target as those assemblies are not consumed in a
standard way, it's very useful to have them on either the GAC or a profile
directory.

What we do at Xamarin is to have them consumed as part of our product
build, mostly due to historical reasons.

If you're using Xamarin.Android beta and have a paid license[1], you can
copy them over. Yes, it's brittle, I'm sorry for that.

But it's something that should be fixed on the build system.

Cheers,
Rodrigo

[1]Starter edition doesn't allow random assemblies be used for the BCL.



On Wed, May 29, 2013 at 12:10 PM, Jeremy Bell <bell.jeremy at gmail.com> wrote:

> Hmm, is there a separate install target that does install them? It's easy
> enough to copy the directory in a build script after make install, but
> that's a little brittle. Better that the build system handle that, I think.
>
>
> On Wed, May 29, 2013 at 11:58 AM, Rodrigo Kumpera <kumpera at gmail.com>wrote:
>
>> Yes, it's not copied because those assemblies are not very useful on the
>> desktop.
>>
>>
>> On Wed, May 29, 2013 at 11:40 AM, Jeremy Bell <bell.jeremy at gmail.com>wrote:
>>
>>> When I build the monodroid assemblies with the configure option
>>> --with-monodroid=yes, the profile is built correctly in the master branch,
>>> but when you make install, the monodroid profile assemblies are not copied
>>> to the install prefix directory with the other profiles. Is this expected
>>> behavior?
>>>
>>> Here is my config options:
>>>
>>> ./autogen.sh --with-glib=embedded --prefix=$INSTALL_PREFIX --with-monodroid=yes
>>>
>>> make && make install
>>>
>>>
>>> _______________________________________________
>>> Mono-devel-list mailing list
>>> Mono-devel-list at lists.ximian.com
>>> http://lists.ximian.com/mailman/listinfo/mono-devel-list
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20130529/eaf838cf/attachment.html>