Re: [racket-dev] Working Cairo-bindings for Racket?

2014-09-27 Thread Antti Karttunen
On Fri, Sep 26, 2014 at 4:05 PM, Sam Tobin-Hochstadt sa...@cs.indiana.edu
wrote:

 Instead of changing my Planet package, it would be better to provide
 an FFI to cairo based on the existing one that's in the library you
 mention. I don't think any of my package would be useful for that,
 though.



Did I understand right that your cairo.ss is intended to work with some
substantially earlier version of Cairo-library, and you want to keep it
that way?

In any case, at least I realized that
(require racket/draw/unsafe/cairo-lib)
followed by  (define libcairo cairo-lib)

is (just ?) a more portable way of saying:

(define libcairo (ffi-lib libcairo))
[Or in Windows: (define libcairo (ffi-lib libcairo-2)) because it is
called libcairo-2.dll]

Like this:
#lang racket
(require racket/draw/unsafe/cairo-lib)
(require ffi/unsafe)

cairo-lib
#ffi-lib
 (define libcairo (ffi-lib libcairo))
. . ffi-lib: couldn't open libcairo.dll (The specified module could not
be found.; errno=126)
 (define libcairo (ffi-lib libcairo-2))
 libcairo
#ffi-lib
 (eq? cairo-lib libcairo)
#t





So I guess making my own set of bindings shouldn't be too much of
racket-science...


Best,

Antti


 Sam

 On Fri, Sep 26, 2014 at 8:44 AM, Antti Karttunen
 antti.karttu...@gmail.com wrote:
 
  Another question:
 
  Would it be a big job to edit the bindings in
 
 http://planet.racket-lang.org/package-source/samth/cairo.plt/1/0/cairo.ss
  so that it worked with the current
 
  (require racket/draw/unsafe/cairo-lib)
 
  cairo-lib
  #ffi-lib
 
  ?
 
  I guess it's not just question of deprecated names for Cairo functions
 as
  mentioned in the ticket:
  http://planet.racket-lang.org/trac/ticket/357
 
  but also code like: (define libcairo (ffi-lib libcairo))
 
  right in the beginning of .../samth/cairo.plt/1/0/cairo.ss
  ?
 
 
  Yours,
 
  Antti Karttunen
 
 
  _
Racket Developers list:
http://lists.racket-lang.org/dev
 

_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Working Cairo-bindings for Racket?

2014-09-27 Thread Sam Tobin-Hochstadt
No, I'm suggesting that while I think a real binding to cairo would be a
good idea, it should be based on the code already in racket/draw and that
the code in my library is probably useless. Feel free to use any of it that
you find useful, though.

Sam
On Sep 27, 2014 5:08 AM, Antti Karttunen antti.karttu...@gmail.com
wrote:



 On Fri, Sep 26, 2014 at 4:05 PM, Sam Tobin-Hochstadt sa...@cs.indiana.edu
  wrote:

 Instead of changing my Planet package, it would be better to provide
 an FFI to cairo based on the existing one that's in the library you
 mention. I don't think any of my package would be useful for that,
 though.



 Did I understand right that your cairo.ss is intended to work with some
 substantially earlier version of Cairo-library, and you want to keep it
 that way?

 In any case, at least I realized that
 (require racket/draw/unsafe/cairo-lib)
 followed by  (define libcairo cairo-lib)

 is (just ?) a more portable way of saying:

 (define libcairo (ffi-lib libcairo))
 [Or in Windows: (define libcairo (ffi-lib libcairo-2)) because it is
 called libcairo-2.dll]

 Like this:
 #lang racket
 (require racket/draw/unsafe/cairo-lib)
 (require ffi/unsafe)

 cairo-lib
 #ffi-lib
  (define libcairo (ffi-lib libcairo))
 . . ffi-lib: couldn't open libcairo.dll (The specified module could not
 be found.; errno=126)
  (define libcairo (ffi-lib libcairo-2))
  libcairo
 #ffi-lib
  (eq? cairo-lib libcairo)
 #t
 

 


 So I guess making my own set of bindings shouldn't be too much of
 racket-science...


 Best,

 Antti


 Sam

 On Fri, Sep 26, 2014 at 8:44 AM, Antti Karttunen
 antti.karttu...@gmail.com wrote:
 
  Another question:
 
  Would it be a big job to edit the bindings in
 
 http://planet.racket-lang.org/package-source/samth/cairo.plt/1/0/cairo.ss
  so that it worked with the current
 
  (require racket/draw/unsafe/cairo-lib)
 
  cairo-lib
  #ffi-lib
 
  ?
 
  I guess it's not just question of deprecated names for Cairo
 functions as
  mentioned in the ticket:
  http://planet.racket-lang.org/trac/ticket/357
 
  but also code like: (define libcairo (ffi-lib libcairo))
 
  right in the beginning of .../samth/cairo.plt/1/0/cairo.ss
  ?
 
 
  Yours,
 
  Antti Karttunen
 
 
  _
Racket Developers list:
http://lists.racket-lang.org/dev
 



_
  Racket Developers list:
  http://lists.racket-lang.org/dev


[racket-dev] Working Cairo-bindings for Racket?

2014-09-26 Thread Antti Karttunen
Another question:

Would it be a big job to edit the bindings in
http://planet.racket-lang.org/package-source/samth/cairo.plt/1/0/cairo.ss
so that it worked with the current

(require racket/draw/unsafe/cairo-lib)

cairo-lib
#ffi-lib

?

I guess it's not just question of deprecated names for Cairo functions as
mentioned in the ticket:
http://planet.racket-lang.org/trac/ticket/357

but also code like: (define libcairo (ffi-lib libcairo))

right in the beginning of .../samth/cairo.plt/1/0/cairo.ss
?


Yours,

Antti Karttunen
_
  Racket Developers list:
  http://lists.racket-lang.org/dev


Re: [racket-dev] Working Cairo-bindings for Racket?

2014-09-26 Thread Sam Tobin-Hochstadt
Instead of changing my Planet package, it would be better to provide
an FFI to cairo based on the existing one that's in the library you
mention. I don't think any of my package would be useful for that,
though.

Sam

On Fri, Sep 26, 2014 at 8:44 AM, Antti Karttunen
antti.karttu...@gmail.com wrote:

 Another question:

 Would it be a big job to edit the bindings in
 http://planet.racket-lang.org/package-source/samth/cairo.plt/1/0/cairo.ss
 so that it worked with the current

 (require racket/draw/unsafe/cairo-lib)

 cairo-lib
 #ffi-lib

 ?

 I guess it's not just question of deprecated names for Cairo functions as
 mentioned in the ticket:
 http://planet.racket-lang.org/trac/ticket/357

 but also code like: (define libcairo (ffi-lib libcairo))

 right in the beginning of .../samth/cairo.plt/1/0/cairo.ss
 ?


 Yours,

 Antti Karttunen


 _
   Racket Developers list:
   http://lists.racket-lang.org/dev

_
  Racket Developers list:
  http://lists.racket-lang.org/dev