On Aug 27, 2011, at 6:32 PM, Slava Pestov wrote:
> resource:basis/gdk/pixbuf/ffi/ffi.factor
>
> 27: f { { pointer: GError initial: f } }
> ^
> More than one vocabulary defines a word named “GError”
>
> The following restarts are available:
>
> :1 Use the gl
Hi all!
I'll take a look at these errors soon (not today, but soon).
About gdk_pixbuf_get_pixels: it seems that definition of this function
is incorrect (in GdkPixbuf-2.0.gir). Maybe it's already fixed in the
latest version.
2011/8/28 Slava Pestov :
> Hi Joe,
>
> Thanks for taking a look at this.
Hi Joe,
Thanks for taking a look at this.
On Sat, Aug 27, 2011 at 6:03 PM, Joe Groff wrote:
> It looks like the glib.ffi version got factored out after Blei originally
> branched, but the merge threw it all back in again. I pushed a patch that
> merges the actual changes in by hand. Does it ge
On Aug 27, 2011, at 5:42 PM, Slava Pestov wrote:
> I'm not sure how to fix the gtk problem. It looks like there was a bad
> merge. For example, now both glib.ffi and
> gobject-introspection.standard-types define the guint8, etc types.
It looks like the glib.ffi version got factored out after Blei
Hi Anton,
Joe merged Blei's native-image-loader work, unfortunately the gtk UI
backend doesn't bootstrap anymore and I can't figure out the problem.
Do you think you'll find some time to take a look at it?
It looks like glib.ffi and gobject.ffi both define GError now, and
glib.ffi and gobject-int
I'm not sure how to fix the gtk problem. It looks like there was a bad
merge. For example, now both glib.ffi and
gobject-introspection.standard-types define the guint8, etc types.
Are Anton or Philipp still around?
On Sat, Aug 27, 2011 at 5:32 PM, Joe Groff wrote:
>
> On Aug 27, 2011, at 5:15 PM
On Aug 27, 2011, at 5:15 PM, Slava Pestov wrote:
> Hi Joe,
>
> I saw you merged your changes. However bootstrap fails on Linux now:
I thought you said you tested them...
Regardless, I also went ahead and moved the pure Factor image libraries to
extra/ as you suggested.
-Joe
smime.p7s
Descri
Hi Joe,
I saw you merged your changes. However bootstrap fails on Linux now:
resource:basis/ui/backend/gtk/gtk.factor
3: USING: accessors alien.accessors alien.c-types alien.data
5: continuations destructors environment gdk.ffi gdk.gl.ffi
^
resourc
Hi Joe,
On Sat, Aug 27, 2011 at 4:05 PM, Joe Groff wrote:
> I updated and merged my old native-image-loader branch, which makes Factor
> use the native Cocoa/Win32 facilities for loading images, along with Philipp
> Brueschweiler's gtk-image-loader branch that adds the same functionality for
> th
On Aug 27, 2011, at 2:36 PM, John Benediktsson wrote:
> I don't think versioning the vocabularies included in Factor is necessary.
> You don't see versions in standard libraries of other languages.
Sure, but some sane and convenient mechanism for loading and versioning
third-party modules is
I updated and merged my old native-image-loader branch, which makes Factor
use the native Cocoa/Win32 facilities for loading images, along with Philipp
Brueschweiler's gtk-image-loader branch that adds the same functionality for
the GTK backend. I've tested that Windows and OS X work; could somebod
I don't think versioning the vocabularies included in Factor is necessary. You
don't see versions in standard libraries of other languages. However, it would
be nice if released versions of Factor reported their version numbers properly.
On Aug 27, 2011, at 12:32 PM, "Matt Gushee" wrote:
>
On Aug 27, 2011, at 12:32 PM, Matt Gushee wrote:
> * Version info is useful, not just for the purpose I mentioned, but
> also for debugging.
I agree that there ought to be a user-readable version number available
programmatically. There is a build number in the image (accessible by USE:
kernel
Hi Matt,
On Sat, Aug 27, 2011 at 12:00 PM, Matt Gushee wrote:
> A couple of details that could be important: my desktop computer is
> rather [ahem] embarrassingly old ... so it doesn't have SSE2. Therefore
> I can't use a prebuilt package. I built factor last Sunday using the
>
> ./build-support
Hi, all--
I'm wondering what the Factor community would think of including certain
kinds of metadata in the source code for vocabularies and for the Factor
itself.
My starting point for this line of thinking was that I had played with
Factor for a while a couple of years ago, then dropped it for
Hi, folks--
I'm kind of new here ... I was learning Factor a couple of years ago,
then got pulled away by circumstances, and am now trying to get back
into it. However, I'm having an issue with the GUI listener. It runs
fine on my laptop, but fails on my desktop as follows:
$ ./factor
cairo-e
16 matches
Mail list logo