How to build mono w/o glib (pb)

[Ale2008]

Hi list,
glib 2.4 is a requirement for mono, as stated in the README.

Is it at all possible to do without? I tried --with-x=no to no avail.
How was the Nokia port built?

Apps that will run under mono have absolutely no [G]UI, they only work
on the net.

I'm targeting a very old Red Hat (7.2), and would downright prefer a
very minimal mono package, thus I include most items in the
enable_minimal configure option. However, I don't know how to skip
graphics. Isn't there a compile option or some dummy gtk that will
just satisfy dependencies?

TIA for your help
Ale
--
(pb) = possibly duplicated: I just subscribed after attempting to post
from nabble.com... apologies for that


_______________________________________________
Mono-list maillist  -  Mono-list@...
http://lists.ximian.com/mailman/listinfo/mono-list

[Jonathan Pryor]

On Thu, 2008-07-10 at 19:37 +0200, Alessandro Vesely wrote:
> glib 2.4 is a requirement for mono, as stated in the README.
>
> Is it at all possible to do without? I tried --with-x=no to no avail.
> How was the Nokia port built?

configure --with-glib=embedded

By "Nokia port" do you mean Maemo?  I imagine that used the
Maemo-provided glib.

> Apps that will run under mono have absolutely no [G]UI, they only work
> on the net.

GLib doesn't provide a GUI.  GTK+ provides a GUI, GLib does not, so a
normal mono build will run w/o a GUI (unless/until you use something
that requires that a GUI be present, such as System.Drawing).

> I'm targeting a very old Red Hat (7.2), and would downright prefer a
> very minimal mono package, thus I include most items in the
> enable_minimal configure option.

The only GUI that `mono` provides is System.Windows.Forms, and I don't
know of a way to prevent building it.  Not that it matters, as it
doesn't require that GTK+ or any other GUI libraries be present to
build.  (It also won't run until you build & install libgdiplus...)

Gtk# isn't built as part of mono, it's built separately when you build
gtk-sharp.  So just building mono will NOT build Gtk#.

 - Jon


_______________________________________________
Mono-list maillist  -  Mono-list@...
http://lists.ximian.com/mailman/listinfo/mono-list

[Ale2008]

Jonathan Pryor wrote:

> On Thu, 2008-07-10 at 19:37 +0200, Alessandro Vesely wrote:
>> glib 2.4 is a requirement for mono, as stated in the README.
>>
>> Is it at all possible to do without? I tried --with-x=no to no avail.
>> How was the Nokia port built?
>
> configure --with-glib=embedded
>
> By "Nokia port" do you mean Maemo?  I imagine that used the
> Maemo-provided glib.
>
>> Apps that will run under mono have absolutely no [G]UI, they only work
>> on the net.
>
> GLib doesn't provide a GUI.  GTK+ provides a GUI, GLib does not, so a
> normal mono build will run w/o a GUI (unless/until you use something
> that requires that a GUI be present, such as System.Drawing).

Thanks a lot. It turns out I had some wrong preconception about glib.
It doesn't depend on more packages, and has bee easy to built.

>> I'm targeting a very old Red Hat (7.2), and would downright prefer a
>> very minimal mono package, thus I include most items in the
>> enable_minimal configure option.

I didn't use eglib as it's not obvious what should go there.

FWIW, mono compiles quite nicely with gcc 2.96, except for a few C
twists. However, make check freezes when it tries to verify
ByteFX.Data.dll. I'll seek your help again as soon as I can figure out
what's happening.

Thanks again for your help
Ale
_______________________________________________
Mono-list maillist  -  Mono-list@...
http://lists.ximian.com/mailman/listinfo/mono-list

[Ale2008]

I wrote:
> FWIW, mono compiles quite nicely with gcc 2.96, except for a few C
> twists. However, make check freezes when it tries to verify
> ByteFX.Data.dll. I'll seek your help again as soon as I can figure out
> what's happening.

Astonishingly, that seems to be a bug in glib's memory allocation. I
didn't file a bug on bugzilla.gnome.org (yet); however, I reported it
on the mailing list, see:
http://www.nabble.com/Astonishing-allocation-bug-in-glib-2.16.4-compiled-with-gcc-2.96-to18428394.html

Why didn't that come out before? Or am I missing something? I
configured mono as

  ./configure \
   --with-gnu-ld\
   --enable-minimal=profiler,reflection_emit,large_code,com,ssa\
   --with-xen_opt=no\
   --with-moonlight=no\
   --with-x=no\
   --with-sigaltstack=no

Is excluding SSA uncommon enough to justify the possibility that a bug
in glib has remained unnoticed until now? I get the bug on "Compiling
120 ByteFX.Data.MySqlClient.MySqlCommandBuilder" in make check.
Everytime. That is on the mono-107638 snapshot that I retrieved a few
days ago. In case someone is willing to have a try, I've saved a copy
in http://www.tana.it/sw/mono/mono-107638.tar.bz2 while glib-2.16.4 is
still current on http://ftp.gnome.org/pub/GNOME/sources/glib/2.16/

Any hint is welcome

TIA
Ale
--
please cc to me your response
_______________________________________________
Mono-list maillist  -  Mono-list@...
http://lists.ximian.com/mailman/listinfo/mono-list

[Ale2008]

Ale2008 wrote:

I wrote:
> FWIW, mono compiles quite nicely with gcc 2.96, except for a few C
> twists. However, make check freezes when it tries to verify
> ByteFX.Data.dll. I'll seek your help again as soon as I can figure out
> what's happening.

Astonishingly, that seems to be a bug in glib's memory allocation. I
didn't file a bug on bugzilla.gnome.org (yet); however, I reported it
on the mailing list, see:
http://www.nabble.com/Astonishing-allocation-bug-in-glib-2.16.4-compiled-with-gcc-2.96-to18428394.html

The bug is in mono. I' going to file some.

Major point for all users: set G_SLICE=debug-blocks most of the times.
That is, unless you can bet there are no bugs :-)

Unfortunately, even mono's test suite runs without that. That's nonsensical.