From: Duncan C. <dun...@go...> - 2011-08-30 19:05:54
|
Hi all, With Axel's permission I'm helping out with the release of gtk2hs-0.12.1 Pre-release tarballs ==================== I've got some pre-release tarballs for you all to try out and report issues. http://code.haskell.org/~duncan/gtk2hs/ There's the buildtools and the five core packages. I've also got the soegtk package. I've not yet tried the other packages (gtksourceview, svgcairo etc). If anyone wants to try the other packages then please do and if possible send any patches to fix build issues. Testing ======= Please try these tarballs out on your platform and send us your results. I have tested only on Linux so far, but I have checked that it builds with ghc-6.10.4, 6.12.3, 7.0.4 and 7.2.1. Note that users of ghc-6.10 will need to first install a more recent version of the Cabal library, at least 1.8. This is straightforward and should not break anything. Try with cabal-install ====================== If you've got cabal-install version 0.10 or later you can copy and paste this huge command line to install them all: cabal install http://code.haskell.org/~duncan/gtk2hs/gtk2hs-buildtools-0.12.1.tar.gz cabal install http://code.haskell.org/~duncan/gtk2hs/glib-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/gio-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/pango-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/cairo-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/gtk-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/soegtk-0.12.0.tar.gz (Yes, cabal can install directly from local and remote tarballs these days) Changes ======= The main improvement is that it builds with GHC 7.2 Thanks to the several people who have sent in patches recently, in particular Daniel Wagner, Adam Sampson and Julian Gilbey. Duncan |
From: Brandon A. <all...@gm...> - 2011-08-30 22:50:14
|
On Tue, Aug 30, 2011 at 15:05, Duncan Coutts <dun...@go...>wrote: > I've got some pre-release tarballs for you all to try out and report > issues. > Builds on HEAD of last week with a ported haskell-platform. > cabal install http://code.haskell.org/~duncan/gtk2hs/glib-0.12.1.tar.gz > http://code.haskell.org/~duncan/gtk2hs/gio-0.12.1.tar.gz > http://code.haskell.org/~duncan/gtk2hs/pango-0.12.1.tar.gz > http://code.haskell.org/~duncan/gtk2hs/cairo-0.12.1.tar.gz > http://code.haskell.org/~duncan/gtk2hs/gtk-0.12.1.tar.gz > http://code.haskell.org/~duncan/gtk2hs/soegtk-0.12.0.tar.gz I had to break this up into individual commands (and reorder it, cairo before pango). -- brandon s allbery all...@gm... wandering unix systems administrator (available) (412) 475-9364 vm/sms |
From: Duncan C. <dun...@go...> - 2011-08-31 08:50:08
|
On Tue, 2011-08-30 at 18:50 -0400, Brandon Allbery wrote: > On Tue, Aug 30, 2011 at 15:05, Duncan Coutts > <dun...@go...>wrote: > > > I've got some pre-release tarballs for you all to try out and report > > issues. > > > > Builds on HEAD of last week with a ported haskell-platform. Great, thanks. > > cabal install http://code.haskell.org/~duncan/gtk2hs/glib-0.12.1.tar.gz > > http://code.haskell.org/~duncan/gtk2hs/gio-0.12.1.tar.gz > > http://code.haskell.org/~duncan/gtk2hs/pango-0.12.1.tar.gz > > http://code.haskell.org/~duncan/gtk2hs/cairo-0.12.1.tar.gz > > http://code.haskell.org/~duncan/gtk2hs/gtk-0.12.1.tar.gz > > http://code.haskell.org/~duncan/gtk2hs/soegtk-0.12.0.tar.gz > I had to break this up into individual commands (and reorder it, cairo > before pango). Really? I'm surprised. Can you give more details? I was pretty sure I introduced the feature to support http targets all in one release, so it should support multiple http targets and it should do the dependency resolution automatically, so the order is irrelevant. Duncan |
From: Brandon A. <all...@gm...> - 2011-08-31 09:21:38
|
On Wed, Aug 31, 2011 at 04:49, Duncan Coutts <dun...@go...>wrote: > On Tue, 2011-08-30 at 18:50 -0400, Brandon Allbery wrote: > > On Tue, Aug 30, 2011 at 15:05, Duncan Coutts > > <dun...@go...>wrote: > > > cabal install > http://code.haskell.org/~duncan/gtk2hs/glib-0.12.1.tar.gz > > > http://code.haskell.org/~duncan/gtk2hs/gio-0.12.1.tar.gz > > > http://code.haskell.org/~duncan/gtk2hs/pango-0.12.1.tar.gz > > > http://code.haskell.org/~duncan/gtk2hs/cairo-0.12.1.tar.gz > > > http://code.haskell.org/~duncan/gtk2hs/gtk-0.12.1.tar.gz > > > http://code.haskell.org/~duncan/gtk2hs/soegtk-0.12.0.tar.gz > > > I had to break this up into individual commands (and reorder it, cairo > > before pango). > > Really? I'm surprised. Can you give more details? I was pretty sure I > Actually it's looking like when I cut and pasted the above something got turned into non-breakable spaces which looked fine on the command line but broke the shell's argument parsing quite thoroughly :/ I liked it better when such things didn't look like spaces in the shell.... -- brandon s allbery all...@gm... wandering unix systems administrator (available) (412) 475-9364 vm/sms |
From: Christian M. <Chr...@df...> - 2011-08-31 13:32:55
|
Thanks for your work! I can contribute the glade package. (Only some examples and the .cabal file needed updating.) http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/glade-0.12.1.tar.gz (created by cabal sdist) Cheers Christian I've made the changes inside the darcs repository obtained by "darcs get http://code.haskell.org/glade/", but I do not know how to commit or send them. Am 30.08.2011 21:05, schrieb Duncan Coutts: > Hi all, > > With Axel's permission I'm helping out with the release of gtk2hs-0.12.1 > > > Pre-release tarballs > ==================== > > I've got some pre-release tarballs for you all to try out and report > issues. > > http://code.haskell.org/~duncan/gtk2hs/ Seems to be down, currently. Downloading http://code.haskell.org/~duncan/gtk2hs/gtk2hs-buildtools-0.12.1.tar.gz cabal: <socket: 3>: resource vanished > > There's the buildtools and the five core packages. I've also got the > soegtk package. > > I've not yet tried the other packages (gtksourceview, svgcairo etc). If > anyone wants to try the other packages then please do and if possible > send any patches to fix build issues. > > > Testing > ======= > > Please try these tarballs out on your platform and send us your results. > I have tested only on Linux so far, but I have checked that it builds > with ghc-6.10.4, 6.12.3, 7.0.4 and 7.2.1. > > Note that users of ghc-6.10 will need to first install a more recent > version of the Cabal library, at least 1.8. This is straightforward and > should not break anything. > > > Try with cabal-install > ====================== > > If you've got cabal-install version 0.10 or later you can copy and paste > this huge command line to install them all: > > cabal install http://code.haskell.org/~duncan/gtk2hs/gtk2hs-buildtools-0.12.1.tar.gz > cabal install http://code.haskell.org/~duncan/gtk2hs/glib-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/gio-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/pango-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/cairo-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/gtk-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/soegtk-0.12.0.tar.gz > > (Yes, cabal can install directly from local and remote tarballs these days) > > > Changes > ======= > > The main improvement is that it builds with GHC 7.2 > > Thanks to the several people who have sent in patches recently, in > particular Daniel Wagner, Adam Sampson and Julian Gilbey. > > > > Duncan > > > ------------------------------------------------------------------------------ > Special Offer -- Download ArcSight Logger for FREE! > Finally, a world-class log management solution at an even better > price-free! And you'll get a free "Love Thy Logs" t-shirt when you > download Logger. Secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsisghtdev2dev |
From: <wag...@se...> - 2011-08-31 20:10:14
|
Quoting Christian Maeder <Chr...@df...>: > I've made the changes inside the darcs repository obtained by "darcs get > http://code.haskell.org/glade/", but I do not know how to commit or send > them. It should be something like this: darcs record darcs send # if you have a working SMTP server darcs send -o foo.dpatch && start-your-email-program # if you don't have a working SMTP server Good luck! ~d |
From: Christian M. <Chr...@df...> - 2011-09-01 08:59:09
Attachments:
ghc-7.2.1-cleanup.dpatch
|
Am 31.08.2011 22:10, schrieb wag...@se...: > Quoting Christian Maeder<Chr...@df...>: > >> I've made the changes inside the darcs repository obtained by "darcs get >> http://code.haskell.org/glade/", but I do not know how to commit or send >> them. > > It should be something like this: > > darcs record > darcs send # if you have a working SMTP server > darcs send -o foo.dpatch&& start-your-email-program # if you don't > have a working SMTP server Thanks, but who wants that patch (attached)? I got it returned: <gtk...@so...>... User unknown Cheers Christian > > Good luck! > ~d > > ------------------------------------------------------------------------------ > Special Offer -- Download ArcSight Logger for FREE! > Finally, a world-class log management solution at an even better > price-free! And you'll get a free "Love Thy Logs" t-shirt when you > download Logger. Secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsisghtdev2dev |
From: Duncan C. <dun...@go...> - 2011-09-01 13:09:29
|
On Wed, 2011-08-31 at 15:32 +0200, Christian Maeder wrote: > Thanks for your work! I can contribute the glade package. > (Only some examples and the .cabal file needed updating.) > > http://www.informatik.uni-bremen.de/agbkb/forschung/formal_methods/CoFI/hets/src-distribution/glade-0.12.1.tar.gz > > (created by cabal sdist) > > Cheers Christian > > I've made the changes inside the darcs repository obtained by "darcs get > http://code.haskell.org/glade/", but I do not know how to commit or send > them. Thanks. Use: darcs send -o blah.dpatch and then send me the blah.dpatch file. Duncan |
From: Duncan C. <dun...@go...> - 2011-09-05 02:32:37
|
On Tue, 2011-08-30 at 20:05 +0100, Duncan Coutts wrote: > Hi all, > > With Axel's permission I'm helping out with the release of gtk2hs-0.12.1 > Pre-release tarballs > ==================== > > I've got some pre-release tarballs for you all to try out and report > issues. > > http://code.haskell.org/~duncan/gtk2hs/ I've yet to hear any about build results on OSX or Windows. If you have tried or do try on either of those platforms then please let us know. I think that is the only thing we are now waiting for, so please send in your build results. I've uploaded new revisions of the five core packages: * glib * gio * cairo * pango * gtk (some meta-data updates since last pre-release) Plus I've now got tarballs for a number of the extra packages: * gconf * glade * gstreamer * gtkglext * gtksourceview * soegtk * svgcairo * vte * webkit Again, these all seem to build with ghc-6.10, 6.12, 7.0 & 7.2. All patches are now in the darcs repos too. Duncan |
From: Brandon A. <all...@gm...> - 2011-09-05 03:51:03
|
On Sun, Sep 4, 2011 at 22:32, Duncan Coutts <dun...@go...>wrote: > On Tue, 2011-08-30 at 20:05 +0100, Duncan Coutts wrote: > > With Axel's permission I'm helping out with the release of gtk2hs-0.12.1 > > I've yet to hear any about build results on OSX or Windows. If you have > I guess I omitted that part in my earlier report; I'm on OS X 10.7.1. -- brandon s allbery all...@gm... wandering unix systems administrator (available) (412) 475-9364 vm/sms |
From: Axel S. <Axe...@in...> - 2011-09-05 06:19:22
|
On 05.09.2011, at 05:50, Brandon Allbery wrote: > On Sun, Sep 4, 2011 at 22:32, Duncan Coutts <dun...@go... > > wrote: > On Tue, 2011-08-30 at 20:05 +0100, Duncan Coutts wrote: > > With Axel's permission I'm helping out with the release of > gtk2hs-0.12.1 > > I've yet to hear any about build results on OSX or Windows. If you > have > > I guess I omitted that part in my earlier report; I'm on OS X 10.7.1. > Oh, dear, yes, me too. I built on Mac OS 10.5.8. I can try on 10.6 though I doubt that it makes a difference. I've installed a Windows 7 VM yesterday on my Mac. I can give that a go, too. Axel |
From: Julian G. <jul...@d-...> - 2011-09-05 06:42:18
|
On Mon, Sep 05, 2011 at 03:32:26AM +0100, Duncan Coutts wrote: > On Tue, 2011-08-30 at 20:05 +0100, Duncan Coutts wrote: > > Hi all, > > > > With Axel's permission I'm helping out with the release of gtk2hs-0.12.1 > > I've uploaded new revisions of the five core packages: > * glib > * gio > * cairo > * pango > * gtk > (some meta-data updates since last pre-release) > > Plus I've now got tarballs for a number of the extra packages: > * gconf > * glade > * gstreamer > * gtkglext > * gtksourceview > * soegtk > * svgcairo > * vte > * webkit > > Again, these all seem to build with ghc-6.10, 6.12, 7.0 & 7.2. All > patches are now in the darcs repos too. Great job - thank you! Julian |
From: Duncan C. <dun...@go...> - 2011-09-05 12:51:51
|
On Mon, 2011-09-05 at 08:19 +0200, Axel Simon wrote: > On 05.09.2011, at 05:50, Brandon Allbery wrote: > > > On Sun, Sep 4, 2011 at 22:32, Duncan Coutts <dun...@go... > > > wrote: > > > > I've yet to hear any about build results on OSX or Windows. If you > > have > > > > I guess I omitted that part in my earlier report; I'm on OS X 10.7.1. > > > > Oh, dear, yes, me too. I built on Mac OS 10.5.8. Thanks Axel, Brandon, much appreciated. > I can try on 10.6 though I doubt that it makes a difference. I've no idea :-) > I've installed a Windows 7 VM yesterday on my Mac. I can give that a > go, too. Oh that'd be useful. I've only got XP in a VM (but my KVM hardware accel has stopped working for some reason so it's now incredibly slow to build things on it so I've not done it yet). Duncan |
From: Duncan C. <dun...@go...> - 2011-09-05 13:04:52
|
On Mon, 2011-09-05 at 13:51 +0100, Duncan Coutts wrote: > On Mon, 2011-09-05 at 08:19 +0200, Axel Simon wrote: > > On 05.09.2011, at 05:50, Brandon Allbery wrote: > > > > > On Sun, Sep 4, 2011 at 22:32, Duncan Coutts <dun...@go... > > > > wrote: > > > > > > I've yet to hear any about build results on OSX or Windows. If you > > > have > > > > > > I guess I omitted that part in my earlier report; I'm on OS X 10.7.1. > > > > > > > Oh, dear, yes, me too. I built on Mac OS 10.5.8. > > > Thanks Axel, Brandon, much appreciated. > > > I can try on 10.6 though I doubt that it makes a difference. > > I've no idea :-) While we're thinking about it, would any OSX user like to try out the native Gtk+ OSX framework and update the instructions on the wiki page (or send in your results and we can update it) which are for the older gtk-0.10.x release: http://www.haskell.org/haskellwiki/Gtk2Hs/Mac#GTK.2B_OS_X_Framework It'd be great to have confirmation that gtk2hs now works nicely with the native (non-X11) OSX Gtk backend. In particular now that we support the GtkBuilder, the lack of libglade in the native OSX build is not really a problem any more. (If you didn't know, GtkBuilder is part of Gtk+ and replaces libglade with a near-identical API). This would be a great thing to mention in a release announcement. The perceived lack of native OSX support is one of the major things holding Gtk2Hs back among some parts of the Haskell community. Duncan |
From: Axel S. <Axe...@in...> - 2011-09-05 20:43:27
|
Hi Duncan, I succeeded in building your packages on Windows 7 as follows: - download the 32bit (!) all-in-one bundle containing GTK+ 2.22 (the 64-bit version is "unstable") - unpack this into a directory c:\gtk without space (I didn't try one with spaces, but I think pkg-config will break) - add c:\gtk\bin to your PATH - install the Haskell Platform (which gave me ghc 7.0.3) - add c:\Program Files (x86)\Haskell Platform\2011.2.0.1\mingw\bin to the PATH to get cpp.exe from mingw - execute your command line The concurrency demo works, but the ListDND doesn't do the drag-and-drop at all. That could be due to Windows or due to Windows inside a VM. I think cpp.exe is hardcoded somewhere into c2hs because I didn't find an easy way to pass this from cabal. I've tried to download cpphs and renamed it to cpp.exe. But this doesn't work, I guess it's not as cool as the real cpp.exe. Preprocessing gtk.cabal takes a long time. Maybe that's what all the discussions about parallel build and --make performance is all about that's currently going on. So it's doable. And you don't even need MinGW nor MSys which is great. Not too hard once one knows where to get cpp. Cheers, Axel On 30.08.11 21:05, Duncan Coutts wrote: > Hi all, > > With Axel's permission I'm helping out with the release of gtk2hs-0.12.1 > > > Pre-release tarballs > ==================== > > I've got some pre-release tarballs for you all to try out and report > issues. > > http://code.haskell.org/~duncan/gtk2hs/ > > There's the buildtools and the five core packages. I've also got the > soegtk package. > > I've not yet tried the other packages (gtksourceview, svgcairo etc). If > anyone wants to try the other packages then please do and if possible > send any patches to fix build issues. > > > Testing > ======= > > Please try these tarballs out on your platform and send us your results. > I have tested only on Linux so far, but I have checked that it builds > with ghc-6.10.4, 6.12.3, 7.0.4 and 7.2.1. > > Note that users of ghc-6.10 will need to first install a more recent > version of the Cabal library, at least 1.8. This is straightforward and > should not break anything. > > > Try with cabal-install > ====================== > > If you've got cabal-install version 0.10 or later you can copy and paste > this huge command line to install them all: > > cabal install http://code.haskell.org/~duncan/gtk2hs/gtk2hs-buildtools-0.12.1.tar.gz > cabal install http://code.haskell.org/~duncan/gtk2hs/glib-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/gio-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/pango-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/cairo-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/gtk-0.12.1.tar.gz http://code.haskell.org/~duncan/gtk2hs/soegtk-0.12.0.tar.gz > > (Yes, cabal can install directly from local and remote tarballs these days) > > > Changes > ======= > > The main improvement is that it builds with GHC 7.2 > > Thanks to the several people who have sent in patches recently, in > particular Daniel Wagner, Adam Sampson and Julian Gilbey. > > > > Duncan > > > ------------------------------------------------------------------------------ > Special Offer -- Download ArcSight Logger for FREE! > Finally, a world-class log management solution at an even better > price-free! And you'll get a free "Love Thy Logs" t-shirt when you > download Logger. Secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsisghtdev2dev > _______________________________________________ > Gtk2hs-devel mailing list > Gtk...@li... > https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel |
From: Duncan C. <dun...@go...> - 2011-09-08 23:35:27
|
On Mon, 2011-09-05 at 22:43 +0200, Axel Simon wrote: > Hi Duncan, > > I succeeded in building your packages on Windows 7 as follows: Great, thanks for all that. Yes, by default c2hs uses cpp, however Cabal always tells c2hs to use gcc -E: [ "--cpp=" ++ programPath gccProg, "--cppopts=-E" ] We could do the same in the Gtk2HsSetup.hs, e.g.: hunk ./gtk/Gtk2HsSetup.hs 215 + ++ [ "--cpp=" ++ programPath gccProg, "--cppopts=-E" ] If you have time, would you mind checking if that works without cpp being on the %PATH%. It'd be nice to be able to simplify the instructions somewhat. > - download the 32bit (!) all-in-one bundle containing GTK+ 2.22 (the > 64-bit version is "unstable") > - unpack this into a directory c:\gtk without space (I didn't try one > with spaces, but I think pkg-config will break) > - add c:\gtk\bin to your PATH > - install the Haskell Platform (which gave me ghc 7.0.3) > - add c:\Program Files (x86)\Haskell Platform\2011.2.0.1\mingw\bin to > the PATH to get cpp.exe from mingw > - execute your command line Great. So we should make sure to update the wiki. And hopefully we will be able to avoid the bit about cpp and \mingw\bin > Preprocessing gtk.cabal takes a long time. Maybe that's what all the > discussions about parallel build and --make performance is all about > that's currently going on. That's the bit where it's running c2hs of course. Yes, this is why people want parallel builds. > So it's doable. And you don't even need MinGW nor MSys which is great. > Not too hard once one knows where to get cpp. Yeah. Duncan |
From: Axel S. <Axe...@in...> - 2011-09-09 20:44:59
|
Hi Duncan, On 09.09.11 01:35, Duncan Coutts wrote: > ++ [ "--cpp=" ++ programPath gccProg, "--cppopts=-E" ] You need to import programPath and gccProgram from *.*.Simple (and gccProg is gccProgramm). However, I get: C:\Users\simona\gtk-0.12.0>cabal configure -v C:\Program Files (x86)\Haskell Platform\2011.2.0.1\bin\ghc.exe --numeric-version looking for tool "ghc-pkg" near compiler in C:\Program Files (x86)\Haskell Platform\2011.2.0.1\bin found ghc-pkg in C:\Program Files (x86)\Haskell Platform\2011.2.0.1\bin\ghc-pkg.exe C:\Program Files (x86)\Haskell Platform\2011.2.0.1\bin\ghc-pkg.exe --version C:\Program Files (x86)\Haskell Platform\2011.2.0.1\bin\ghc.exe --supported-languages C:\Program Files (x86)\Haskell Platform\2011.2.0.1\bin\ghc.exe --info Reading available packages... Resolving dependencies... Creating .\dist\setup (and its parents) C:\Program Files (x86)\Haskell Platform\2011.2.0.1\bin\ghc.exe --make .\Setup.hs -o .\dist\setup\setup.exe -odir .\dist\setup -hidir .\dist\ setup -i -i. -package Cabal-1.10.1.0 Gtk2HsSetup.hs:4:2: error: #error This module has to be compiled via the Setup.hs program which generates the gtk2hs-macros.h file Gtk2HsSetup.hs:154:0: error: missing binary operator before token "(" ...and I have no idea what kind of configure trick this is. My cabal version is 0.10.2 using 1.10.1.0 of Cabal library. I hope you understand this. Cheers, Axel |
From: Duncan C. <dun...@go...> - 2011-09-10 00:30:47
|
On Fri, 2011-09-09 at 22:44 +0200, Axel Simon wrote: > Hi Duncan, > > On 09.09.11 01:35, Duncan Coutts wrote: > > ++ [ "--cpp=" ++ programPath gccProg, "--cppopts=-E" ] > You need to import programPath and gccProgram from *.*.Simple (and > gccProg is gccProgramm). Oh yes, I suppose you've added something like: (gccProg, _) <- requireProgram verbosity gccProgram (withPrograms lbi) > However, I get: > Gtk2HsSetup.hs:4:2: > error: #error This module has to be compiled via the Setup.hs > program which generates the gtk2hs-macros.h file Oh, looks like you've got some mixture of old and new Setup* scripts. Check you changes vs the current darcs version and try cabal clean. You must have had this work at some point because that's what's in the tarballs you've been trying. The current Setup.hs does not import the Gtk2HsSetup.hs, instead it compiles a SetupMain.hs (which imports Gtk2HsSetup.hs) and #includes the gtk2hs-macros.h file (actually renamed to wrapper-macros.h) to deal with Cabal versionitis. Duncan |
From: Duncan C. <dun...@go...> - 2011-09-10 18:51:30
Attachments:
c2hs-fixes.dpatch
|
On Sat, 2011-09-10 at 09:25 +0200, Axel Simon wrote: > On 10.09.11 02:30, Duncan Coutts wrote: > > Oh, looks like you've got some mixture of old and new Setup* scripts. > Yes, I did indeed. > > Ok, so I've added those two lines to Gtk2HsSetup.hs and then started to > compile glib: > C:\Users\simona\AppData\Roaming\cabal\bin\gtk2hsC2hs.exe > --include=dist\build --include=C:\Program Files (x86)\Haskell > Platform\2011.2.0.1\lib\base-4.3.1.0 --include=C:\Program Files (x86)\Haskell > Platform\2011.2.0.1\lib\containers-0.4.0.0 > --cppopts=-Idist\build\autogen --cppopts > =-Idist\build --cppopts=-ISystem/Glib > --cppopts=-IC:/gtk/include/glib-2.0 > --cppopts=-IC:/gtk/lib/glib-2.0/include --cppopts=-DUSE_GCLOSURE_S > IGNALS_IMPL --cpp=C:\Program Files (x86)\Haskell > Platform\2011.2.0.1\mingw\bin\gcc.exe --cppopts=-E > --output-dir=dist\build\System\Glib\ --o > utput=GError.hs --precomp=dist\build\precompchs.bin glib-object.h > .\System\Glib\GError.chs > 'C:\Program' is not recognized as an internal or external command, > operable program or batch file. > gtk2hsC2hs.exe: Error during preprocessings > > So this is slightly mingled, but it shows that there's a space issue. > Any ideas? Yes. It's to do with calling the function 'system' (via systemCIO). The newer runProcess uses a list of args rather than one big command string like 'system' does. This keeps each arg separate, and allows embedded spaces to work correctly. Turns out I fixed this in the upstream c2hs some years ago. (It reminds again me that it'd be nice to re-integrate the c2hs branches.) I have backported and attached the patch. I've also included as a separate patch the bit about ++ [ "--cpp=" ++ programPath gccProg ... etc, so you will want to revert your local change. Let's see if that works now. Duncan |
From: Axel S. <Axe...@in...> - 2011-09-11 11:49:25
|
On 10.09.11 20:50, Duncan Coutts wrote: > >> Any ideas? > Yes. It's to do with calling the function 'system' (via systemCIO). The > newer runProcess uses a list of args rather than one big command string > like 'system' does. This keeps each arg separate, and allows embedded > spaces to work correctly. > > Turns out I fixed this in the upstream c2hs some years ago. (It reminds > again me that it'd be nice to re-integrate the c2hs branches.) > > I have backported and attached the patch. I've also included as a > separate patch the bit about ++ [ "--cpp=" ++ programPath gccProg ... > etc, so you will want to revert your local change. > > Let's see if that works now. > Ok, so I've started from a fresh darcs version. It works so far! There's two more things: - On Windows you cannot make a distclean anymore since the program that is run while cleaining lives in dist/ so dist/ cannot be removed. - A build failure on Mac OS 10.6 with Gtk 2.18.9 (see below). The two types that are missing do exist since Gtk+ 2.18 according to the documentation. Indeed, the header files are included from gtk/gtk.h and they define the type and the get_type functions. I don't know what's happening here. Dunno about the functions in widget. Have you seen anything like this? Cheers, Axel Configuring gtk-0.12.1... Preprocessing library gtk-0.12.1... gtk2hsC2hs: Errors during expansion of binding hooks: ./Graphics/UI/Gtk/Types.chs:3407: (column 12) [ERROR] >>> Unknown identifier! Cannot find a definition for `InfoBar' in the header file. ./Graphics/UI/Gtk/Types.chs:3431: (column 22) [ERROR] >>> Unknown identifier! Cannot find a definition for `gtk_info_bar_get_type' in the header file. ./Graphics/UI/Gtk/Types.chs:5374: (column 12) [ERROR] >>> Unknown identifier! Cannot find a definition for `EntryBuffer' in the header file. ./Graphics/UI/Gtk/Types.chs:5393: (column 22) [ERROR] >>> Unknown identifier! Cannot find a definition for `gtk_entry_buffer_get_type' in the header file. Running Haddock for gtk-0.12.1... Preprocessing library gtk-0.12.1... gtk2hsC2hs: Errors during expansion of binding hooks: ./Graphics/UI/Gtk/Abstract/Widget.chs:2155: (column 13) [ERROR] >>> Unknown identifier! Cannot find a definition for `widget_get_allocation' in the header file. ./Graphics/UI/Gtk/Abstract/Widget.chs:2168: (column 10) [ERROR] >>> Unknown identifier! Cannot find a definition for `widget_get_state' in the header file. Warning: The package list for 'hackage.haskell.org' is 16 days old. Run 'cabal update' to get the latest list of available packages. Resolving dependencies... Configuring gtk-0.12.1... Preprocessing library gtk-0.12.1... gtk2hsC2hs: Errors during expansion of binding hooks: ./Graphics/UI/Gtk/Types.chs:3407: (column 12) [ERROR] >>> Unknown identifier! Cannot find a definition for `InfoBar' in the header file. ./Graphics/UI/Gtk/Types.chs:3431: (column 22) [ERROR] >>> Unknown identifier! Cannot find a definition for `gtk_info_bar_get_type' in the header file. ./Graphics/UI/Gtk/Types.chs:5374: (column 12) [ERROR] >>> Unknown identifier! Cannot find a definition for `EntryBuffer' in the header file. ./Graphics/UI/Gtk/Types.chs:5393: (column 22) [ERROR] >>> Unknown identifier! Cannot find a definition for `gtk_entry_buffer_get_type' in the header file. cabal: Error: some packages failed to install: gtk-0.12.1 failed during the building phase. The exception was: ExitFailure 1 |
From: Duncan C. <dun...@go...> - 2011-09-11 13:26:28
|
On Sun, 2011-09-11 at 13:49 +0200, Axel Simon wrote: > On 10.09.11 20:50, Duncan Coutts wrote: > > > >> Any ideas? > > Yes. It's to do with calling the function 'system' (via systemCIO). The > > newer runProcess uses a list of args rather than one big command string > > like 'system' does. This keeps each arg separate, and allows embedded > > spaces to work correctly. > > > > Turns out I fixed this in the upstream c2hs some years ago. (It reminds > > again me that it'd be nice to re-integrate the c2hs branches.) > > > > I have backported and attached the patch. I've also included as a > > separate patch the bit about ++ [ "--cpp=" ++ programPath gccProg ... > > etc, so you will want to revert your local change. > > > > Let's see if that works now. > > > Ok, so I've started from a fresh darcs version. It works so far! Great. So I take it we will be able to update the wiki with the instructions you posted, less the bit about setting the %PATH% to include the ghc's mingw/bin dir to get at cpp. > There's two more things: > > - On Windows you cannot make a distclean anymore since the program that > is run while cleaining lives in dist/ so dist/ cannot be removed. Mm, hasn't that always been the case on Windows? The setup gets put into dist/setup/setup.exe. Yes it's really a cabal bug that the division of responsibility for which process cleans dist/ means that it ends up being a process that's running from within dist/ itself. > - A build failure on Mac OS 10.6 with Gtk 2.18.9 (see below). Is this new with our recent c2hs hacking or did you only just try with this gtk version? > The two types that are missing do exist since Gtk+ 2.18 according to the > documentation. Indeed, the header files are included from gtk/gtk.h and > they define the type and the get_type functions. Right. And they're all wrapped by #if GTK_CHECK_VERSION(2,18,0) > I don't know what's happening here. Dunno about the functions in > widget. Similarly for those two widget functions, they're in 2.18 and we're binding them conditionally. > Have you seen anything like this? I've not. But I've not tried building against older gtk. Is this a major problem? Can we get away with telling OSX users to use a more recent gtk? Do you want to hold the release while we investigate further? Duncan |
From: Axel S. <Axe...@in...> - 2011-09-11 16:34:18
|
On 11.09.11 15:26, Duncan Coutts wrote: > On Sun, 2011-09-11 at 13:49 +0200, Axel Simon wrote: >> On 10.09.11 20:50, Duncan Coutts wrote: >>>> Any ideas? >>> Yes. It's to do with calling the function 'system' (via systemCIO). The >>> newer runProcess uses a list of args rather than one big command string >>> like 'system' does. This keeps each arg separate, and allows embedded >>> spaces to work correctly. >>> >>> Turns out I fixed this in the upstream c2hs some years ago. (It reminds >>> again me that it'd be nice to re-integrate the c2hs branches.) >>> >>> I have backported and attached the patch. I've also included as a >>> separate patch the bit about ++ [ "--cpp=" ++ programPath gccProg ... >>> etc, so you will want to revert your local change. >>> >>> Let's see if that works now. >>> >> Ok, so I've started from a fresh darcs version. It works so far! > Great. So I take it we will be able to update the wiki with the > instructions you posted, less the bit about setting the %PATH% to > include the ghc's mingw/bin dir to get at cpp. > >> There's two more things: >> >> - On Windows you cannot make a distclean anymore since the program that >> is run while cleaining lives in dist/ so dist/ cannot be removed. > Mm, hasn't that always been the case on Windows? The setup gets put into > dist/setup/setup.exe. Yes it's really a cabal bug that the division of > responsibility for which process cleans dist/ means that it ends up > being a process that's running from within dist/ itself. Oh, ok. I thought that was your stages construction of the setup program. If that already happens with the standard setup.exe then there's nothing new for Windows users. >> - A build failure on Mac OS 10.6 with Gtk 2.18.9 (see below). > Is this new with our recent c2hs hacking or did you only just try with > this gtk version? No, this was darcs from this morning. I just pushed 3 more of your changes and I'm trying again. >> The two types that are missing do exist since Gtk+ 2.18 according to the >> documentation. Indeed, the header files are included from gtk/gtk.h and >> they define the type and the get_type functions. > Right. And they're all wrapped by > #if GTK_CHECK_VERSION(2,18,0) > >> I don't know what's happening here. Dunno about the functions in >> widget. > Similarly for those two widget functions, they're in 2.18 and we're > binding them conditionally. > >> Have you seen anything like this? > I've not. But I've not tried building against older gtk. > > Is this a major problem? Can we get away with telling OSX users to use a > more recent gtk? Do you want to hold the release while we investigate > further? > Ok, I've found it. I installed a new version of Gtk+ and had an old precompiled header file lying around. I wonder if that should be a FAQ if we had such a thing. I think I had that before. So, in other words: it works. You may release from my POV :-) Regards, Axel |
From: Duncan C. <dun...@go...> - 2011-09-11 17:43:36
|
On Sun, 2011-09-11 at 18:33 +0200, Axel Simon wrote: > > Is this a major problem? Can we get away with telling OSX users to use a > > more recent gtk? Do you want to hold the release while we investigate > > further? > Ok, I've found it. I installed a new version of Gtk+ and had an old > precompiled header file lying around. Phew! > I wonder if that should be a FAQ if we had such a thing. I think I had > that before. We do keep the precompchs.bin in dist/build/ at least, so a cabal clean would fix it. > So, in other words: it works. Yay! > You may release from my POV :-) Great. I will! You may notice I snuck in a couple extra patches to bind another function or two. In particular the one to set cursors is one I wanted for ThreadScope. It's nice to give visual feedback by adjusting the cursor (e.g. for hold and drag). So next we need to make sure the install instruction on the wiki (& linked from the project page) are updated and accurate. Duncan |