[Mono-devel-list] Re: Native Win32 Mono

[Daniel Morgan]

Mark,

Can I get a copy of the scripts you use to build mono without cygwin?
Could I get the built mono runtime binaries too? :-)

As for putting the mono/mcs bins on the PATH; I already do.  As a matter of
fact,
both the mono/mcs bin and lib are in my PATH.  I also have the mono lib path
in my MONO_PATH, and I have the mono etc/mono path in my MONO_CFG_DIR too.

You can only run mono/mcs by setting both mono bin and lib in the Windows
PATH.  Certain
tools will not work unless MONO_PATH is set, and certain things will fail if
MONO_CFG_DIR
is not set.

For example:
set PATH=G:\mono-0.23\install\bin;G:\mono-0.23\install\lib;%PATH%
set MONO_PATH=G:\mono-0.23\install\lib
set MONO_CFG_DIR=G:\mono-0.23\install\etc\mono

I have attached the latest mono.nsi file which includes setting registry
keys.

   WriteRegStr HKEY_LOCAL_MACHINE SOFTWARE\Mono\${MILESTONE} SdkInstallRoot
$INSTDIR
   WriteRegStr HKEY_LOCAL_MACHINE SOFTWARE\Mono\${MILESTONE}
FrameworkAssemblyDirectory $INSTDIR\lib
   WriteRegStr HKEY_LOCAL_MACHINE SOFTWARE\Mono\${MILESTONE} MonoConfigDir
$INSTDIR\etc\mono
   WriteRegStr HKEY_LOCAL_MACHINE SOFTWARE\Mono DefaultCLR ${MILESTONE}

Can you tell me how the mono runtime can check for these registry keys and
use them to load the proper assemblies?

Daniel

-----Original Message-----
From: mono-devel-list-admin at lists.ximian.com
[mailto:mono-devel-list-admin at lists.ximian.com]On Behalf Of Mark
Crichton
Sent: Friday, March 07, 2003 12:11 AM
To: Daniel Morgan
Cc: 'Mono-Devel-List; Gert Driesen
Subject: [Mono-devel-list] Re: Native Win32 Mono


* Daniel Morgan (danmorg at sc.rr.com) [030306 18:16]:
> How is the Native Win32 version of Mono coming along?
>

As of right now, I have been able to build the mono/mcs 0.22 releases
that do not need cygwin's dll's  Of course, I think we've already been
able to do this.

However, for some reason, there are some parts of MCS I *can't* build
with csc.  Namely most of nunit fails, as well as the LDAP libraries.
I have some patches that work around this, but it isn't elegant.

I am also building against the dropline.net GTK+ distribution.  Now
there, I can either make mono-win32 dependent on their dist (which is
up-to-date glib/gtk 2.2), or just bundle the DLLs I use in the installer.

> We need a standard set of registry keys.  Should we use what Gert Driesen
> proposed?

Those seem fine.  Also, would anyone be willing to put the mono/mcs
bins on the system PATH?  The only issue I see are some programs aren't
drop in replacements for the Win32 versions yet...

>
> Can you provide provide us with the goodies, such as, details, pathces,
> source code, binaries, etc...?  I'm sure others are interested in what you
> have been working on...

I have 4 patches.  Most right now remove things from the MCS build,
since they seem to be broken under csc.  There are a few fixes that are
real.  I'll push those as soon as I clean up the patches.

But for a heads up, debug-jit.c won't build if on Win32, since wthat
file doesn't pull in PLATFORM_WIN32 from config.h.  This leads to a
problem in debug.h.  This is a "simple, must-fix issue"

The mcs/class/library.build is missing Npgsql.  That's an easy add.

The last, and the one I haven't tested hardcore yet, is adding
-mms-bitfields to the build args.  This will allow "full" compatability
with the MSVC compiler.  The downside is that you're now locked into
either using mingw or MSVC IIRC.  Also, this can be a "win" if I can
get libmono building as a dll.  For some reason, I'm not getting one.
That's something I need to look into.

As for registry keys, I know where to add a runtime check for them.  We
just need to agree on an install layout of sorts.  Since mono can
support looking for the libs elsewhere, I say put the DLL's off the
path, and set a reg key so mono/mint can find them.  Then put the exe's
onto the system path.

The last thing I'd like to see is to split the mono runtime from the
headers for development/mono embedding.  Whether or not that is a good
idea is another story...

Mark

-------------- next part --------------
A non-text attachment was scrubbed...
Name: mono-0.23.nsi
Type: application/octet-stream
Size: 15460 bytes
Desc: not available
Url : http://lists.ximian.com/pipermail/mono-devel-list/attachments/20030308/de5d7564/attachment.obj