[Fwd: Re: [Mono-dev] Mono 1.1.9.1 Windows Installer Released]

Kornél Pál kornelpal at hotmail.com
Tue Oct 4 05:00:45 EDT 2005


Hi,

sembdel is called only when an error occures so the build will not fail
because of missing semdel. The real error is above semdel. But semdel should
not be called on Windows.

Kornél

----- Original Message -----
From: "Zoltan Varga" <vargaz at gmail.com>
To: "Wade Berrier" <wberrier at novell.com>
Cc: <dick at ximian.com>; <rharinath at novell.com>;
<mono-devel-list at lists.ximian.com>
Sent: Tuesday, October 04, 2005 2:23 AM
Subject: Re: [Fwd: Re: [Mono-dev] Mono 1.1.9.1 Windows Installer Released]


                                           Hi,

  semdel is only used under UNIX for releasing some stuff the runtime
allocates. It should
not be used on windows, so this requires some build system magic. Hari ?

                         Zoltan

On 10/4/05, Wade Berrier <wberrier at novell.com> wrote:
> Hey,
>
> A little while ago I discovered a dumb mistake on my part:  I didn't
> have libtool installed.
>
> It's installed now and here's my cygwin versions:
>
> $ libtool --version
> ltmain.sh (GNU libtool) 1.5.20 (1.1220.2.287 2005/08/31 18:54:15)
>
> $ automake --version
> automake (GNU automake) 1.9.6
>
> Also, I'm building from the mono 1.1.9.1 tarball, not from the tag or
> trunk:
>
> http://go-mono.com/sources/mono-1.1/mono-1.1.9.1.tar.gz
>
> So, now when I build, the .dll files are generated, but now the build
> fails with the same error I got when building under Paco's cygwin
> environment of Mar 2004:
>
> MONO_PATH="../../class/lib/basic;
> $MONO_PATH" /tmp/scratch/mono-1.1.9.1/runtime/mono-wrapper
> ../../class/lib/basic/mcs.exe  /nologo
> /optimize -d:NET_1_1 -d:ONLY_1_1 -d:BOOTSTRAP_WITH_OLDLIB /debug+
> /debug:full
> /noconfig -r:mscorlib.dll -r:System.dll -nowarn:0162 -nowarn:0618 -nowarn:0612
>  -target:library -out:System.Xml.dll `echo System.Xml.XPath/Parser.cs
> Mono.Xml.Xsl/PatternParser.cs Mono.Xml.Xsl/PatternTokenizer.cs | tr '/'
> '\\\\'` @../../build/deps/basic_System.Xml.dll.response
> make[8]: Leaving directory
> `/tmp/scratch/mono-1.1.9.1/mcs/class/System.XML'
> make[7]: Leaving directory
> `/tmp/scratch/mono-1.1.9.1/mcs/class/System.XML'
> make[6]: Leaving directory `/tmp/scratch/mono-1.1.9.1/mcs/class'
> make[5]: Leaving directory `/tmp/scratch/mono-1.1.9.1/mcs'
> make[8]: *** [../../class/lib/basic/System.Xml.dll] Error 255
> make[7]: *** [do-all] Error 2
> make[6]: *** [all-recursive] Error 1
> make[5]: *** [all-recursive] Error 1
> make[4]: *** [profile-do--basic--all] Error 2
> make[3]: *** [profiles-do--all] Error 2
> make[4]: Leaving directory `/tmp/scratch/mono-1.1.9.1/mcs'
> make[3]: Leaving directory `/tmp/scratch/mono-1.1.9.1/mcs'
> make[2]: Leaving directory `/tmp/scratch/mono-1.1.9.1/runtime'
> make[1]: Leaving directory `/tmp/scratch/mono-1.1.9.1'
> /tmp/scratch/mono-1.1.9.1/libtool: line
> 6594: /tmp/scratch/mono-1.1.9.1/mono/handles/semdel: No such file or
> directory
> /tmp/scratch/mono-1.1.9.1/libtool: line 6594:
> exec: /tmp/scratch/mono-1.1.9.1/mono/handles/semdel: cannot execute: No
> such file or directory
> make[2]: *** [all-local] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> Then I go into mono/handles where semdel.c is and when I run make, I get
> a slew of errors.  Looks like some clash with the win32 api...?  I'll
> attach the log.  I'll also CC Dick because is looks like he does a lot
> with semdel.
>
> Getting closer.
>
> Wade
>
>
> On Tue, 2005-10-04 at 00:00 +0200, Zoltan Varga wrote:
> >                                               Hi,
> >
> >   mono builds fine using the latest cygwin libs for me. Altought, it
> > is still statically linked
> > even if I tell disable it, so its not all good. What version of
> > automake and libtool are you using, ie what does automake --version
> > and libtool --version return ?
> >
> >                      Zoltan
> >
> > On 10/3/05, Wade Berrier <wberrier at novell.com> wrote:
> > > Here's another error which makes me think something is wrong besides
> > > my
> > > environment or the libraries I have.
> > >
> > > *** Warning: linker path does not have real file for library -lole32.
> > > *** I have the capability to make that library automatically link in
> > > when
> > > *** you link to this library.  But I can only do this if you have a
> > > *** shared version of the library, which you do not appear to have
> > > *** because I did check the linker path looking for a file starting
> > > *** with libole32 and none of the candidates passed a file format test
> > > *** using a file magic. Last file checked: /lib/w32api/libole32.a
> > > *** The inter-library dependencies that have been dropped here will be
> > > *** automatically added whenever a program is linked with this library
> > > *** or is declared to -dlopen it.
> > >
> > > That's a file provided by cygwin in the w32api package.  I'm trying to
> > > keep my cygwin installation to a minimum:
> > >
> > > autoconf
> > > automake
> > > bison
> > > cpio
> > > gcc-mingw-core
> > > gcc-mingw-g++
> > > make
> > >
> > > openssh
> > > unzip
> > > zip
> > > wget
> > >
> > > cvs
> > > cygrunsrv
> > > patch
> > > subversion
> > > vim
> > > wget
> > >
> > > And of course other packages get selected by dependency.
> > >
> > > Am I missing something obvious?
> > >
> > > Wade
> > >
> > >
> > > On Mon, 2005-10-03 at 13:19 -0600, Wade Berrier wrote:
> > > > Hey,
> > > >
> > > > On Sat, 2005-10-01 at 02:23 +0200, Zoltan Varga wrote:
> > > >
> > > > > This works fine on my system using latest cygwin. My libint is in
> > > > > /lib/libintl.a. Perhaps you don't have that package installed, or
> > > > > libintl-1.dll is in a directory
> > > > > in your PATH so libtool finds it first ?
> > > >
> > > > This same error happens with a lot of deps when I link (gmodule-2.0,
> > > > gthread-2.0, glib-2.0, intl, iconv, ws2_32, psapi,
> > > > ole32).
> > > >
> > > > I do have libintl-1.dll in my path.  What should my environment be?
> > > >
> > > > Are you using the cygwin glib deps?  I'm using the following glib
> > > > deps:
> > > >
> > > > ftp://ftp.gtk.org/pub/gtk/v2.6/win32/glib-2.6.6.zip
> > > > ftp://ftp.gtk.org/pub/gtk/v2.6/win32/glib-dev-2.6.6.zip
> > > > http://www.gimp.org/~tml/gimp/win32/pkgconfig-0.15.zip
> > > > http://www.gimp.org/~tml/gimp/win32/libiconv-1.9.1.bin.woe32.zip
> > > > http://www.gimp.org/~tml/gimp/win32/gettext-0.14.5.zip
> > > >
> > > > I'm using these so that I can build with them and also package them
> > > > up
> > > > for the installer.
> > > >
> > > > I guess the only other place I know about that I could get the deps
> > > > is
> > > > from gladewin32.  He doesn't offer zip files (which is easier to
> > > > automate with) but if I had to, I could create a zip file from what
> > > > his
> > > > installer lays down.
> > > >
> > > > I don't think that using the gladewin32 fixes the problem though.  I
> > > > still get the same errors when I build against the 1.1.8.3 mono
> > > > installer, and 1.1.8.3 came with the gladewin32 files.
> > > >
> > > > Ideas?
> > > >
> > > > Wade
> > >
> > >
> >
>
>
_______________________________________________
Mono-devel-list mailing list
Mono-devel-list at lists.ximian.com
http://lists.ximian.com/mailman/listinfo/mono-devel-list




More information about the Mono-devel-list mailing list