Forwarding this on from
http://www.reddit.com/r/haskell/comments/bhygx/there_are_more_than_4000_people_in_the_haskell/c0mx9vu?context=2:
This is on a RHEL 5.4 box. I could have done things the daft way since
I don't know these tools at all.
cairo: I had to edit Graphics/Rendering/Cairo.hs and
Hello,
I noticed that the extremely useful grouping operations of Cairo seem
not to be bound. Here's a patch that fixes that for your review.
Thanks,
~d
groups.dpatch
Description: Binary data
--
Colocation vs.
Let me apologize in advance in case this message comes through twice.
Darcs reports that it successfully sent the patch via email, but I
didn't see it arrive in my mailbox, so I'm going to assume darcs is
lying.
In any case, I noticed a few typos and formatting errors in the
Attached is a patch for GHC-7.3 compatibility:
* removed dependency on the haskell98 package (see
http://haskell.1045720.n5.nabble.com/GHC-and-Haskell-98-td4498975.html)
* removed INLINE pragmas that GHC was ignoring anyway (see
http://hackage.haskell.org/trac/ghc/ticket/5084)
* add
In the next version of GHC, the constructors for types used in foreign
imports must be in scope at the import site. This patch adds four
characters ( =) ) to make that true.
~d
gtk2hs-buildtools.dpatch
Description: Binary data
Quoting wagne...@seas.upenn.edu:
In the next version of GHC, the constructors for types used in
foreign imports must be in scope at the import site. This patch
adds four characters ( =) ) to make that true.
Actually, it turns out I was misinterpreting what bootstrap.sh was
telling me,
Quoting Eugene Kirpichov ekirpic...@gmail.com:
Let me dare resurrect this thread and ask again for your opinion.
I'll test and apply them soon -- I've set aside some time this weekend
for gtk2hs hacking. Thanks for looking into this and sending detailed
information!
~d
Quoting José Romildo Malaquias j.romi...@gmail.com:
It would be nice to have a text introducing how gtk2hs is structured. It
would give newcomers a starting for contributing to the project.
Hm. Not sure I have the time to outline the whole project -- gtk2hs is
large, and there's plenty of
Quoting Ben Gamari bgamari.f...@gmail.com:
It seems that the most recent releases of cairo[1] and glib[2] do not
compile on ghc 7.4. This is especially unfortunate as the issues are
fixed in the darcs repository. Could someone please push new releases of
these packages to Hackage? Thanks!
Quick update: got gtk2hs building on Windows, and with gtk's as old as
2.18. I've pressed exactly enough buttons to see that earlier gtk's
don't play well with gtk2hs, but not yet pressed enough buttons to
know why.
- Da still pressing buttons niel
Quoting Ben Gamari
Quoting Axel Simon axel.si...@in.tum.de:
On 26.02.2012, at 05:57, wagne...@seas.upenn.edu wrote:
Quick update: got gtk2hs building on Windows, and with gtk's as old as
2.18. I've pressed exactly enough buttons to see that earlier gtk's
don't play well with gtk2hs, but not yet pressed enough
Quoting Jens Petersen j...@community.haskell.org:
Hi
I know gtksourceview2-0.12.3 is older than all the other 0.12.3
releases but just wondering if anyone has had any luck building it
with gtk2hs-buildtools-0.12.3?
If someone has a patch to make it build that would be helpful.
Here's the
Quoting Sergei Trofimovich sly...@gmail.com:
Preprocessing library gtksourceview2-0.12.3...
dist/build/Graphics/UI/Gtk/SourceView/Types.h:1:28: fatal error:
gtksourceview2.h: No such file or directory
compilation terminated.
gtk2hsC2hs: Error during preprocessing custom header file
FWIW
Quoting Adam Stark adstark1...@yahoo.com:
This patch adds bindings for
gtk_menu_item_get/set_label, gtk_menu_item_get/set_use_underline,
and gtk_entry_get/set_buffer.
I know that the MenuItem labels are just convenience functions, but
it seemed silly to rewrite in Haskell.
Applied,
Quoting Axel Simon axel.si...@in.tum.de:
I think there is a problem here in that you pass a simple pointer to
the C function which takes ownership of the memory. In order for your
program not to crash you have to ensure that the pointer remains valid
until the program exists.
Is there a
applied, thanks
Quoting Sergei Trofimovich sly...@gmail.com:
1 patch for repository http://code.haskell.org/svgcairo:
Mon Apr 23 09:55:33 FET 2012 Sergei Trofimovich
sly...@community.haskell.org
* fix include path for cabal-1.14
applied, thanks
Quoting Sergei Trofimovich sly...@gmail.com:
1 patch for repository http://code.haskell.org/gstreamer:
Mon Apr 23 09:58:12 FET 2012 Sergei Trofimovich
sly...@community.haskell.org
* fix build failure on ghc-7.4 (Eq constraints)
This patch looks good. Keeping those
makeNewGObject/constructNewGObject/wrapNewGObject straight is tough
work... applied, thanks!
~d
Quoting Takano Akio al...@hyper.cx:
This patch partially fixes #1251.
With this patch, the test case in #1251 doesn't leak memory,
as long as you don't
Quoting Rouan van Dalen rvda...@yahoo.co.uk:
What is the status of gtk2hs compiling with ghc-7.4.1?
Can I safely switch from ghc-7.2.2 to ghc-7.4.1 and use gtk2hs as
usual or is there still some outstanding issues?
The current status is:
1. The darcs version of each package compiles.
2.
Quoting Conrad Parker con...@metadecks.org:
Absolutely worth it, IMHO when maintaining a package, fixing a build
should trigger an immediate release. This is even so when the only
You convinced me. All affected patches have had a point release which,
if I've done everything correctly
Quoting Peter Davies ultra...@gmail.com:
It's reasonable to break a few modules on old versions of Gtk. But
occasionally, there are some Solaris or users of old Linuxes that are
suddenly faced with Gtk installations that are a few years old. It would be
good if the core functionality for
Thanks for the heads up. I'll take a look over the weekend.
~d
Quoting Thomas Dziedzic gos...@gmail.com:
Hi,
I reported my full problem here:
http://hackage.haskell.org/trac/gtk2hs/ticket/1272
The commands I run are:
runhaskell Setup configure -O -p --enable-split-objs --enable-shared \
I think this is a regression in GHC. Bug report here:
http://hackage.haskell.org/trac/ghc/ticket/7243
Let's see what HQ has to say about it.
~d
Quoting Thomas Dziedzic gos...@gmail.com:
Hi,
I reported my full problem here:
http://hackage.haskell.org/trac/gtk2hs/ticket/1272
The commands
Hi Hamish -- I'll take a look.
Quoting Hamish Mackenzie ham...@firestream.co.uk:
Can we add the bindings as they are to Hackage? They are actually
mostly generated from the WebKit IDL files using
https://github.com/ghcjs/domconv-webkit so we have a few options...
1) Add the generated
Quoting Rouan van Dalen rvda...@yahoo.co.uk:
Thanks for the speedy reply. I did see the attribute, but there is
usually a corresponding set get method for an attribute which is
what I wanted to use, but could not find :)
Quoting Wolfgang Braun t3eblin...@googlemail.com:
fixes the problem. The bug report is still open and I think the described
solution of #1270 will remove the described issue for windows users. But I
don't know if the approach of #1270 is the way it should be done. Is there
a plan to fix this
Hi Chris -- I hate to do this to you, but the supplied patch no longer
applies cleanly (after applying the patch that makes gtk2hs build at
all with 7.6). Would you mind sending another patch?
Thanks,
~d
--
LogMeIn
I can't reproduce this problem. My test program is below; it correctly
shows foo when I run it. Can you try to make a minimal example,
please?
~d
import Graphics.UI.Gtk
main = do
initGUI
w - windowNew
w `onDestroy` mainQuit
p - hPanedNew
v - vBoxNew
Quoting Garrett Mitchener garrett.mitche...@gmail.com:
Hi, I reported a bug that I'd really like to see fixed
http://trac.haskell.org/gtk2hs/ticket/1279
Thanks for the report.
I tried to make an account for myself in trac, but when I try verify my
e-mail address, I never get the automatic
I am attempting (and failing) to build gtk3hs. Have you seen these
errors? There are several of them, but they are all very similar, so
I've only included the first one.
Graphics/UI/Gtk/Printing/PrintOperation.chs:409:6:
Couldn't match expected type `Ptr ()' with actual type `Window'
Quoting Axel Simon axel.si...@in.tum.de:
I can tell you what is happening, if that helps.
Thanks, any hints are much appreciated. =)
I suspect that c2hs translates gtk_print_operation_run such that it
expects a Ptr () instead of a GtkWindow. The reason is that c2hs has
not seen the
31 matches
Mail list logo
