From m.j.hutchinson at gmail.com Thu Aug 2 11:09:13 2007 From: m.j.hutchinson at gmail.com (Michael Hutchinson) Date: Thu, 2 Aug 2007 16:09:13 +0100 Subject: [Gtk-sharp-list] GtkSourceView 2 Bindings Message-ID: Hi, Posting this to the GTK# list as I'm not sure who's the maintainer of gtksourceview-sharp. I've just been hacking on the GtkSourceView# binding to make it work with GtkSourceView version 1.90.3, a beta version of the 2.0 series. The 2.0 series breaks API/ABI with the 1.x series, but is parallel installable, and has lots of important new features. I'd like to get it into SVN, so that other can hack on and use it. I'd then like to incorporate it into MonoDevelop with a conditional build option. However, there are problems with making it parallel installable. The current GtkSourceView# binding is already called gtksourceview-sharp-2.0 (affecting the .pc file), though internally the makefiles and .pc files are versioned as 0.11 (??) and the assembly is versioned as 1.0.0.2 (this, at least, is not a problem). As tempting as it is just to fork the binding into a new SVN module and call it gtksourceview2-sharp-2.0, this is probably too confusing. I think the best route is to branch the gtksourceview-sharp SVN module into a 1.x bugfix version, then re-version trunk to 0.20 (pc) and 2.0.0.0 (dll). The two versions' .pc files will be incompatible, though versioned to allow distinguishing them; this will affect developers, but the dlls will be parallel installable for end-user backwards compatibility. Commentst/advice, anyone? -- Michael Hutchinson http://mjhutchinson.com From mkestner at ximian.com Fri Aug 3 16:58:25 2007 From: mkestner at ximian.com (Mike Kestner) Date: Fri, 03 Aug 2007 15:58:25 -0500 Subject: [Gtk-sharp-list] GtkSourceView 2 Bindings In-Reply-To: References: Message-ID: <1186174705.3532.292.camel@linux-dii6.site> Hi Michael. Thanks for looking into this. On Thu, 2007-08-02 at 16:09 +0100, Michael Hutchinson wrote: > As tempting as it is just to fork the binding into a new SVN module > and call it gtksourceview2-sharp-2.0, this is probably too confusing. > I think the best route is to branch the gtksourceview-sharp SVN module > into a 1.x bugfix version, then re-version trunk to 0.20 (pc) and > 2.0.0.0 (dll). The two versions' .pc files will be incompatible, > though versioned to allow distinguishing them; this will affect > developers, but the dlls will be parallel installable for end-user > backwards compatibility. Yeah, it's an ugly situation. I think the best thing is to blow it up and start over, sort of. The .pc filename is a problem. If you stick with the same name, you can break existing released software builds. I don't think that's a good idea. Other than a recent packaging fix, the last change to the binding was about two years ago, so I'd say branching is a good idea instead of leaving a dead module in trunk. The current release will most likely be the final release of the 0.x series. After the branch, I would svn mv trunk to gtksourceview2-sharp and change the package name in the configure.in. You could svn mkdir a gtksourceview-sharp module and add an empty file named now_located_at_branches_gtksourceview_sharp for the curious. Make the new .pc file gtksourceview2-sharp.pc without the -2.0. The assembly version looks right. You might as well make the package version 1.9.x leading up to a 2.0.0. The other alternative I see would be to leave the package named gtksourceview-sharp, and just version the pc file -2.2. We've had a -2.0.pc file binding 1.x for the past few years, so it's not unprecedented. ;-) The main problem I see with that is when gtksourceview gets to 2.4, your .pc file is still going to be 2.2 to maintain backward compat, assuming they can restrain themselves on the compat front from here out. That will be more confusing long-term than gtksourceview2-sharp.pc. Any confusion between gtksourceview-sharp-2.0.pc and gtksourceview2-sharp.pc will be short-lived as version 1.x of the native library fades from the landscape. I tend to vote for short-term confusion over long. The name difference is also easily explained. The gtksourceview2 refers to the native lib. The sharp-2.0 refers to the binding, ie second version of the gtksourceview(1) binding. -- Mike Kestner From kmurugan at novell.com Wed Aug 8 07:05:04 2007 From: kmurugan at novell.com (Murugan K) Date: Wed, 08 Aug 2007 05:05:04 -0600 Subject: [Gtk-sharp-list] setenv equivalent in C# mono In-Reply-To: <22237909.29591182768541484.JavaMail.servlet@kundenserver> References: <22237909.29591182768541484.JavaMail.servlet@kundenserver> Message-ID: <46B9F0A1.262E.00FA.0@novell.com> Hi All, In my C# code, I want to set some environment variables and want to call one perl script which will consume those variables using StartProcess . Is there any equivalent API to setenv and getenv in mono C# which can be consumed by StartProcess alone. I am looking for some alternative other than import LIBC setenv. Thanks in advance. Regards K.Murugan From jdluzen at gmail.com Wed Aug 8 10:01:13 2007 From: jdluzen at gmail.com (Joe Dluzen) Date: Wed, 8 Aug 2007 10:01:13 -0400 Subject: [Gtk-sharp-list] setenv equivalent in C# mono In-Reply-To: <46B9F0A1.262E.00FA.0@novell.com> References: <22237909.29591182768541484.JavaMail.servlet@kundenserver> <46B9F0A1.262E.00FA.0@novell.com> Message-ID: Hello, Environment.GetEnvironmentVariable Environment.GetEnvironmentVariables Environment.SetEnvironmentVariable should be what you need. regards, Joe On 8/8/07, Murugan K wrote: > Hi All, > > In my C# code, I want to set some environment variables and want to call one perl script which will consume those variables using StartProcess . Is there any equivalent API to setenv and getenv in mono C# which can be consumed by StartProcess alone. I am looking for some alternative other than import LIBC setenv. > > Thanks in advance. > > Regards > K.Murugan > > > > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list > From adrien at digital-affinity.com Sat Aug 11 08:45:46 2007 From: adrien at digital-affinity.com (Adrien) Date: Sat, 11 Aug 2007 14:45:46 +0200 Subject: [Gtk-sharp-list] Transparent / Translucent Gtksharp windows Message-ID: I know this question has been asked several times before, but there doesn't seem to be a straight forward, cross platform answer. So first off: when developing a GUI with gtksharp how do you get cross platform perpixel alpha blended windows? Screen.RgbaColormap works for composited windows under linux only, as far as I can tell from my experiments, it is null under WinXP. Several other Gtk+ functions, particularly for alpha blending, are not available in the Win32 gtksharp( v2.8) (eg. 'Gtk.Window' does not contain a definition for 'InputShapeCombineMask' (CS0117) - C:\Code\CairoShapeClock\CairoShapeClock.cs:105,7). Is there any way to get gtksharp alpha transparency under WinXP? Also: If it isn't possible to achieve true layered alpha blended windows with gtksharp under WinXP, is there a way to simulate the effect? By capturing what is currently under the window area and displaying it as the window background? And: Aside from true alpha blended transparency, how do you achieve 1bit transparency with a Gtk.Window? How would u set the colour that the window should not render and leave as transparent? I would really like to avoid using WinForms. Thanks for any and all replies. Adrien -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070811/8eb2fc78/attachment.html From lordphoenix at free.fr Mon Aug 13 09:45:09 2007 From: lordphoenix at free.fr (lordphoenix) Date: Mon, 13 Aug 2007 15:45:09 +0200 Subject: [Gtk-sharp-list] Window resizing event Message-ID: <1187012711.18035.6.camel@jupiter> Hi everybody, I need to get information about window size so I've tried to use event Widget.ConfigureEvent on my window but it seems that nothing happens. Even a simple Console.WriteLine("ConfigureEvent") doesn't seems tu run. Anyone has an idea about this problem? Thanks for help. PS : Sorry for my bad English I don't speak it very often :) -- lordphoenix -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070813/6e9f3960/attachment-0001.bin From eskil.bylund at gmail.com Mon Aug 13 11:57:37 2007 From: eskil.bylund at gmail.com (Eskil Bylund) Date: Mon, 13 Aug 2007 17:57:37 +0200 Subject: [Gtk-sharp-list] Window resizing event In-Reply-To: <1187012711.18035.6.camel@jupiter> References: <1187012711.18035.6.camel@jupiter> Message-ID: Hi, Try using the GLib.ConnectBefore attribute on the event method. Eskil From lordphoenix at free.fr Mon Aug 13 13:56:22 2007 From: lordphoenix at free.fr (lordphoenix) Date: Mon, 13 Aug 2007 19:56:22 +0200 Subject: [Gtk-sharp-list] Window resizing event In-Reply-To: References: <1187012711.18035.6.camel@jupiter> Message-ID: <1187027782.23838.2.camel@jupiter> Le lundi 13 ao?t 2007 ? 17:57 +0200, Eskil Bylund a ?crit : > Hi, > Try using the GLib.ConnectBefore attribute on the event method. > > Eskil And how did I use this attribute? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070813/c36bad88/attachment.bin From adam at morrison-ind.com Mon Aug 13 14:05:09 2007 From: adam at morrison-ind.com (Adam Tauno Williams) Date: Mon, 13 Aug 2007 14:05:09 -0400 Subject: [Gtk-sharp-list] Window resizing event In-Reply-To: <1187027782.23838.2.camel@jupiter> References: <1187012711.18035.6.camel@jupiter> <1187027782.23838.2.camel@jupiter> Message-ID: <1187028309.5190.5.camel@aleph.wmmi.net> > > Try using the GLib.ConnectBefore attribute on the event method. > And how did I use this attribute? ? Just apply the attribute to the method. [GLib.ConnectBefore] public void OnButonPressEvent(object sender, ButtonPressEventArgs args) { ... This adjusts the order of the 'stacking' when you assign ["blah.OnWoof += new WoofHandler(myWoof);"] a handler. Instead of getting added at the end of the notification chain it gets put at the beginning. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070813/c1ff74f9/attachment.bin From ceronman at gmail.com Mon Aug 13 17:56:42 2007 From: ceronman at gmail.com (=?ISO-8859-1?Q?Manuel_Alejandro_Cer=F3n_Estrada?=) Date: Mon, 13 Aug 2007 16:56:42 -0500 Subject: [Gtk-sharp-list] Calculating Pixel Size of text with Pango and Cairo Message-ID: <796874fc0708131456v3a46bb49oa6a373e4b902b591@mail.gmail.com> Hello. I have this problem: I need to calculate the pixel size of a text that is going to be rendered with Pango and Cairo. I need to do this before obtaining a Cairo context or Pango context for this operation. Pango.Layout has a method called GetPixelSize, but apparently I can not create a Pango Layout without having a context. Is there any way of creating a temporary Pango context in order to calculate the pixel size? In advance, thank you. Manuel. From olivier57b at yahoo.fr Mon Aug 13 20:15:58 2007 From: olivier57b at yahoo.fr (lolveley) Date: Tue, 14 Aug 2007 02:15:58 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 & mono 1.2.4 Message-ID: <46C0F43E.9030603@yahoo.fr> Hello, when I try to compile gtk-sharp I have the following text: $ ./configure checking build system type... i386-apple-darwin8.8.3 checking host system type... i386-apple-darwin8.8.3 checking target system type... i386-apple-darwin8.8.3 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for gcc... (cached) gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.8.3 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common checking if g++ PIC flag -fno-common works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.8.3 dyld checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for void *... yes checking size of void *... 4 checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for MONO_DEPENDENCY... checking for gacutil... /usr/local/bin/gacutil checking for al... /usr/local/bin/al checking for csc.exe... no configure: error: You need to install either mono or .Net however, I have installed mono, and it's amazing that gtk-sharp searches for csc.exe on a macosX... bad parameters? moreover, mono 's compiler is mcs, not csc. If you want, I will give you the summary of the compilation of mono (on demand, because I have to compile mono entirely to obtain that). Do you have any hint? lolveley. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070814/b826a2fc/attachment.html From olivier57b at yahoo.fr Mon Aug 13 20:20:36 2007 From: olivier57b at yahoo.fr (lolveley) Date: Tue, 14 Aug 2007 02:20:36 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 & mono 1.2.4 Message-ID: <46C0F554.6040003@yahoo.fr> Hello, when I try to compile gtk-sharp I have the following text: $ ./configure checking build system type... i386-apple-darwin8.8.3 checking host system type... i386-apple-darwin8.8.3 checking target system type... i386-apple-darwin8.8.3 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for gcc... (cached) gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.8.3 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common checking if g++ PIC flag -fno-common works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.8.3 dyld checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for void *... yes checking size of void *... 4 checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for MONO_DEPENDENCY... checking for gacutil... /usr/local/bin/gacutil checking for al... /usr/local/bin/al checking for csc.exe... no configure: error: You need to install either mono or .Net however, I have installed mono, and it's amazing that gtk-sharp searches for csc.exe on a macosX... bad parameters? moreover, mono 's compiler is mcs, not csc. If you want, I will give you the summary of the compilation of mono (on demand, because I have to compile mono entirely to obtain that). Do you have any hint? lolveley. From lifewarped at yahoo.com Tue Aug 14 05:55:17 2007 From: lifewarped at yahoo.com (Glenn Martin) Date: Tue, 14 Aug 2007 05:55:17 -0400 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 & mono 1.2.4 In-Reply-To: <46C0F554.6040003@yahoo.fr> References: <46C0F554.6040003@yahoo.fr> Message-ID: <46C17C05.5070506@yahoo.com> A quick fix is to either disable the C# bindings or to target them to your mono path. This can be done by using the switch provided by the configure file. I dont off-hand remember what it is but you can find it by passing --help to ./configure and looking for enable/disable or with/without csharp or dotnet... something to that effect. Glenn R. Martin http://www.technicalstressings.com http://www.macux.com lolveley wrote: > Hello, when I try to compile gtk-sharp I have the following text: > > $ ./configure > checking build system type... i386-apple-darwin8.8.3 > checking host system type... i386-apple-darwin8.8.3 > checking target system type... i386-apple-darwin8.8.3 > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for gawk... no > checking for mawk... no > checking for nawk... no > checking for awk... awk > checking whether make sets $(MAKE)... yes > checking whether to enable maintainer-specific portions of Makefiles... no > checking for gcc... gcc > checking for gcc... (cached) gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ANSI C... none needed > checking for style of include used by make... GNU > checking dependency style of gcc... gcc3 > checking for gcc... (cached) gcc > checking whether we are using the GNU C compiler... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking for gcc option to accept ANSI C... (cached) none needed > checking dependency style of gcc... (cached) gcc3 > checking for a BSD-compatible install... /usr/bin/install -c > checking how to run the C preprocessor... gcc -E > checking for egrep... grep -E > checking for ANSI C header files... yes > checking for a sed that does not truncate output... /usr/bin/sed > checking for ld used by gcc... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... no > checking for /usr/bin/ld option to reload object files... -r > checking for BSD-compatible nm... /usr/bin/nm -p > checking whether ln -s works... yes > checking how to recognise dependent libraries... pass_all > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking dlfcn.h usability... yes > checking dlfcn.h presence... yes > checking for dlfcn.h... yes > checking for g++... g++ > checking whether we are using the GNU C++ compiler... yes > checking whether g++ accepts -g... yes > checking dependency style of g++... gcc3 > checking how to run the C++ preprocessor... g++ -E > checking for g77... no > checking for f77... no > checking for xlf... no > checking for frt... no > checking for pgf77... no > checking for fort77... no > checking for fl32... no > checking for af77... no > checking for f90... no > checking for xlf90... no > checking for pgf90... no > checking for epcf90... no > checking for f95... no > checking for fort... no > checking for xlf95... no > checking for ifc... no > checking for efc... no > checking for pgf95... no > checking for lf95... no > checking for gfortran... no > checking whether we are using the GNU Fortran 77 compiler... no > checking whether accepts -g... no > checking the maximum length of command line arguments... 196608 > checking command to parse /usr/bin/nm -p output from gcc object... ok > checking for objdir... .libs > checking for ar... ar > checking for ranlib... ranlib > checking for strip... strip > checking if gcc supports -fno-rtti -fno-exceptions... no > checking for gcc option to produce PIC... -fno-common > checking if gcc PIC flag -fno-common works... yes > checking if gcc static flag -static works... no > checking if gcc supports -c -o file.o... yes > checking whether the gcc linker (/usr/bin/ld) supports shared > libraries... yes > checking dynamic linker characteristics... darwin8.8.3 dyld > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > configure: creating libtool > appending configuration tag "CXX" to libtool > checking for ld used by g++... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... no > checking whether the g++ linker (/usr/bin/ld) supports shared > libraries... yes > checking for g++ option to produce PIC... -fno-common > checking if g++ PIC flag -fno-common works... yes > checking if g++ static flag -static works... no > checking if g++ supports -c -o file.o... yes > checking whether the g++ linker (/usr/bin/ld) supports shared > libraries... yes > checking dynamic linker characteristics... darwin8.8.3 dyld > checking how to hardcode library paths into programs... immediate > appending configuration tag "F77" to libtool > checking for void *... yes > checking size of void *... 4 > checking for pkg-config... /opt/local/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking for MONO_DEPENDENCY... checking for gacutil... > /usr/local/bin/gacutil > checking for al... /usr/local/bin/al > checking for csc.exe... no > configure: error: You need to install either mono or .Net > > however, I have installed mono, and it's amazing that gtk-sharp searches > for csc.exe on a macosX... > bad parameters? > > moreover, mono 's compiler is mcs, not csc. > If you want, I will give you the summary of the compilation of mono (on > demand, because I have to compile mono entirely to obtain that). > > > Do you have any hint? > > lolveley. > > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4510 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070814/04ae2d32/attachment.bin From lordphoenix at free.fr Tue Aug 14 08:49:11 2007 From: lordphoenix at free.fr (lordphoenix) Date: Tue, 14 Aug 2007 14:49:11 +0200 Subject: [Gtk-sharp-list] Window resizing event In-Reply-To: <1187028309.5190.5.camel@aleph.wmmi.net> References: <1187012711.18035.6.camel@jupiter> <1187027782.23838.2.camel@jupiter> <1187028309.5190.5.camel@aleph.wmmi.net> Message-ID: <1187095752.5513.3.camel@jupiter> Le lundi 13 ao?t 2007 ? 14:05 -0400, Adam Tauno Williams a ?crit : > ? Just apply the attribute to the method. > > [GLib.ConnectBefore] > public void OnButonPressEvent(object sender, ButtonPressEventArgs args) > { > ... > > This adjusts the order of the 'stacking' when you assign ["blah.OnWoof > += new WoofHandler(myWoof);"] a handler. Instead of getting added at > the end of the notification chain it gets put at the beginning. Yes!!! it's OK now ! Thanks everybody for help -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070814/35c44519/attachment.bin From olivier57b at yahoo.fr Tue Aug 14 16:31:25 2007 From: olivier57b at yahoo.fr (lolveley) Date: Tue, 14 Aug 2007 22:31:25 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 & mono 1.2.4 In-Reply-To: <46C17C05.5070506@yahoo.com> References: <46C0F554.6040003@yahoo.fr> <46C17C05.5070506@yahoo.com> Message-ID: <46C2111D.8040903@yahoo.fr> hello, glenn I have solved this problem: I have installed mono from the DMG, and used the option "./configure --prefix=$zeprefix", where zeprefix is the path of the mono framework. But there is another issue, as you will can see in my other post thank you! lolveley. Glenn Martin a ?crit : > A quick fix is to either disable the C# bindings or to target them to > your mono path. This can be done by using the switch provided by the > configure file. > > I dont off-hand remember what it is but you can find it by passing > --help to ./configure and looking for enable/disable or with/without > csharp or dotnet... something to that effect. > > Glenn R. Martin > http://www.technicalstressings.com > http://www.macux.com > > lolveley wrote: > >> Hello, when I try to compile gtk-sharp I have the following text: >> >> $ ./configure >> checking build system type... i386-apple-darwin8.8.3 >> checking host system type... i386-apple-darwin8.8.3 >> checking target system type... i386-apple-darwin8.8.3 >> checking for a BSD-compatible install... /usr/bin/install -c >> checking whether build environment is sane... yes >> checking for gawk... no >> checking for mawk... no >> checking for nawk... no >> checking for awk... awk >> checking whether make sets $(MAKE)... yes >> checking whether to enable maintainer-specific portions of Makefiles... no >> checking for gcc... gcc >> checking for gcc... (cached) gcc >> checking for C compiler default output file name... a.out >> checking whether the C compiler works... yes >> checking whether we are cross compiling... no >> checking for suffix of executables... >> checking for suffix of object files... o >> checking whether we are using the GNU C compiler... yes >> checking whether gcc accepts -g... yes >> checking for gcc option to accept ANSI C... none needed >> checking for style of include used by make... GNU >> checking dependency style of gcc... gcc3 >> checking for gcc... (cached) gcc >> checking whether we are using the GNU C compiler... (cached) yes >> checking whether gcc accepts -g... (cached) yes >> checking for gcc option to accept ANSI C... (cached) none needed >> checking dependency style of gcc... (cached) gcc3 >> checking for a BSD-compatible install... /usr/bin/install -c >> checking how to run the C preprocessor... gcc -E >> checking for egrep... grep -E >> checking for ANSI C header files... yes >> checking for a sed that does not truncate output... /usr/bin/sed >> checking for ld used by gcc... /usr/bin/ld >> checking if the linker (/usr/bin/ld) is GNU ld... no >> checking for /usr/bin/ld option to reload object files... -r >> checking for BSD-compatible nm... /usr/bin/nm -p >> checking whether ln -s works... yes >> checking how to recognise dependent libraries... pass_all >> checking for sys/types.h... yes >> checking for sys/stat.h... yes >> checking for stdlib.h... yes >> checking for string.h... yes >> checking for memory.h... yes >> checking for strings.h... yes >> checking for inttypes.h... yes >> checking for stdint.h... yes >> checking for unistd.h... yes >> checking dlfcn.h usability... yes >> checking dlfcn.h presence... yes >> checking for dlfcn.h... yes >> checking for g++... g++ >> checking whether we are using the GNU C++ compiler... yes >> checking whether g++ accepts -g... yes >> checking dependency style of g++... gcc3 >> checking how to run the C++ preprocessor... g++ -E >> checking for g77... no >> checking for f77... no >> checking for xlf... no >> checking for frt... no >> checking for pgf77... no >> checking for fort77... no >> checking for fl32... no >> checking for af77... no >> checking for f90... no >> checking for xlf90... no >> checking for pgf90... no >> checking for epcf90... no >> checking for f95... no >> checking for fort... no >> checking for xlf95... no >> checking for ifc... no >> checking for efc... no >> checking for pgf95... no >> checking for lf95... no >> checking for gfortran... no >> checking whether we are using the GNU Fortran 77 compiler... no >> checking whether accepts -g... no >> checking the maximum length of command line arguments... 196608 >> checking command to parse /usr/bin/nm -p output from gcc object... ok >> checking for objdir... .libs >> checking for ar... ar >> checking for ranlib... ranlib >> checking for strip... strip >> checking if gcc supports -fno-rtti -fno-exceptions... no >> checking for gcc option to produce PIC... -fno-common >> checking if gcc PIC flag -fno-common works... yes >> checking if gcc static flag -static works... no >> checking if gcc supports -c -o file.o... yes >> checking whether the gcc linker (/usr/bin/ld) supports shared >> libraries... yes >> checking dynamic linker characteristics... darwin8.8.3 dyld >> checking how to hardcode library paths into programs... immediate >> checking whether stripping libraries is possible... yes >> checking if libtool supports shared libraries... yes >> checking whether to build shared libraries... yes >> checking whether to build static libraries... yes >> configure: creating libtool >> appending configuration tag "CXX" to libtool >> checking for ld used by g++... /usr/bin/ld >> checking if the linker (/usr/bin/ld) is GNU ld... no >> checking whether the g++ linker (/usr/bin/ld) supports shared >> libraries... yes >> checking for g++ option to produce PIC... -fno-common >> checking if g++ PIC flag -fno-common works... yes >> checking if g++ static flag -static works... no >> checking if g++ supports -c -o file.o... yes >> checking whether the g++ linker (/usr/bin/ld) supports shared >> libraries... yes >> checking dynamic linker characteristics... darwin8.8.3 dyld >> checking how to hardcode library paths into programs... immediate >> appending configuration tag "F77" to libtool >> checking for void *... yes >> checking size of void *... 4 >> checking for pkg-config... /opt/local/bin/pkg-config >> checking pkg-config is at least version 0.9.0... yes >> checking for MONO_DEPENDENCY... checking for gacutil... >> /usr/local/bin/gacutil >> checking for al... /usr/local/bin/al >> checking for csc.exe... no >> configure: error: You need to install either mono or .Net >> >> however, I have installed mono, and it's amazing that gtk-sharp searches >> for csc.exe on a macosX... >> bad parameters? >> >> moreover, mono 's compiler is mcs, not csc. >> If you want, I will give you the summary of the compilation of mono (on >> demand, because I have to compile mono entirely to obtain that). >> >> >> Do you have any hint? >> >> lolveley. >> >> _______________________________________________ >> Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list >> >> > > From olivier57b at yahoo.fr Tue Aug 14 16:41:39 2007 From: olivier57b at yahoo.fr (lolveley) Date: Tue, 14 Aug 2007 22:41:39 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized Message-ID: <46C21383.7060302@yahoo.fr> Hi, I have installed glib 2.14.0 from the tarball (and I tried also with macports, but without success), and the path of the pkgconfig files was included in the PKG_CONFIG_PATH. But when I launch (in the gtk-sharp folder) "configure" with the parameters --prefix=$mono, where mono is the path of the mono framework, I have the following message: checking for GLIB... Requested 'gobject-2.0 >= 2.10.0' but version of GObject is 2.6.3 configure: error: Package requirements (gobject-2.0 >= 2.10.0) were not met: Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables GLIB_CFLAGS and GLIB_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details. It seems clear that glib is badly recognized. Do you know what should I do to test my installation, or to solve this issue? lolveley. From lifewarped at yahoo.com Tue Aug 14 17:31:24 2007 From: lifewarped at yahoo.com (Glenn Martin) Date: Tue, 14 Aug 2007 17:31:24 -0400 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C21383.7060302@yahoo.fr> References: <46C21383.7060302@yahoo.fr> Message-ID: <46C21F2C.2030504@yahoo.com> Do you have pkg-config installed? if you do you can retarted your PKG_CONFIG_PATH to where the installer added the pkg-config definitions of the new version and it will build... If you dont itll find 2.6 (the default for whats on your system). Glenn lolveley wrote: > Hi, > > I have installed glib 2.14.0 from the tarball (and I tried also with > macports, but without success), and the path of the pkgconfig files was > included in the PKG_CONFIG_PATH. > > But when I launch (in the gtk-sharp folder) "configure" with the > parameters --prefix=$mono, where mono is the path of the mono framework, > > I have the following message: > > checking for GLIB... Requested 'gobject-2.0 >= 2.10.0' but version > of GObject is 2.6.3 > configure: error: Package requirements (gobject-2.0 >= 2.10.0) were > not met: > > > > Consider adjusting the PKG_CONFIG_PATH environment variable if you > installed software in a non-standard prefix. > > Alternatively, you may set the environment variables GLIB_CFLAGS > and GLIB_LIBS to avoid the need to call pkg-config. > See the pkg-config man page for more details. > > It seems clear that glib is badly recognized. > Do you know what should I do to test my installation, or to solve this > issue? > > lolveley. > > > > > > > > _______________________________________________ > Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com > http://lists.ximian.com/mailman/listinfo/gtk-sharp-list > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4510 bytes Desc: S/MIME Cryptographic Signature Url : http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070814/294cd898/attachment.bin From olivier57b at yahoo.fr Tue Aug 14 17:39:05 2007 From: olivier57b at yahoo.fr (lolveley) Date: Tue, 14 Aug 2007 23:39:05 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C21F2C.2030504@yahoo.com> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> Message-ID: <46C220F9.9090206@yahoo.fr> hi glenn, I don't know if pkgconfig is installed, I mean I have not installed it by myself. I noticed macports have a port "pkgconfig 0.22.0" which is active. I will have a look at that. What is the name of the pkg-config definitions 's folder? lolveley. Glenn Martin a ?crit : > Do you have pkg-config installed? if you do you can retarted your > PKG_CONFIG_PATH to where the installer added the pkg-config definitions > of the new version and it will build... If you dont itll find 2.6 (the > default for whats on your system). > > Glenn > > lolveley wrote: > >> Hi, >> >> I have installed glib 2.14.0 from the tarball (and I tried also with >> macports, but without success), and the path of the pkgconfig files was >> included in the PKG_CONFIG_PATH. >> >> But when I launch (in the gtk-sharp folder) "configure" with the >> parameters --prefix=$mono, where mono is the path of the mono framework, >> >> I have the following message: >> >> checking for GLIB... Requested 'gobject-2.0 >= 2.10.0' but version >> of GObject is 2.6.3 >> configure: error: Package requirements (gobject-2.0 >= 2.10.0) were >> not met: >> >> >> >> Consider adjusting the PKG_CONFIG_PATH environment variable if you >> installed software in a non-standard prefix. >> >> Alternatively, you may set the environment variables GLIB_CFLAGS >> and GLIB_LIBS to avoid the need to call pkg-config. >> See the pkg-config man page for more details. >> >> It seems clear that glib is badly recognized. >> Do you know what should I do to test my installation, or to solve this >> issue? >> >> lolveley. >> >> >> >> >> >> >> >> _______________________________________________ >> Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com >> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list >> >> > > From olivier57b at yahoo.fr Tue Aug 14 18:06:42 2007 From: olivier57b at yahoo.fr (lolveley) Date: Wed, 15 Aug 2007 00:06:42 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C220F9.9090206@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> Message-ID: <46C22772.3030806@yahoo.fr> I saw there was pkgconfig and pkg-config. I downloaded pkg-config, and then I installed glib, but the error is still there in gtk-sharp. is there a command I must enter in order to make glib recognized? lolveley. lolveley a ?crit : > hi glenn, > > I don't know if pkgconfig is installed, I mean I have not installed it > by myself. > I noticed macports have a port "pkgconfig 0.22.0" which is active. > I will have a look at that. > What is the name of the pkg-config definitions 's folder? > > lolveley. > > Glenn Martin a ?crit : >> Do you have pkg-config installed? if you do you can retarted your >> PKG_CONFIG_PATH to where the installer added the pkg-config definitions >> of the new version and it will build... If you dont itll find 2.6 (the >> default for whats on your system). >> >> Glenn >> >> lolveley wrote: >> >>> Hi, >>> >>> I have installed glib 2.14.0 from the tarball (and I tried also with >>> macports, but without success), and the path of the pkgconfig files >>> was included in the PKG_CONFIG_PATH. >>> >>> But when I launch (in the gtk-sharp folder) "configure" with the >>> parameters --prefix=$mono, where mono is the path of the mono >>> framework, >>> >>> I have the following message: >>> >>> checking for GLIB... Requested 'gobject-2.0 >= 2.10.0' but version >>> of GObject is 2.6.3 >>> configure: error: Package requirements (gobject-2.0 >= 2.10.0) were >>> not met: >>> >>> >>> >>> Consider adjusting the PKG_CONFIG_PATH environment variable if you >>> installed software in a non-standard prefix. >>> >>> Alternatively, you may set the environment variables GLIB_CFLAGS >>> and GLIB_LIBS to avoid the need to call pkg-config. >>> See the pkg-config man page for more details. >>> >>> It seems clear that glib is badly recognized. >>> Do you know what should I do to test my installation, or to solve >>> this issue? >>> >>> lolveley. >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com >>> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list >>> >>> >> >> > From olivier57b at yahoo.fr Tue Aug 14 18:48:00 2007 From: olivier57b at yahoo.fr (lolveley) Date: Wed, 15 Aug 2007 00:48:00 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C22772.3030806@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> Message-ID: <46C23120.8070003@yahoo.fr> Another thing, when I enter "pkc-config glib" I have: $ pkg-config glib sh: line 1: glib-config: command not found sh: line 1: glib-config: command not found sh: line 1: glib-config: command not found pkg-config find glib three times? lolveley. lolveley a ?crit : > > I saw there was pkgconfig and pkg-config. > I downloaded pkg-config, and then I installed glib, but the error is > still there in gtk-sharp. > is there a command I must enter in order to make glib recognized? > > lolveley. > > > > > lolveley a ?crit : >> hi glenn, >> >> I don't know if pkgconfig is installed, I mean I have not installed >> it by myself. >> I noticed macports have a port "pkgconfig 0.22.0" which is active. >> I will have a look at that. >> What is the name of the pkg-config definitions 's folder? >> >> lolveley. >> >> Glenn Martin a ?crit : >>> Do you have pkg-config installed? if you do you can retarted your >>> PKG_CONFIG_PATH to where the installer added the pkg-config definitions >>> of the new version and it will build... If you dont itll find 2.6 (the >>> default for whats on your system). >>> >>> Glenn >>> >>> lolveley wrote: >>> >>>> Hi, >>>> >>>> I have installed glib 2.14.0 from the tarball (and I tried also >>>> with macports, but without success), and the path of the pkgconfig >>>> files was included in the PKG_CONFIG_PATH. >>>> >>>> But when I launch (in the gtk-sharp folder) "configure" with the >>>> parameters --prefix=$mono, where mono is the path of the mono >>>> framework, >>>> >>>> I have the following message: >>>> >>>> checking for GLIB... Requested 'gobject-2.0 >= 2.10.0' but version >>>> of GObject is 2.6.3 >>>> configure: error: Package requirements (gobject-2.0 >= 2.10.0) >>>> were >>>> not met: >>>> >>>> >>>> >>>> Consider adjusting the PKG_CONFIG_PATH environment variable if you >>>> installed software in a non-standard prefix. >>>> >>>> Alternatively, you may set the environment variables GLIB_CFLAGS >>>> and GLIB_LIBS to avoid the need to call pkg-config. >>>> See the pkg-config man page for more details. >>>> >>>> It seems clear that glib is badly recognized. >>>> Do you know what should I do to test my installation, or to solve >>>> this issue? >>>> >>>> lolveley. >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com >>>> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list >>>> >>>> >>> >>> >> > From olivier57b at yahoo.fr Wed Aug 15 15:13:12 2007 From: olivier57b at yahoo.fr (lolveley) Date: Wed, 15 Aug 2007 21:13:12 +0200 Subject: [Gtk-sharp-list] (macosX) Gtk# installation: Glib-GObject not recognized (for those who come back from holidays) In-Reply-To: <46C220F9.9090206@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> Message-ID: <46C35048.9010108@yahoo.fr> I saw there was pkgconfig and pkg-config. I downloaded pkg-config, and then I installed glib, but the error is still there in gtk-sharp. is there a command I must enter in order to make glib recognized? lolveley. lolveley a ?crit : > hi glenn, > > I don't know if pkgconfig is installed, I mean I have not installed it > by myself. > I noticed macports have a port "pkgconfig 0.22.0" which is active. > I will have a look at that. > What is the name of the pkg-config definitions 's folder? > > lolveley. > > Glenn Martin a ?crit : >> Do you have pkg-config installed? if you do you can retarted your >> PKG_CONFIG_PATH to where the installer added the pkg-config definitions >> of the new version and it will build... If you dont itll find 2.6 (the >> default for whats on your system). >> >> Glenn >> >> lolveley wrote: >> >>> Hi, >>> >>> I have installed glib 2.14.0 from the tarball (and I tried also with >>> macports, but without success), and the path of the pkgconfig files >>> was included in the PKG_CONFIG_PATH. >>> >>> But when I launch (in the gtk-sharp folder) "configure" with the >>> parameters --prefix=$mono, where mono is the path of the mono >>> framework, >>> >>> I have the following message: >>> >>> checking for GLIB... Requested 'gobject-2.0 >= 2.10.0' but version >>> of GObject is 2.6.3 >>> configure: error: Package requirements (gobject-2.0 >= 2.10.0) were >>> not met: >>> >>> >>> >>> Consider adjusting the PKG_CONFIG_PATH environment variable if you >>> installed software in a non-standard prefix. >>> >>> Alternatively, you may set the environment variables GLIB_CFLAGS >>> and GLIB_LIBS to avoid the need to call pkg-config. >>> See the pkg-config man page for more details. >>> >>> It seems clear that glib is badly recognized. >>> Do you know what should I do to test my installation, or to solve >>> this issue? >>> >>> lolveley. >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Gtk-sharp-list maillist - Gtk-sharp-list at lists.ximian.com >>> http://lists.ximian.com/mailman/listinfo/gtk-sharp-list >>> >>> >> >> > From bratsche at gnome.org Wed Aug 15 15:38:42 2007 From: bratsche at gnome.org (Cody Russell) Date: Wed, 15 Aug 2007 14:38:42 -0500 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C23120.8070003@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> Message-ID: <1187206723.26132.18.camel@prometheus> You should be searching for glib-2.0, not glib. Try the following command line: "pkg-config --modversion glib-2.0" On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: > Another thing, when I enter "pkc-config glib" I have: > > $ pkg-config glib > sh: line 1: glib-config: command not found > sh: line 1: glib-config: command not found > sh: line 1: glib-config: command not found > > pkg-config find glib three times? From olivier57b at yahoo.fr Wed Aug 15 16:46:08 2007 From: olivier57b at yahoo.fr (lolveley) Date: Wed, 15 Aug 2007 22:46:08 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <1187206723.26132.18.camel@prometheus> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> Message-ID: <46C36610.3090905@yahoo.fr> I tried, and it returned "2.6.3", so it's in fact a problem with pkg-config. what's amazing is that macports tells me that a port " glib2 @2.12.13_0 (active)" is installed. So this is a misunderstanding between macports and pkg-config. Ideas to go ahead? lolveley. Cody Russell a ?crit : > You should be searching for glib-2.0, not glib. Try the following > command line: "pkg-config --modversion glib-2.0" > > On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: > >> Another thing, when I enter "pkc-config glib" I have: >> >> $ pkg-config glib >> sh: line 1: glib-config: command not found >> sh: line 1: glib-config: command not found >> sh: line 1: glib-config: command not found >> >> pkg-config find glib three times? >> > > > From bratsche at gnome.org Wed Aug 15 17:17:51 2007 From: bratsche at gnome.org (Cody Russell) Date: Wed, 15 Aug 2007 16:17:51 -0500 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C36610.3090905@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> Message-ID: <1187212671.26132.25.camel@prometheus> Okay, so you either have two versions of glib-2.0 installed or your .pc file is wrong. Check the output of "pkg-config --cflags glib-2.0". I get the following output (on Linux): -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include You want to go into the directory that contains glibconfig.h (on Linux it's /usr/lib/glib-2.0/include) and "grep VERSION *" from there. I get the following output: #define GLIB_MAJOR_VERSION 2 #define GLIB_MINOR_VERSION 12 #define GLIB_MICRO_VERSION 13 If yours shows the same thing, then it sounds like your .pc file is somehow incorrect. If it shows that it is 2.6.3 then you either have another version of glib that is not in your PKG_CONFIG_PATH (surely MacOS has some kind of file finder that can locate other files called glibconfig.h?) or maybe the Macport is incorrectly labeled 2.12.13_0 when it actually contains 2.6.3. / Cody On Wed, 2007-08-15 at 22:46 +0200, lolveley wrote: > I tried, and it returned "2.6.3", so it's in fact a problem with pkg-config. > what's amazing is that macports tells me that a port " glib2 @2.12.13_0 > (active)" is installed. > So this is a misunderstanding between macports and pkg-config. > > Ideas to go ahead? > > lolveley. > > Cody Russell a ?crit : > > You should be searching for glib-2.0, not glib. Try the following > > command line: "pkg-config --modversion glib-2.0" > > > > On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: > > > >> Another thing, when I enter "pkc-config glib" I have: > >> > >> $ pkg-config glib > >> sh: line 1: glib-config: command not found > >> sh: line 1: glib-config: command not found > >> sh: line 1: glib-config: command not found > >> > >> pkg-config find glib three times? > >> > > > > > > From olivier57b at yahoo.fr Wed Aug 15 17:50:55 2007 From: olivier57b at yahoo.fr (lolveley) Date: Wed, 15 Aug 2007 23:50:55 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <1187212671.26132.25.camel@prometheus> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> Message-ID: <46C3753F.1020009@yahoo.fr> An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070815/97e5e80d/attachment.html From olivier57b at yahoo.fr Wed Aug 15 17:53:32 2007 From: olivier57b at yahoo.fr (lolveley) Date: Wed, 15 Aug 2007 23:53:32 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C3753F.1020009@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> Message-ID: <46C375DC.1000507@yahoo.fr> An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070815/825833cf/attachment.html From bratsche at gnome.org Wed Aug 15 18:20:29 2007 From: bratsche at gnome.org (Cody Russell) Date: Wed, 15 Aug 2007 17:20:29 -0500 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C3753F.1020009@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> Message-ID: <1187216429.26132.29.camel@prometheus> It looks like Mono ships with its own version of glib-2.0. That's fine, but if you also have another version of glib installed then try using whatever MacOS provides you for searching and locate another copy of glibconfig.h. You shouldn't need to delete the one that was installed by Mono, once you find the location of the other one. / Cody On Wed, 2007-08-15 at 23:50 +0200, lolveley wrote: > Cody, > > I tried the commands you talked about, here are the results: > > Last login: Wed Aug 15 22:35:54 on ttyp1 > Welcome to Darwin! > [ordinateur-de-olivier-saint-eve:~] - 23:42:34 > oliviersaint-eve$ pkg-config --cflags glib-2.0 > -I/Library/Frameworks/Mono.framework/Versions/1.2.4/include/glib-2.0 -I/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include > [ordinateur-de-olivier-saint-eve:~] - 23:42:36 > oliviersaint-eve$ > cd /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include > [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:45 > oliviersaint-eve$ ls > glibconfig.h glibconfig.ppc.h > glibconfig.x86.h > [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:57 > oliviersaint-eve$ grep VERSION * > glibconfig.ppc.h:#define GLIB_MAJOR_VERSION 2 > glibconfig.ppc.h:#define GLIB_MINOR_VERSION 6 > glibconfig.ppc.h:#define GLIB_MICRO_VERSION 3 > glibconfig.x86.h:#define GLIB_MAJOR_VERSION 2 > glibconfig.x86.h:#define GLIB_MINOR_VERSION 6 > glibconfig.x86.h:#define GLIB_MICRO_VERSION 3 > as you can see, macos finds not only one but two versions of the > standard glib... > and no 2.12. > maybe if we could find the 2.6.3 versions and delete them, if would > run. > > > > > Cody Russell a ?crit : > > Okay, so you either have two versions of glib-2.0 installed or your .pc > > file is wrong. Check the output of "pkg-config --cflags glib-2.0". I > > get the following output (on Linux): > > > > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > > > > You want to go into the directory that contains glibconfig.h (on Linux > > it's /usr/lib/glib-2.0/include) and "grep VERSION *" from there. I get > > the following output: > > > > #define GLIB_MAJOR_VERSION 2 > > #define GLIB_MINOR_VERSION 12 > > #define GLIB_MICRO_VERSION 13 > > > > If yours shows the same thing, then it sounds like your .pc file is > > somehow incorrect. If it shows that it is 2.6.3 then you either have > > another version of glib that is not in your PKG_CONFIG_PATH (surely > > MacOS has some kind of file finder that can locate other files called > > glibconfig.h?) or maybe the Macport is incorrectly labeled 2.12.13_0 > > when it actually contains 2.6.3. > > > > / Cody > > > > On Wed, 2007-08-15 at 22:46 +0200, lolveley wrote: > > > > > I tried, and it returned "2.6.3", so it's in fact a problem with pkg-config. > > > what's amazing is that macports tells me that a port " glib2 @2.12.13_0 > > > (active)" is installed. > > > So this is a misunderstanding between macports and pkg-config. > > > > > > Ideas to go ahead? > > > > > > lolveley. > > > > > > Cody Russell a ?crit : > > > > > > > You should be searching for glib-2.0, not glib. Try the following > > > > command line: "pkg-config --modversion glib-2.0" > > > > > > > > On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: > > > > > > > > > > > > > Another thing, when I enter "pkc-config glib" I have: > > > > > > > > > > $ pkg-config glib > > > > > sh: line 1: glib-config: command not found > > > > > sh: line 1: glib-config: command not found > > > > > sh: line 1: glib-config: command not found > > > > > > > > > > pkg-config find glib three times? > > > > > > > > > > > > > > > > > > > > > > > > From olivier57b at yahoo.fr Wed Aug 15 18:55:25 2007 From: olivier57b at yahoo.fr (lolveley) Date: Thu, 16 Aug 2007 00:55:25 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <1187216429.26132.29.camel@prometheus> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> <1187216429.26132.29.camel@prometheus> Message-ID: <46C3845D.90903@yahoo.fr> An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070816/55238c1d/attachment-0001.html From bratsche at gnome.org Wed Aug 15 19:26:43 2007 From: bratsche at gnome.org (Cody Russell) Date: Wed, 15 Aug 2007 18:26:43 -0500 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C3845D.90903@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> <1187216429.26132.29.camel@prometheus> <46C3845D.90903@yahoo.fr> Message-ID: <1187220403.26132.33.camel@prometheus> Okay, so glibconfig.h should be in $prefix/lib/glib-2.0/include. So what you want to try to do is set PKG_CONFIG_PATH=$prefix/lib/pkgconfig (changing $prefix to whatever the root prefix was for your glibconfig.h). Once you do that, try to run "pkg-config --modversion glib-2.0" and see what the output gives you. / Cody On Thu, 2007-08-16 at 00:55 +0200, lolveley wrote: > ok, that's done. > I asked macports for the files of the port "glib-2.0", which was > active (if you remember), and I have the folder where glibconfig.h is. > But how can I indicate this folder to pkg-config? > > lolveley. > > Cody Russell a ?crit : > > It looks like Mono ships with its own version of glib-2.0. That's fine, > > but if you also have another version of glib installed then try using > > whatever MacOS provides you for searching and locate another copy of > > glibconfig.h. You shouldn't need to delete the one that was installed > > by Mono, once you find the location of the other one. > > > > / Cody > > > > On Wed, 2007-08-15 at 23:50 +0200, lolveley wrote: > > > > > Cody, > > > > > > I tried the commands you talked about, here are the results: > > > > > > Last login: Wed Aug 15 22:35:54 on ttyp1 > > > Welcome to Darwin! > > > [ordinateur-de-olivier-saint-eve:~] - 23:42:34 > > > oliviersaint-eve$ pkg-config --cflags glib-2.0 > > > -I/Library/Frameworks/Mono.framework/Versions/1.2.4/include/glib-2.0 -I/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include > > > [ordinateur-de-olivier-saint-eve:~] - 23:42:36 > > > oliviersaint-eve$ > > > cd /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include > > > [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:45 > > > oliviersaint-eve$ ls > > > glibconfig.h glibconfig.ppc.h > > > glibconfig.x86.h > > > [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:57 > > > oliviersaint-eve$ grep VERSION * > > > glibconfig.ppc.h:#define GLIB_MAJOR_VERSION 2 > > > glibconfig.ppc.h:#define GLIB_MINOR_VERSION 6 > > > glibconfig.ppc.h:#define GLIB_MICRO_VERSION 3 > > > glibconfig.x86.h:#define GLIB_MAJOR_VERSION 2 > > > glibconfig.x86.h:#define GLIB_MINOR_VERSION 6 > > > glibconfig.x86.h:#define GLIB_MICRO_VERSION 3 > > > as you can see, macos finds not only one but two versions of the > > > standard glib... > > > and no 2.12. > > > maybe if we could find the 2.6.3 versions and delete them, if would > > > run. > > > > > > > > > > > > > > > Cody Russell a ?crit : > > > > > > > Okay, so you either have two versions of glib-2.0 installed or your .pc > > > > file is wrong. Check the output of "pkg-config --cflags glib-2.0". I > > > > get the following output (on Linux): > > > > > > > > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > > > > > > > > You want to go into the directory that contains glibconfig.h (on Linux > > > > it's /usr/lib/glib-2.0/include) and "grep VERSION *" from there. I get > > > > the following output: > > > > > > > > #define GLIB_MAJOR_VERSION 2 > > > > #define GLIB_MINOR_VERSION 12 > > > > #define GLIB_MICRO_VERSION 13 > > > > > > > > If yours shows the same thing, then it sounds like your .pc file is > > > > somehow incorrect. If it shows that it is 2.6.3 then you either have > > > > another version of glib that is not in your PKG_CONFIG_PATH (surely > > > > MacOS has some kind of file finder that can locate other files called > > > > glibconfig.h?) or maybe the Macport is incorrectly labeled 2.12.13_0 > > > > when it actually contains 2.6.3. > > > > > > > > / Cody > > > > > > > > On Wed, 2007-08-15 at 22:46 +0200, lolveley wrote: > > > > > > > > > > > > > I tried, and it returned "2.6.3", so it's in fact a problem with pkg-config. > > > > > what's amazing is that macports tells me that a port " glib2 @2.12.13_0 > > > > > (active)" is installed. > > > > > So this is a misunderstanding between macports and pkg-config. > > > > > > > > > > Ideas to go ahead? > > > > > > > > > > lolveley. > > > > > > > > > > Cody Russell a ?crit : > > > > > > > > > > > > > > > > You should be searching for glib-2.0, not glib. Try the following > > > > > > command line: "pkg-config --modversion glib-2.0" > > > > > > > > > > > > On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: > > > > > > > > > > > > > > > > > > > > > > > > > Another thing, when I enter "pkc-config glib" I have: > > > > > > > > > > > > > > $ pkg-config glib > > > > > > > sh: line 1: glib-config: command not found > > > > > > > sh: line 1: glib-config: command not found > > > > > > > sh: line 1: glib-config: command not found > > > > > > > > > > > > > > pkg-config find glib three times? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From olivier57b at yahoo.fr Wed Aug 15 20:38:11 2007 From: olivier57b at yahoo.fr (lolveley) Date: Thu, 16 Aug 2007 02:38:11 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <1187220403.26132.33.camel@prometheus> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> <1187216429.26132.29.camel@prometheus> <46C3845D.90903@yahoo.fr> <1187220403.26132.33.camel@prometheus> Message-ID: <46C39C73.2080906@yahoo.fr> An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070816/2cc144c2/attachment.html From bratsche at gnome.org Thu Aug 16 11:49:52 2007 From: bratsche at gnome.org (Cody Russell) Date: Thu, 16 Aug 2007 10:49:52 -0500 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C39C73.2080906@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> <1187216429.26132.29.camel@prometheus> <46C3845D.90903@yahoo.fr> <1187220403.26132.33.camel@prometheus> <46C39C73.2080906@yahoo.fr> Message-ID: <1187279392.26132.42.camel@prometheus> I'm not really sure how you override this and tell it which glib to use. I guess what I'd try next is to go into /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/pkgconfig and delete glib-2.0.pc (or just move it somewhere else first, don't delete it.. just in case). Where is your pkg-config installed to anyway? Run "which pkg-config". On Thu, 2007-08-16 at 02:38 +0200, lolveley wrote: > It's incomprehensible: I installed glib2 (2.12.13) with macports, and > the PKG_CONFIG_PATH has the following path: /opt/local/lib/pkgconfig, > which contains glib-2.0: > > prefix=/opt/local > exec_prefix=${prefix} > libdir=${exec_prefix}/lib > includedir=${prefix}/include > > glib_genmarshal=glib-genmarshal > gobject_query=gobject-query > glib_mkenums=glib-mkenums > > Name: GLib > Description: C Utility Library > Version: 2.12.13 > Libs: -L${libdir} -lglib-2.0 -lintl -liconv > Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include > -I${includedir} > > For information, here is the line PKG_CONFIG_PATH in the .profile > file: > > export > PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/usr/local:/usr/X11R6/lib/pkgconfig > All seems to be good, but when I enter "pkg-config --modversion > glib-2.0" I have 2.6.3. > > Do you know how to repair the computer? > > lolveley. > > > > > > > Cody Russell a ?crit : > > Okay, so glibconfig.h should be in $prefix/lib/glib-2.0/include. So > > what you want to try to do is set PKG_CONFIG_PATH=$prefix/lib/pkgconfig > > (changing $prefix to whatever the root prefix was for your > > glibconfig.h). > > > > Once you do that, try to run "pkg-config --modversion glib-2.0" and see > > what the output gives you. > > > > / Cody > > > > On Thu, 2007-08-16 at 00:55 +0200, lolveley wrote: > > > > > ok, that's done. > > > I asked macports for the files of the port "glib-2.0", which was > > > active (if you remember), and I have the folder where glibconfig.h is. > > > But how can I indicate this folder to pkg-config? > > > > > > lolveley. > > > > > > Cody Russell a ?crit : > > > > > > > It looks like Mono ships with its own version of glib-2.0. That's fine, > > > > but if you also have another version of glib installed then try using > > > > whatever MacOS provides you for searching and locate another copy of > > > > glibconfig.h. You shouldn't need to delete the one that was installed > > > > by Mono, once you find the location of the other one. > > > > > > > > / Cody > > > > > > > > On Wed, 2007-08-15 at 23:50 +0200, lolveley wrote: > > > > > > > > > > > > > Cody, > > > > > > > > > > I tried the commands you talked about, here are the results: > > > > > > > > > > Last login: Wed Aug 15 22:35:54 on ttyp1 > > > > > Welcome to Darwin! > > > > > [ordinateur-de-olivier-saint-eve:~] - 23:42:34 > > > > > oliviersaint-eve$ pkg-config --cflags glib-2.0 > > > > > -I/Library/Frameworks/Mono.framework/Versions/1.2.4/include/glib-2.0 -I/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include > > > > > [ordinateur-de-olivier-saint-eve:~] - 23:42:36 > > > > > oliviersaint-eve$ > > > > > cd /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include > > > > > [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:45 > > > > > oliviersaint-eve$ ls > > > > > glibconfig.h glibconfig.ppc.h > > > > > glibconfig.x86.h > > > > > [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:57 > > > > > oliviersaint-eve$ grep VERSION * > > > > > glibconfig.ppc.h:#define GLIB_MAJOR_VERSION 2 > > > > > glibconfig.ppc.h:#define GLIB_MINOR_VERSION 6 > > > > > glibconfig.ppc.h:#define GLIB_MICRO_VERSION 3 > > > > > glibconfig.x86.h:#define GLIB_MAJOR_VERSION 2 > > > > > glibconfig.x86.h:#define GLIB_MINOR_VERSION 6 > > > > > glibconfig.x86.h:#define GLIB_MICRO_VERSION 3 > > > > > as you can see, macos finds not only one but two versions of the > > > > > standard glib... > > > > > and no 2.12. > > > > > maybe if we could find the 2.6.3 versions and delete them, if would > > > > > run. > > > > > > > > > > > > > > > > > > > > > > > > > Cody Russell a ?crit : > > > > > > > > > > > > > > > > Okay, so you either have two versions of glib-2.0 installed or your .pc > > > > > > file is wrong. Check the output of "pkg-config --cflags glib-2.0". I > > > > > > get the following output (on Linux): > > > > > > > > > > > > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > > > > > > > > > > > > You want to go into the directory that contains glibconfig.h (on Linux > > > > > > it's /usr/lib/glib-2.0/include) and "grep VERSION *" from there. I get > > > > > > the following output: > > > > > > > > > > > > #define GLIB_MAJOR_VERSION 2 > > > > > > #define GLIB_MINOR_VERSION 12 > > > > > > #define GLIB_MICRO_VERSION 13 > > > > > > > > > > > > If yours shows the same thing, then it sounds like your .pc file is > > > > > > somehow incorrect. If it shows that it is 2.6.3 then you either have > > > > > > another version of glib that is not in your PKG_CONFIG_PATH (surely > > > > > > MacOS has some kind of file finder that can locate other files called > > > > > > glibconfig.h?) or maybe the Macport is incorrectly labeled 2.12.13_0 > > > > > > when it actually contains 2.6.3. > > > > > > > > > > > > / Cody > > > > > > > > > > > > On Wed, 2007-08-15 at 22:46 +0200, lolveley wrote: > > > > > > > > > > > > > > > > > > > > > > > > > I tried, and it returned "2.6.3", so it's in fact a problem with pkg-config. > > > > > > > what's amazing is that macports tells me that a port " glib2 @2.12.13_0 > > > > > > > (active)" is installed. > > > > > > > So this is a misunderstanding between macports and pkg-config. > > > > > > > > > > > > > > Ideas to go ahead? > > > > > > > > > > > > > > lolveley. > > > > > > > > > > > > > > Cody Russell a ?crit : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > You should be searching for glib-2.0, not glib. Try the following > > > > > > > > command line: "pkg-config --modversion glib-2.0" > > > > > > > > > > > > > > > > On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Another thing, when I enter "pkc-config glib" I have: > > > > > > > > > > > > > > > > > > $ pkg-config glib > > > > > > > > > sh: line 1: glib-config: command not found > > > > > > > > > sh: line 1: glib-config: command not found > > > > > > > > > sh: line 1: glib-config: command not found > > > > > > > > > > > > > > > > > > pkg-config find glib three times? > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From olivier57b at yahoo.fr Thu Aug 16 12:35:12 2007 From: olivier57b at yahoo.fr (lolveley) Date: Thu, 16 Aug 2007 18:35:12 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <1187279392.26132.42.camel@prometheus> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> <1187216429.26132.29.camel@prometheus> <46C3845D.90903@yahoo.fr> <1187220403.26132.33.camel@prometheus> <46C39C73.2080906@yahoo.fr> <1187279392.26132.42.camel@prometheus> Message-ID: <46C47CC0.4020000@yahoo.fr> An HTML attachment was scrubbed... URL: http://lists.ximian.com/pipermail/gtk-sharp-list/attachments/20070816/2c0835cf/attachment-0001.html From olivier57b at yahoo.fr Thu Aug 16 13:01:35 2007 From: olivier57b at yahoo.fr (lolveley) Date: Thu, 16 Aug 2007 19:01:35 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C47CC0.4020000@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> <1187216429.26132.29.camel@prometheus> <46C3845D.90903@yahoo.fr> <1187220403.26132.33.camel@prometheus> <46C39C73.2080906@yahoo.fr> <1187279392.26132.42.camel@prometheus> <46C47CC0.4020000@yahoo.fr> Message-ID: <46C482EF.2010506@yahoo.fr> Just a little question: if I have the same issue for another library, how can I find the name of the .h file (for glib-2.0, it was glibconfig.h). Or can I find directly the .pc file and add this to the PKG_CONFIG_PATH?(maybe also should I have to delete some older .pc files). lolveley. lolveley a ?crit : > It works! I have renamed the files glib-2.0 and gobject-2.0 in the > mono-framework folder, and now pkg-config recognizes the version > 2.12.13 of glib. > > Great thanks!!! > > I won't reply to this post unless the installation of gtk# don't run well. > > lolveley. > > Cody Russell a ?crit : >> I'm not really sure how you override this and tell it which glib to use. >> I guess what I'd try next is to go >> into /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/pkgconfig and >> delete glib-2.0.pc (or just move it somewhere else first, don't delete >> it.. just in case). >> >> Where is your pkg-config installed to anyway? Run "which pkg-config". >> >> On Thu, 2007-08-16 at 02:38 +0200, lolveley wrote: >> >>> It's incomprehensible: I installed glib2 (2.12.13) with macports, and >>> the PKG_CONFIG_PATH has the following path: /opt/local/lib/pkgconfig, >>> which contains glib-2.0: >>> >>> prefix=/opt/local >>> exec_prefix=${prefix} >>> libdir=${exec_prefix}/lib >>> includedir=${prefix}/include >>> >>> glib_genmarshal=glib-genmarshal >>> gobject_query=gobject-query >>> glib_mkenums=glib-mkenums >>> >>> Name: GLib >>> Description: C Utility Library >>> Version: 2.12.13 >>> Libs: -L${libdir} -lglib-2.0 -lintl -liconv >>> Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include >>> -I${includedir} >>> >>> For information, here is the line PKG_CONFIG_PATH in the .profile >>> file: >>> >>> export >>> PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/usr/local:/usr/X11R6/lib/pkgconfig >>> All seems to be good, but when I enter "pkg-config --modversion >>> glib-2.0" I have 2.6.3. >>> >>> Do you know how to repair the computer? >>> >>> lolveley. >>> >>> >>> >>> >>> >>> >>> Cody Russell a ?crit : >>> >>>> Okay, so glibconfig.h should be in $prefix/lib/glib-2.0/include. So >>>> what you want to try to do is set PKG_CONFIG_PATH=$prefix/lib/pkgconfig >>>> (changing $prefix to whatever the root prefix was for your >>>> glibconfig.h). >>>> >>>> Once you do that, try to run "pkg-config --modversion glib-2.0" and see >>>> what the output gives you. >>>> >>>> / Cody >>>> >>>> On Thu, 2007-08-16 at 00:55 +0200, lolveley wrote: >>>> >>>> >>>>> ok, that's done. >>>>> I asked macports for the files of the port "glib-2.0", which was >>>>> active (if you remember), and I have the folder where glibconfig.h is. >>>>> But how can I indicate this folder to pkg-config? >>>>> >>>>> lolveley. >>>>> >>>>> Cody Russell a ?crit : >>>>> >>>>> >>>>>> It looks like Mono ships with its own version of glib-2.0. That's fine, >>>>>> but if you also have another version of glib installed then try using >>>>>> whatever MacOS provides you for searching and locate another copy of >>>>>> glibconfig.h. You shouldn't need to delete the one that was installed >>>>>> by Mono, once you find the location of the other one. >>>>>> >>>>>> / Cody >>>>>> >>>>>> On Wed, 2007-08-15 at 23:50 +0200, lolveley wrote: >>>>>> >>>>>> >>>>>> >>>>>>> Cody, >>>>>>> >>>>>>> I tried the commands you talked about, here are the results: >>>>>>> >>>>>>> Last login: Wed Aug 15 22:35:54 on ttyp1 >>>>>>> Welcome to Darwin! >>>>>>> [ordinateur-de-olivier-saint-eve:~] - 23:42:34 >>>>>>> oliviersaint-eve$ pkg-config --cflags glib-2.0 >>>>>>> -I/Library/Frameworks/Mono.framework/Versions/1.2.4/include/glib-2.0 -I/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include >>>>>>> [ordinateur-de-olivier-saint-eve:~] - 23:42:36 >>>>>>> oliviersaint-eve$ >>>>>>> cd /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include >>>>>>> [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:45 >>>>>>> oliviersaint-eve$ ls >>>>>>> glibconfig.h glibconfig.ppc.h >>>>>>> glibconfig.x86.h >>>>>>> [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:57 >>>>>>> oliviersaint-eve$ grep VERSION * >>>>>>> glibconfig.ppc.h:#define GLIB_MAJOR_VERSION 2 >>>>>>> glibconfig.ppc.h:#define GLIB_MINOR_VERSION 6 >>>>>>> glibconfig.ppc.h:#define GLIB_MICRO_VERSION 3 >>>>>>> glibconfig.x86.h:#define GLIB_MAJOR_VERSION 2 >>>>>>> glibconfig.x86.h:#define GLIB_MINOR_VERSION 6 >>>>>>> glibconfig.x86.h:#define GLIB_MICRO_VERSION 3 >>>>>>> as you can see, macos finds not only one but two versions of the >>>>>>> standard glib... >>>>>>> and no 2.12. >>>>>>> maybe if we could find the 2.6.3 versions and delete them, if would >>>>>>> run. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Cody Russell a ?crit : >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Okay, so you either have two versions of glib-2.0 installed or your .pc >>>>>>>> file is wrong. Check the output of "pkg-config --cflags glib-2.0". I >>>>>>>> get the following output (on Linux): >>>>>>>> >>>>>>>> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include >>>>>>>> >>>>>>>> You want to go into the directory that contains glibconfig.h (on Linux >>>>>>>> it's /usr/lib/glib-2.0/include) and "grep VERSION *" from there. I get >>>>>>>> the following output: >>>>>>>> >>>>>>>> #define GLIB_MAJOR_VERSION 2 >>>>>>>> #define GLIB_MINOR_VERSION 12 >>>>>>>> #define GLIB_MICRO_VERSION 13 >>>>>>>> >>>>>>>> If yours shows the same thing, then it sounds like your .pc file is >>>>>>>> somehow incorrect. If it shows that it is 2.6.3 then you either have >>>>>>>> another version of glib that is not in your PKG_CONFIG_PATH (surely >>>>>>>> MacOS has some kind of file finder that can locate other files called >>>>>>>> glibconfig.h?) or maybe the Macport is incorrectly labeled 2.12.13_0 >>>>>>>> when it actually contains 2.6.3. >>>>>>>> >>>>>>>> / Cody >>>>>>>> >>>>>>>> On Wed, 2007-08-15 at 22:46 +0200, lolveley wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> I tried, and it returned "2.6.3", so it's in fact a problem with pkg-config. >>>>>>>>> what's amazing is that macports tells me that a port " glib2 @2.12.13_0 >>>>>>>>> (active)" is installed. >>>>>>>>> So this is a misunderstanding between macports and pkg-config. >>>>>>>>> >>>>>>>>> Ideas to go ahead? >>>>>>>>> >>>>>>>>> lolveley. >>>>>>>>> >>>>>>>>> Cody Russell a ?crit : >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> You should be searching for glib-2.0, not glib. Try the following >>>>>>>>>> command line: "pkg-config --modversion glib-2.0" >>>>>>>>>> >>>>>>>>>> On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Another thing, when I enter "pkc-config glib" I have: >>>>>>>>>>> >>>>>>>>>>> $ pkg-config glib >>>>>>>>>>> sh: line 1: glib-config: command not found >>>>>>>>>>> sh: line 1: glib-config: command not found >>>>>>>>>>> sh: line 1: glib-config: command not found >>>>>>>>>>> >>>>>>>>>>> pkg-config find glib three times? >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>> >>>>>> >>>> >>>> >> >> >> From bratsche at gnome.org Thu Aug 16 13:18:06 2007 From: bratsche at gnome.org (Cody Russell) Date: Thu, 16 Aug 2007 12:18:06 -0500 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <46C482EF.2010506@yahoo.fr> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> <1187216429.26132.29.camel@prometheus> <46C3845D.90903@yahoo.fr> <1187220403.26132.33.camel@prometheus> <46C39C73.2080906@yahoo.fr> <1187279392.26132.42.camel@prometheus> <46C47CC0.4020000@yahoo.fr> <46C482EF.2010506@yahoo.fr> Message-ID: <1187284686.26132.51.camel@prometheus> pkg-config stores the .pc files usually in $prefix/lib/pkgconfig. Sometimes you can get the $prefix/lib directory by checking "pkg-config --libs-only-L " but sometimes that doesn't work, so if you check "pkg-config --cflags " you can at least extrapolate what $prefix is (the part before "include") and find the directory with the .pc files from there. / Cody On Thu, 2007-08-16 at 19:01 +0200, lolveley wrote: > Just a little question: if I have the same issue for another library, > how can I find the name of the .h file (for glib-2.0, it was glibconfig.h). > Or can I find directly the .pc file and add this to the > PKG_CONFIG_PATH?(maybe also should I have to delete some older .pc files). > > lolveley. > > lolveley a ?crit : > > It works! I have renamed the files glib-2.0 and gobject-2.0 in the > > mono-framework folder, and now pkg-config recognizes the version > > 2.12.13 of glib. > > > > Great thanks!!! > > > > I won't reply to this post unless the installation of gtk# don't run well. > > > > lolveley. > > > > Cody Russell a ?crit : > >> I'm not really sure how you override this and tell it which glib to use. > >> I guess what I'd try next is to go > >> into /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/pkgconfig and > >> delete glib-2.0.pc (or just move it somewhere else first, don't delete > >> it.. just in case). > >> > >> Where is your pkg-config installed to anyway? Run "which pkg-config". > >> > >> On Thu, 2007-08-16 at 02:38 +0200, lolveley wrote: > >> > >>> It's incomprehensible: I installed glib2 (2.12.13) with macports, and > >>> the PKG_CONFIG_PATH has the following path: /opt/local/lib/pkgconfig, > >>> which contains glib-2.0: > >>> > >>> prefix=/opt/local > >>> exec_prefix=${prefix} > >>> libdir=${exec_prefix}/lib > >>> includedir=${prefix}/include > >>> > >>> glib_genmarshal=glib-genmarshal > >>> gobject_query=gobject-query > >>> glib_mkenums=glib-mkenums > >>> > >>> Name: GLib > >>> Description: C Utility Library > >>> Version: 2.12.13 > >>> Libs: -L${libdir} -lglib-2.0 -lintl -liconv > >>> Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include > >>> -I${includedir} > >>> > >>> For information, here is the line PKG_CONFIG_PATH in the .profile > >>> file: > >>> > >>> export > >>> PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/usr/local:/usr/X11R6/lib/pkgconfig > >>> All seems to be good, but when I enter "pkg-config --modversion > >>> glib-2.0" I have 2.6.3. > >>> > >>> Do you know how to repair the computer? > >>> > >>> lolveley. > >>> > >>> > >>> > >>> > >>> > >>> > >>> Cody Russell a ?crit : > >>> > >>>> Okay, so glibconfig.h should be in $prefix/lib/glib-2.0/include. So > >>>> what you want to try to do is set PKG_CONFIG_PATH=$prefix/lib/pkgconfig > >>>> (changing $prefix to whatever the root prefix was for your > >>>> glibconfig.h). > >>>> > >>>> Once you do that, try to run "pkg-config --modversion glib-2.0" and see > >>>> what the output gives you. > >>>> > >>>> / Cody > >>>> > >>>> On Thu, 2007-08-16 at 00:55 +0200, lolveley wrote: > >>>> > >>>> > >>>>> ok, that's done. > >>>>> I asked macports for the files of the port "glib-2.0", which was > >>>>> active (if you remember), and I have the folder where glibconfig.h is. > >>>>> But how can I indicate this folder to pkg-config? > >>>>> > >>>>> lolveley. > >>>>> > >>>>> Cody Russell a ?crit : > >>>>> > >>>>> > >>>>>> It looks like Mono ships with its own version of glib-2.0. That's fine, > >>>>>> but if you also have another version of glib installed then try using > >>>>>> whatever MacOS provides you for searching and locate another copy of > >>>>>> glibconfig.h. You shouldn't need to delete the one that was installed > >>>>>> by Mono, once you find the location of the other one. > >>>>>> > >>>>>> / Cody > >>>>>> > >>>>>> On Wed, 2007-08-15 at 23:50 +0200, lolveley wrote: > >>>>>> > >>>>>> > >>>>>> > >>>>>>> Cody, > >>>>>>> > >>>>>>> I tried the commands you talked about, here are the results: > >>>>>>> > >>>>>>> Last login: Wed Aug 15 22:35:54 on ttyp1 > >>>>>>> Welcome to Darwin! > >>>>>>> [ordinateur-de-olivier-saint-eve:~] - 23:42:34 > >>>>>>> oliviersaint-eve$ pkg-config --cflags glib-2.0 > >>>>>>> -I/Library/Frameworks/Mono.framework/Versions/1.2.4/include/glib-2.0 -I/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include > >>>>>>> [ordinateur-de-olivier-saint-eve:~] - 23:42:36 > >>>>>>> oliviersaint-eve$ > >>>>>>> cd /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include > >>>>>>> [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:45 > >>>>>>> oliviersaint-eve$ ls > >>>>>>> glibconfig.h glibconfig.ppc.h > >>>>>>> glibconfig.x86.h > >>>>>>> [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:57 > >>>>>>> oliviersaint-eve$ grep VERSION * > >>>>>>> glibconfig.ppc.h:#define GLIB_MAJOR_VERSION 2 > >>>>>>> glibconfig.ppc.h:#define GLIB_MINOR_VERSION 6 > >>>>>>> glibconfig.ppc.h:#define GLIB_MICRO_VERSION 3 > >>>>>>> glibconfig.x86.h:#define GLIB_MAJOR_VERSION 2 > >>>>>>> glibconfig.x86.h:#define GLIB_MINOR_VERSION 6 > >>>>>>> glibconfig.x86.h:#define GLIB_MICRO_VERSION 3 > >>>>>>> as you can see, macos finds not only one but two versions of the > >>>>>>> standard glib... > >>>>>>> and no 2.12. > >>>>>>> maybe if we could find the 2.6.3 versions and delete them, if would > >>>>>>> run. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Cody Russell a ?crit : > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> Okay, so you either have two versions of glib-2.0 installed or your .pc > >>>>>>>> file is wrong. Check the output of "pkg-config --cflags glib-2.0". I > >>>>>>>> get the following output (on Linux): > >>>>>>>> > >>>>>>>> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > >>>>>>>> > >>>>>>>> You want to go into the directory that contains glibconfig.h (on Linux > >>>>>>>> it's /usr/lib/glib-2.0/include) and "grep VERSION *" from there. I get > >>>>>>>> the following output: > >>>>>>>> > >>>>>>>> #define GLIB_MAJOR_VERSION 2 > >>>>>>>> #define GLIB_MINOR_VERSION 12 > >>>>>>>> #define GLIB_MICRO_VERSION 13 > >>>>>>>> > >>>>>>>> If yours shows the same thing, then it sounds like your .pc file is > >>>>>>>> somehow incorrect. If it shows that it is 2.6.3 then you either have > >>>>>>>> another version of glib that is not in your PKG_CONFIG_PATH (surely > >>>>>>>> MacOS has some kind of file finder that can locate other files called > >>>>>>>> glibconfig.h?) or maybe the Macport is incorrectly labeled 2.12.13_0 > >>>>>>>> when it actually contains 2.6.3. > >>>>>>>> > >>>>>>>> / Cody > >>>>>>>> > >>>>>>>> On Wed, 2007-08-15 at 22:46 +0200, lolveley wrote: > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>> > >>>>>>>>> I tried, and it returned "2.6.3", so it's in fact a problem with pkg-config. > >>>>>>>>> what's amazing is that macports tells me that a port " glib2 @2.12.13_0 > >>>>>>>>> (active)" is installed. > >>>>>>>>> So this is a misunderstanding between macports and pkg-config. > >>>>>>>>> > >>>>>>>>> Ideas to go ahead? > >>>>>>>>> > >>>>>>>>> lolveley. > >>>>>>>>> > >>>>>>>>> Cody Russell a ?crit : > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>>> You should be searching for glib-2.0, not glib. Try the following > >>>>>>>>>> command line: "pkg-config --modversion glib-2.0" > >>>>>>>>>> > >>>>>>>>>> On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>>>> Another thing, when I enter "pkc-config glib" I have: > >>>>>>>>>>> > >>>>>>>>>>> $ pkg-config glib > >>>>>>>>>>> sh: line 1: glib-config: command not found > >>>>>>>>>>> sh: line 1: glib-config: command not found > >>>>>>>>>>> sh: line 1: glib-config: command not found > >>>>>>>>>>> > >>>>>>>>>>> pkg-config find glib three times? > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>> > >>>>>> > >>>> > >>>> > >> > >> > >> From olivier57b at yahoo.fr Thu Aug 16 17:10:57 2007 From: olivier57b at yahoo.fr (lolveley) Date: Thu, 16 Aug 2007 23:10:57 +0200 Subject: [Gtk-sharp-list] (macosX) error while launching a "make" of gnome-sharp 2.16.0 Message-ID: <46C4BD61.1060701@yahoo.fr> Hello, here is the results of the beginning of the compilation, for gnome-sharp 2.16.0: oliviersaint-eve$ ./configure --prefix=$osemono checking build system type... i386-apple-darwin8.10.1 checking host system type... i386-apple-darwin8.10.1 checking target system type... i386-apple-darwin8.10.1 checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific portions of Makefiles... no checking for gcc... gcc checking for gcc... (cached) gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for gcc... (cached) gcc checking whether we are using the GNU C compiler... (cached) yes checking whether gcc accepts -g... (cached) yes checking for gcc option to accept ANSI C... (cached) none needed checking dependency style of gcc... (cached) gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for a sed that does not truncate output... /usr/bin/sed checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -p checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 196608 checking command to parse /usr/bin/nm -p output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fno-common checking if gcc PIC flag -fno-common works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.10.1 dyld checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fno-common checking if g++ PIC flag -fno-common works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... darwin8.10.1 dyld checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for void *... yes checking size of void *... 4 checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for MONO_DEPENDENCY... yes checking for gacutil... /usr/bin/gacutil checking for al... /usr/bin/al checking for mono... /usr/bin/mono checking for mcs... /usr/bin/mcs checking for MONO_CAIRO... yes checking for GTKSHARP... yes checking for GLADESHARP... yes checking for GAPI... yes checking for gapi2-parser... /usr/local/bin/gapi2-parser checking for gapi2-codegen... /usr/local/bin/gapi2-codegen checking for gapi2-fixup... /usr/local/bin/gapi2-fixup checking for LIBART... yes checking for GNOMEVFS... yes checking for GNOME... Requested 'gmodule-2.0 >= 2.10.0' but version of GModule is 2.6.3 checking for RSVG_DEPENDENCIES... yes checking for VTE_DEPENDENCIES... yes configure: creating ./config.status config.status: creating AssemblyInfo.cs config.status: creating Makefile config.status: creating policy.config config.status: creating sources/Makefile config.status: creating art/Makefile config.status: creating art/art-sharp.dll.config config.status: creating art/art-sharp-2.0.pc config.status: creating gnome/Makefile config.status: creating gnome/gnome-sharp.dll.config config.status: creating gnome/gnome-sharp-2.0.pc config.status: creating gnome/glue/Makefile config.status: creating gnomevfs/Makefile config.status: creating gnomevfs/gnome-vfs-sharp.dll.config config.status: creating gnomevfs/gnome-vfs-sharp-2.0.pc config.status: creating gconf/Makefile config.status: creating gconf/doc/Makefile config.status: creating gconf/GConf/Makefile config.status: creating gconf/GConf/gconf-sharp.dll.config config.status: creating gconf/GConf/gconf-sharp-2.0.pc config.status: creating gconf/GConf.PropertyEditors/Makefile config.status: creating gconf/tools/Makefile config.status: creating gconf/tools/gconfsharp2-schemagen config.status: creating gtkhtml/Makefile config.status: creating gtkhtml/gtkhtml-sharp.dll.config config.status: creating gtkhtml/gtkhtml-sharp-2.0.pc config.status: creating rsvg/Makefile config.status: creating rsvg/rsvg-sharp.dll.config config.status: creating rsvg/rsvg-sharp-2.0.pc config.status: creating vte/Makefile config.status: creating vte/glue/Makefile config.status: creating vte/vte-sharp.dll.config config.status: creating vte/vte-sharp-2.0.pc config.status: creating sample/Makefile config.status: creating sample/gconf/Makefile config.status: creating sample/gnomevfs/Makefile config.status: creating sample/rsvg/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands --- Configuration summary * Installation prefix = /library/frameworks/mono.framework/versions/1.2.4 * C# compiler: /usr/bin/mcs -define:GTK_SHARP_2_6 -define:GTK_SHARP_2_8 -define:GNOME_SHARP_2_16 Optional assemblies included in the build: * art-sharp.dll: yes * gnomevfs-sharp.dll: yes * gnome-sharp.dll: no * rsvg-sharp.dll: yes * gtkhtml-sharp.dll: no * vte-sharp.dll: yes NOTE: if any of the above say 'no' you may install the corresponding development packages for them, rerun autogen.sh to include them in the build. --- [ordinateur-de-olivier-saint-eve:~/gnome-sharp-2.16.0] - 22:53:13 oliviersaint-eve$ make make all-recursive Making all in sources make[2]: Nothing to be done for `all'. Making all in art cp ./art-api.raw art-api.xml chmod u+w art-api.xml /usr/local/bin/gapi2-fixup --api=art-api.xml --metadata=./Art.metadata --symbols=./art-symbols.xml Cannot open assembly /usr/local/bin/../lib/gtk-sharp-2.0/gapi-fixup.exe. make[2]: *** [art-api.xml] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 I have no idea concerning how to solve this problem. gtkhtml# should be installed with gtk-sharp (2.10.0 is on the computer), gnome-sharp2 is installed, I searched the one on ftp.gnome.org, I only found the version two, so I told me the version 2 should be convenient... lolveley. From olivier57b at yahoo.fr Thu Aug 16 17:26:46 2007 From: olivier57b at yahoo.fr (lolveley) Date: Thu, 16 Aug 2007 23:26:46 +0200 Subject: [Gtk-sharp-list] (macosX) gtk-sharp 2.10.0 installation : gobject not recognized In-Reply-To: <1187284686.26132.51.camel@prometheus> References: <46C21383.7060302@yahoo.fr> <46C21F2C.2030504@yahoo.com> <46C220F9.9090206@yahoo.fr> <46C22772.3030806@yahoo.fr> <46C23120.8070003@yahoo.fr> <1187206723.26132.18.camel@prometheus> <46C36610.3090905@yahoo.fr> <1187212671.26132.25.camel@prometheus> <46C3753F.1020009@yahoo.fr> <1187216429.26132.29.camel@prometheus> <46C3845D.90903@yahoo.fr> <1187220403.26132.33.camel@prometheus> <46C39C73.2080906@yahoo.fr> <1187279392.26132.42.camel@prometheus> <46C47CC0.4020000@yahoo.fr> <46C482EF.2010506@yahoo.fr> <1187284686.26132.51.camel@prometheus> Message-ID: <46C4C116.1030509@yahoo.fr> ok. thank you! lolveley. Cody Russell a ?crit : > pkg-config stores the .pc files usually in $prefix/lib/pkgconfig. > Sometimes you can get the $prefix/lib directory by checking "pkg-config > --libs-only-L " but sometimes that doesn't work, so if you > check "pkg-config --cflags " you can at least extrapolate > what $prefix is (the part before "include") and find the directory with > the .pc files from there. > > / Cody > > On Thu, 2007-08-16 at 19:01 +0200, lolveley wrote: > >> Just a little question: if I have the same issue for another library, >> how can I find the name of the .h file (for glib-2.0, it was glibconfig.h). >> Or can I find directly the .pc file and add this to the >> PKG_CONFIG_PATH?(maybe also should I have to delete some older .pc files). >> >> lolveley. >> >> lolveley a ?crit : >> >>> It works! I have renamed the files glib-2.0 and gobject-2.0 in the >>> mono-framework folder, and now pkg-config recognizes the version >>> 2.12.13 of glib. >>> >>> Great thanks!!! >>> >>> I won't reply to this post unless the installation of gtk# don't run well. >>> >>> lolveley. >>> >>> Cody Russell a ?crit : >>> >>>> I'm not really sure how you override this and tell it which glib to use. >>>> I guess what I'd try next is to go >>>> into /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/pkgconfig and >>>> delete glib-2.0.pc (or just move it somewhere else first, don't delete >>>> it.. just in case). >>>> >>>> Where is your pkg-config installed to anyway? Run "which pkg-config". >>>> >>>> On Thu, 2007-08-16 at 02:38 +0200, lolveley wrote: >>>> >>>> >>>>> It's incomprehensible: I installed glib2 (2.12.13) with macports, and >>>>> the PKG_CONFIG_PATH has the following path: /opt/local/lib/pkgconfig, >>>>> which contains glib-2.0: >>>>> >>>>> prefix=/opt/local >>>>> exec_prefix=${prefix} >>>>> libdir=${exec_prefix}/lib >>>>> includedir=${prefix}/include >>>>> >>>>> glib_genmarshal=glib-genmarshal >>>>> gobject_query=gobject-query >>>>> glib_mkenums=glib-mkenums >>>>> >>>>> Name: GLib >>>>> Description: C Utility Library >>>>> Version: 2.12.13 >>>>> Libs: -L${libdir} -lglib-2.0 -lintl -liconv >>>>> Cflags: -I${includedir}/glib-2.0 -I${libdir}/glib-2.0/include >>>>> -I${includedir} >>>>> >>>>> For information, here is the line PKG_CONFIG_PATH in the .profile >>>>> file: >>>>> >>>>> export >>>>> PKG_CONFIG_PATH=/opt/local/lib/pkgconfig:/usr/local:/usr/X11R6/lib/pkgconfig >>>>> All seems to be good, but when I enter "pkg-config --modversion >>>>> glib-2.0" I have 2.6.3. >>>>> >>>>> Do you know how to repair the computer? >>>>> >>>>> lolveley. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Cody Russell a ?crit : >>>>> >>>>> >>>>>> Okay, so glibconfig.h should be in $prefix/lib/glib-2.0/include. So >>>>>> what you want to try to do is set PKG_CONFIG_PATH=$prefix/lib/pkgconfig >>>>>> (changing $prefix to whatever the root prefix was for your >>>>>> glibconfig.h). >>>>>> >>>>>> Once you do that, try to run "pkg-config --modversion glib-2.0" and see >>>>>> what the output gives you. >>>>>> >>>>>> / Cody >>>>>> >>>>>> On Thu, 2007-08-16 at 00:55 +0200, lolveley wrote: >>>>>> >>>>>> >>>>>> >>>>>>> ok, that's done. >>>>>>> I asked macports for the files of the port "glib-2.0", which was >>>>>>> active (if you remember), and I have the folder where glibconfig.h is. >>>>>>> But how can I indicate this folder to pkg-config? >>>>>>> >>>>>>> lolveley. >>>>>>> >>>>>>> Cody Russell a ?crit : >>>>>>> >>>>>>> >>>>>>> >>>>>>>> It looks like Mono ships with its own version of glib-2.0. That's fine, >>>>>>>> but if you also have another version of glib installed then try using >>>>>>>> whatever MacOS provides you for searching and locate another copy of >>>>>>>> glibconfig.h. You shouldn't need to delete the one that was installed >>>>>>>> by Mono, once you find the location of the other one. >>>>>>>> >>>>>>>> / Cody >>>>>>>> >>>>>>>> On Wed, 2007-08-15 at 23:50 +0200, lolveley wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> Cody, >>>>>>>>> >>>>>>>>> I tried the commands you talked about, here are the results: >>>>>>>>> >>>>>>>>> Last login: Wed Aug 15 22:35:54 on ttyp1 >>>>>>>>> Welcome to Darwin! >>>>>>>>> [ordinateur-de-olivier-saint-eve:~] - 23:42:34 >>>>>>>>> oliviersaint-eve$ pkg-config --cflags glib-2.0 >>>>>>>>> -I/Library/Frameworks/Mono.framework/Versions/1.2.4/include/glib-2.0 -I/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include >>>>>>>>> [ordinateur-de-olivier-saint-eve:~] - 23:42:36 >>>>>>>>> oliviersaint-eve$ >>>>>>>>> cd /Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include >>>>>>>>> [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:45 >>>>>>>>> oliviersaint-eve$ ls >>>>>>>>> glibconfig.h glibconfig.ppc.h >>>>>>>>> glibconfig.x86.h >>>>>>>>> [ordinateur-de-olivier-saint-eve:/Library/Frameworks/Mono.framework/Versions/1.2.4/lib/glib-2.0/include] - 23:43:57 >>>>>>>>> oliviersaint-eve$ grep VERSION * >>>>>>>>> glibconfig.ppc.h:#define GLIB_MAJOR_VERSION 2 >>>>>>>>> glibconfig.ppc.h:#define GLIB_MINOR_VERSION 6 >>>>>>>>> glibconfig.ppc.h:#define GLIB_MICRO_VERSION 3 >>>>>>>>> glibconfig.x86.h:#define GLIB_MAJOR_VERSION 2 >>>>>>>>> glibconfig.x86.h:#define GLIB_MINOR_VERSION 6 >>>>>>>>> glibconfig.x86.h:#define GLIB_MICRO_VERSION 3 >>>>>>>>> as you can see, macos finds not only one but two versions of the >>>>>>>>> standard glib... >>>>>>>>> and no 2.12. >>>>>>>>> maybe if we could find the 2.6.3 versions and delete them, if would >>>>>>>>> run. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Cody Russell a ?crit : >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> Okay, so you either have two versions of glib-2.0 installed or your .pc >>>>>>>>>> file is wrong. Check the output of "pkg-config --cflags glib-2.0". I >>>>>>>>>> get the following output (on Linux): >>>>>>>>>> >>>>>>>>>> -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include >>>>>>>>>> >>>>>>>>>> You want to go into the directory that contains glibconfig.h (on Linux >>>>>>>>>> it's /usr/lib/glib-2.0/include) and "grep VERSION *" from there. I get >>>>>>>>>> the following output: >>>>>>>>>> >>>>>>>>>> #define GLIB_MAJOR_VERSION 2 >>>>>>>>>> #define GLIB_MINOR_VERSION 12 >>>>>>>>>> #define GLIB_MICRO_VERSION 13 >>>>>>>>>> >>>>>>>>>> If yours shows the same thing, then it sounds like your .pc file is >>>>>>>>>> somehow incorrect. If it shows that it is 2.6.3 then you either have >>>>>>>>>> another version of glib that is not in your PKG_CONFIG_PATH (surely >>>>>>>>>> MacOS has some kind of file finder that can locate other files called >>>>>>>>>> glibconfig.h?) or maybe the Macport is incorrectly labeled 2.12.13_0 >>>>>>>>>> when it actually contains 2.6.3. >>>>>>>>>> >>>>>>>>>> / Cody >>>>>>>>>> >>>>>>>>>> On Wed, 2007-08-15 at 22:46 +0200, lolveley wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> I tried, and it returned "2.6.3", so it's in fact a problem with pkg-config. >>>>>>>>>>> what's amazing is that macports tells me that a port " glib2 @2.12.13_0 >>>>>>>>>>> (active)" is installed. >>>>>>>>>>> So this is a misunderstanding between macports and pkg-config. >>>>>>>>>>> >>>>>>>>>>> Ideas to go ahead? >>>>>>>>>>> >>>>>>>>>>> lolveley. >>>>>>>>>>> >>>>>>>>>>> Cody Russell a ?crit : >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> You should be searching for glib-2.0, not glib. Try the following >>>>>>>>>>>> command line: "pkg-config --modversion glib-2.0" >>>>>>>>>>>> >>>>>>>>>>>> On Wed, 2007-08-15 at 00:48 +0200, lolveley wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> Another thing, when I enter "pkc-config glib" I have: >>>>>>>>>>>>> >>>>>>>>>>>>> $ pkg-config glib >>>>>>>>>>>>> sh: line 1: glib-config: command not found >>>>>>>>>>>>> sh: line 1: glib-config: command not found >>>>>>>>>>>>> sh: line 1: glib-config: command not found >>>>>>>>>>>>> >>>>>>>>>>>>> pkg-config find glib three times? >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> >>>> >>>> > > > From olivier57b at yahoo.fr Fri Aug 17 12:21:29 2007 From: olivier57b at yahoo.fr (lolveley) Date: Fri, 17 Aug 2007 18:21:29 +0200 Subject: [Gtk-sharp-list] (macosX) error while launching a "make" of gnome-sharp 2.16.0 In-Reply-To: <46C4BD61.1060701@yahoo.fr> References: <46C4BD61.1060701@yahoo.fr> Message-ID: <46C5CB09.6050400@yahoo.fr> > Hello, > > here is the results of the beginning of the compilation, for > gnome-sharp 2.16.0: > -------------------------------------------------------------- > oliviersaint-eve$ ./configure --prefix=$osemono > checking build system type... i386-apple-darwin8.10.1 > checking host system type... i386-apple-darwin8.10.1 > checking target system type... i386-apple-darwin8.10.1 > checking for a BSD-compatible install... /usr/bin/install -c > checking whether build environment is sane... yes > checking for gawk... no > checking for mawk... no > checking for nawk... no > checking for awk... awk > checking whether make sets $(MAKE)... yes > checking whether to enable maintainer-specific portions of > Makefiles... no > checking for gcc... gcc > checking for gcc... (cached) gcc > checking for C compiler default output file name... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ANSI C... none needed > checking for style of include used by make... GNU > checking dependency style of gcc... gcc3 > checking for gcc... (cached) gcc > checking whether we are using the GNU C compiler... (cached) yes > checking whether gcc accepts -g... (cached) yes > checking for gcc option to accept ANSI C... (cached) none needed > checking dependency style of gcc... (cached) gcc3 > checking for a BSD-compatible install... /usr/bin/install -c > checking how to run the C preprocessor... gcc -E > checking for egrep... grep -E > checking for ANSI C header files... yes > checking for a sed that does not truncate output... /usr/bin/sed > checking for ld used by gcc... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... no > checking for /usr/bin/ld option to reload object files... -r > checking for BSD-compatible nm... /usr/bin/nm -p > checking whether ln -s works... yes > checking how to recognise dependent libraries... pass_all > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking dlfcn.h usability... yes > checking dlfcn.h presence... yes > checking for dlfcn.h... yes > checking for g++... g++ > checking whether we are using the GNU C++ compiler... yes > checking whether g++ accepts -g... yes > checking dependency style of g++... gcc3 > checking how to run the C++ preprocessor... g++ -E > checking for g77... no > checking for f77... no > checking for xlf... no > checking for frt... no > checking for pgf77... no > checking for fort77... no > checking for fl32... no > checking for af77... no > checking for f90... no > checking for xlf90... no > checking for pgf90... no > checking for epcf90... no > checking for f95... no > checking for fort... no > checking for xlf95... no > checking for ifc... no > checking for efc... no > checking for pgf95... no > checking for lf95... no > checking for gfortran... no > checking whether we are using the GNU Fortran 77 compiler... no > checking whether accepts -g... no > checking the maximum length of command line arguments... 196608 > checking command to parse /usr/bin/nm -p output from gcc object... ok > checking for objdir... .libs > checking for ar... ar > checking for ranlib... ranlib > checking for strip... strip > checking if gcc supports -fno-rtti -fno-exceptions... no > checking for gcc option to produce PIC... -fno-common > checking if gcc PIC flag -fno-common works... yes > checking if gcc static flag -static works... no > checking if gcc supports -c -o file.o... yes > checking whether the gcc linker (/usr/bin/ld) supports shared > libraries... yes > checking dynamic linker characteristics... darwin8.10.1 dyld > checking how to hardcode library paths into programs... immediate > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... yes > configure: creating libtool > appending configuration tag "CXX" to libtool > checking for ld used by g++... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... no > checking whether the g++ linker (/usr/bin/ld) supports shared > libraries... yes > checking for g++ option to produce PIC... -fno-common > checking if g++ PIC flag -fno-common works... yes > checking if g++ static flag -static works... no > checking if g++ supports -c -o file.o... yes > checking whether the g++ linker (/usr/bin/ld) supports shared > libraries... yes > checking dynamic linker characteristics... darwin8.10.1 dyld > checking how to hardcode library paths into programs... immediate > appending configuration tag "F77" to libtool > checking for void *... yes > checking size of void *... 4 > checking for pkg-config... /usr/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking for MONO_DEPENDENCY... yes > checking for gacutil... /usr/bin/gacutil > checking for al... /usr/bin/al > checking for mono... /usr/bin/mono > checking for mcs... /usr/bin/mcs > checking for MONO_CAIRO... yes > checking for GTKSHARP... yes > checking for GLADESHARP... yes > checking for GAPI... yes > checking for gapi2-parser... /usr/local/bin/gapi2-parser > checking for gapi2-codegen... /usr/local/bin/gapi2-codegen > checking for gapi2-fixup... /usr/local/bin/gapi2-fixup > checking for LIBART... yes > checking for GNOMEVFS... yes > checking for GNOME... Requested 'gmodule-2.0 >= 2.10.0' but version > of GModule is 2.6.3 > checking for RSVG_DEPENDENCIES... yes > checking for VTE_DEPENDENCIES... yes > configure: creating ./config.status > config.status: creating AssemblyInfo.cs > config.status: creating Makefile > config.status: creating policy.config > config.status: creating sources/Makefile > config.status: creating art/Makefile > config.status: creating art/art-sharp.dll.config > config.status: creating art/art-sharp-2.0.pc > config.status: creating gnome/Makefile > config.status: creating gnome/gnome-sharp.dll.config > config.status: creating gnome/gnome-sharp-2.0.pc > config.status: creating gnome/glue/Makefile > config.status: creating gnomevfs/Makefile > config.status: creating gnomevfs/gnome-vfs-sharp.dll.config > config.status: creating gnomevfs/gnome-vfs-sharp-2.0.pc > config.status: creating gconf/Makefile > config.status: creating gconf/doc/Makefile > config.status: creating gconf/GConf/Makefile > config.status: creating gconf/GConf/gconf-sharp.dll.config > config.status: creating gconf/GConf/gconf-sharp-2.0.pc > config.status: creating gconf/GConf.PropertyEditors/Makefile > config.status: creating gconf/tools/Makefile > config.status: creating gconf/tools/gconfsharp2-schemagen > config.status: creating gtkhtml/Makefile > config.status: creating gtkhtml/gtkhtml-sharp.dll.config > config.status: creating gtkhtml/gtkhtml-sharp-2.0.pc > config.status: creating rsvg/Makefile > config.status: creating rsvg/rsvg-sharp.dll.config > config.status: creating rsvg/rsvg-sharp-2.0.pc > config.status: creating vte/Makefile > config.status: creating vte/glue/Makefile > config.status: creating vte/vte-sharp.dll.config > config.status: creating vte/vte-sharp-2.0.pc > config.status: creating sample/Makefile > config.status: creating sample/gconf/Makefile > config.status: creating sample/gnomevfs/Makefile > config.status: creating sample/rsvg/Makefile > config.status: creating config.h > config.status: config.h is unchanged > config.status: executing depfiles commands > --- > Configuration summary > > * Installation prefix = > /library/frameworks/mono.framework/versions/1.2.4 > * C# compiler: /usr/bin/mcs -define:GTK_SHARP_2_6 > -define:GTK_SHARP_2_8 -define:GNOME_SHARP_2_16 > > Optional assemblies included in the build: > > * art-sharp.dll: yes > * gnomevfs-sharp.dll: yes > * gnome-sharp.dll: no > * rsvg-sharp.dll: yes > * gtkhtml-sharp.dll: no > * vte-sharp.dll: yes > > NOTE: if any of the above say 'no' you may install the > corresponding development packages for them, rerun > autogen.sh to include them in the build. > > --- > ------------------------------------------------------------------------------ > [ordinateur-de-olivier-saint-eve:~/gnome-sharp-2.16.0] - 22:53:13 > oliviersaint-eve$ make > make all-recursive > Making all in sources > make[2]: Nothing to be done for `all'. > Making all in art > cp ./art-api.raw art-api.xml > chmod u+w art-api.xml > /usr/local/bin/gapi2-fixup --api=art-api.xml > --metadata=./Art.metadata --symbols=./art-symbols.xml > Cannot open assembly > /usr/local/bin/../lib/gtk-sharp-2.0/gapi-fixup.exe. > make[2]: *** [art-api.xml] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > I have no idea concerning how to solve this problem. > gtkhtml# should be installed with gtk-sharp (2.10.0 is on the computer), > gnome-sharp2 is installed, I searched the one on ftp.gnome.org, I only > found the version two, so I told me the version 2 should be convenient... > > lolveley. > > > > > > > From m.j.hutchinson at gmail.com Sat Aug 18 08:05:17 2007 From: m.j.hutchinson at gmail.com (Michael Hutchinson) Date: Sat, 18 Aug 2007 13:05:17 +0100 Subject: [Gtk-sharp-list] GtkSourceView 2 Bindings In-Reply-To: <1186174705.3532.292.camel@linux-dii6.site> References: <1186174705.3532.292.camel@linux-dii6.site> Message-ID: Hi Mike, On 8/3/07, Mike Kestner wrote: > After the branch, I would svn mv trunk to gtksourceview2-sharp and > change the package name in the configure.in. You could svn mkdir a > gtksourceview-sharp module and add an empty file named > now_located_at_branches_gtksourceview_sharp for the curious. > > Make the new .pc file gtksourceview2-sharp.pc without the -2.0. The > assembly version looks right. You might as well make the package > version 1.9.x leading up to a 2.0.0. This plan looks good. As there have been no objections, I'll do it sometime early next week. -- Michael Hutchinson http://mjhutchinson.com From m.j.hutchinson at gmail.com Tue Aug 21 19:08:24 2007 From: m.j.hutchinson at gmail.com (Michael Hutchinson) Date: Wed, 22 Aug 2007 00:08:24 +0100 Subject: [Gtk-sharp-list] GtkSourceView 2 Bindings In-Reply-To: References: <1186174705.3532.292.camel@linux-dii6.site> Message-ID: On 8/18/07, Michael Hutchinson wrote: > On 8/3/07, Mike Kestner wrote: > > After the branch, I would svn mv trunk to gtksourceview2-sharp and > > change the package name in the configure.in. You could svn mkdir a > > gtksourceview-sharp module and add an empty file named > > now_located_at_branches_gtksourceview_sharp for the curious. > > > > Make the new .pc file gtksourceview2-sharp.pc without the -2.0. The > > assembly version looks right. You might as well make the package > > version 1.9.x leading up to a 2.0.0. > > This plan looks good. As there have been no objections, I'll do it > sometime early next week. OK, it's done. The sample works; if anyone would like to test the API more thoroughly, please send me any bugs you find. Hopefully we can get a release out soon after GtkSourceView 2.0. -- Michael Hutchinson http://mjhutchinson.com From hattingh.fredre at gmail.com Sat Aug 25 13:56:43 2007 From: hattingh.fredre at gmail.com (Fredre Hattingh) Date: Sat, 25 Aug 2007 13:56:43 -0400 Subject: [Gtk-sharp-list] Loop through all components in Window Message-ID: <9ef5f6de0708251056t4e546e50ue3fa7ecbf1a75f05@mail.gmail.com> Hi sorry if this has been asked before. I created a GTK# interface using