[Mono-devel-list] compiling LIGGDIPLUS for Mono on Solaris

Doug dougpostman at yahoo.com
Fri Oct 29 12:35:04 EDT 2004


Is SWF windows forms?  That is why I was putting on
wine.

--- Ravindra Kumar <rkumar at novell.com> wrote:

> Doug,
> Looks like you are using an old version of GCC. If
> it is so,
> would you mind upgrading it to 3.x ? However, we
> will fix
> our code so that it can compile with old versions of
> GCC.
> 
> A side note, if you are building WINE for SWF,
> please be
> informed that our new SWF implementation does not
> need
> WINE. All you need is to do 'make clean' and 'make
> install'
> inside mcs/class/Managed.Windows.Forms directory
> after
> installing mono and mcs. This should overwrite the
> old
> SWF dll with the new one.
> 
> - Ravi
> 
> 
> >>> Doug <dougpostman at yahoo.com> 10/26/04 7:51 PM
> >>>
> >    I am compiling mono for Solaris 2.8 for what
> > could
> > be a large scale Air Force project with mono.  Has
> > been a bit of a struggle going piece by piece, but
> I
> > am finally up to LIBGDIPLUS and also WINE.  Both
> > pieces are giving many problems to compiling since
> I
> > am on Solaris.  The errors are listed below for
> > LIBGDIPLUS and will be in another post for Wine. 
> > Does
> > anyone have any solutions for the LIBGDIPLUS. 
> Note
> > I
> > am able to get rid of the -pthread error by
> changing
> > it to -lpthread.  Also I can get rid of the
> stdcall
> > errors by forcing gdip_win32.h to use
> >    #  define __stdcal instead of the other line. 
> > However, for some reason the other others I have
> not
> > been able to work out such as the ptr error.  The
> > GNU
> > compiler does not seem to be able to handle
> > definitions of a variable on the same line as
> > setting
> > it. 
> > 
> >    LIBGDIPLUS compiler errors
> > gcc -DHAVE_CONFIG_H -I. -I. -I..
> > -I/usr/local/include
> > -I/usr/local/include/freetype2
> > -I/usr/local/include/libpng12
> > -I/usr/local/include/glib-2.0
> > -I/usr/local/lib/glib-2.0/include
> > -I/usr/local/include/freetype2
> -I/usr/local/include
> > -Wall -Werror -Wno-unused -Wno-format -pthreads -g
> > -O2
> > -pthread -c bitmap.c -Wp,-MD,.deps/bitmap.TPlo 
> > -fPIC
> > -o .libs/bitmap.o
> > gcc: unrecognized option `-pthread'
> > cc1: warnings being treated as errors
> > In file included from bitmap.c:29:
> > gdip_win32.h:146: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:147: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:148: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:150: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:152: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:153: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:154: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:156: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:157: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:159: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:160: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:161: warning: `__stdcall__' attribute
> > directive ignored
> > gdip_win32.h:170: warning: `__stdcall__' attribute
> > directive ignored
> > bitmap.c: In function
> > `gdip_bitmap_change_rect_pixel_format':
> > bitmap.c:566: parse error before `unsigned'
> > bitmap.c:568: `i' undeclared (first use in this
> > function)
> > bitmap.c:568: (Each undeclared identifier is
> > reported
> > only once
> > bitmap.c:568: for each function it appears in.)
> > bitmap.c:569: `ptr' undeclared (first use in this
> > function)
> > bitmap.c: In function `GdipBitmapLockBits':
> > bitmap.c:714: parse error before `destRect'
> > bitmap.c:717: `src' undeclared (first use in this
> > function)
> > bitmap.c:721: `destRect' undeclared (first use in
> > this
> > function)
> > make[2]: *** [bitmap.lo] Error 1
> > 
> > thanks
> > Doug Post (dougpostman at yahoo.com)
> > 
> 
> _______________________________________________
> 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