[Mono-dev] Mono on Windows/x64
Miguel de Icaza
miguel at novell.com
Mon Apr 23 16:22:11 EDT 2007
Hey,
> This patch is confirmed to compile clean on gcc now. Feedback?
It can go in; Feel free to commit.
>
>
> Mike
>
>
>
>
> ______________________________________________________________________
> From: mono-devel-list-bounces at lists.ximian.com
> [mailto:mono-devel-list-bounces at lists.ximian.com] On Behalf Of Michael
> Jerris
> Sent: Monday, April 23, 2007 2:04 PM
> To: Jonathan Chambers
> Cc: Kornél Pál; Miguel de Icaza; mono-devel-list at lists.ximian.com
> Subject: Re: [Mono-dev] Mono on Windows/x64
>
>
>
>
> Fixes gcc compile error below, and moves project file as requested.
>
>
>
>
> ______________________________________________________________________
> From: Jonathan Chambers [mailto:joncham at gmail.com]
> Sent: Monday, April 23, 2007 1:45 PM
> To: Michael Jerris
> Cc: mono-devel-list at lists.ximian.com; Kornél Pál; Miguel de Icaza
> Subject: Re: [Mono-dev] Mono on Windows/x64
>
>
>
>
> Michael,
> I get the following compiler error building with gcc:
>
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I. -Wall -Werror -D_FORTIFY_SOURCE=2
> -g -O0 -D_GNU_SOURCE -MT libeglib_la-gstr.lo -MD -MP
> -MF .deps/libeglib_la- gstr.Tpo -c gstr.c -fPIC -DPIC
> -o .libs/libeglib_la-gstr.o
> gstr.c: In function 'g_filename_to_uri':
> gstr.c:429: error: syntax error before ')' token
> cc1: warnings being treated as errors
> gstr.c :457: warning: control reaches end of non-void function
> gstr.c: In function 'g_filename_from_uri':
> gstr.c:482: error: syntax error before ')' token
> gstr.c:517: warning: control reaches end of non-void function
> make[2]: *** [libeglib_la-gstr.lo] Error 1
> make[2]: Leaving directory `/home/jschambe/monosvn/mono/eglib/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/jschambe/monosvn/mono/eglib'
> make: *** [all] Error 2
>
> - Jonathan
>
> On 4/23/07, Michael Jerris <mike at jerris.com> wrote:
>
> Agreed, still tons to do… the location of the vcproj makes no
> difference to me, can someone confirm where you want it and I'll roll
> another project file in the right location.
>
>
>
>
> ______________________________________________________________________
> From: Jonathan Chambers [mailto:joncham at gmail.com]
> Sent: Monday, April 23, 2007 1:22 PM
> To: Michael Jerris
> Cc: mono-devel-list at lists.ximian.com; Kornél Pál; Miguel de Icaza
>
>
> Subject: Re: [Mono-dev] Mono on Windows/x64
>
>
>
>
> Michael,
> This looks good; you may want to put the vsproj in mono/msvc
> since I stuck all other VS related files in there. There is some
> warnings that need fixed (passing chars to Unicode routines), and the
> issues you mentioned, but this should help alot in getting mono on
> Win64. If eglib is working, I can build mono with no gc initially to
> get any other issues worked out. I think my colleage has the beta
> version libgc 7 working. I can try with that as well.
>
> Thanks,
> Jonathan
>
> On 4/23/07, Michael Jerris <mike at jerris.com> wrote:
>
> Step 1. Attached patch for review, should have no affect at all on
> non msvc build. Resolves all build errors on msvc 2005. Still needs
> implementations for quite a few things on msvc, and windows in
> general, this patch makes no effort to address those. Note several
> things throughout marked FIXME that need to be looked at when the
> implementation is addressed.
>
> Mike
>
>
>
> > -----Original Message-----
> > From: mono-devel-list-bounces at lists.ximian.com
> [mailto:mono-devel-list-
> > bounces at lists.ximian.com] On Behalf Of Miguel de Icaza
> > Sent: Monday, April 23, 2007 12:06 PM
> > To: Jonathan Chambers
> > Cc: Kornél Pál; mono-devel-list at lists.ximian.com
> > Subject: Re: [Mono-dev] Mono on Windows/x64
> >
> > Hey,
> >
> > > Knowing this previously would have helped ;-). I have got
> conflicting
> > > advice in the past about whether glib or eglib would be the best
> > > approach.
> >
> > Well, we were developing it ;-)
> >
> > But our goal is to drop glib and get back some of the memory usage
> we
> > have been using. As with every large change, this is not something
> we
> > want to do in the incremental 1.2.xx releases.
> >
> > Miguel.
> > >
> > _______________________________________________
> > 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