Cygwin does not need a CAIRO_PATH variable any more than
Linux would. This is specific to Windows, where one might
install anything anywhere.
I'm using libgda-1.2.3, but the problem hasn't to do with
libgda but the use of the unportable tm.gmt_off, which was
one of the original problems of this bug.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> Cygwin does not need a CAIRO_PATH variable any more than
> Linux would. This is specific to Windows, where one
might install anything anywhere.
Really?
In my environment, it's actually required.
If I apply your patch, build is failed when creating
library file. Because it can't find(and link) "libruby-
cairo.a" which is under CAIRO_PATH.
# I attached my build-log file when I applied your patch
to Ruby/Pango.
I want to check you your mkmf.log and build-log(stdout
result when make is executed) of Ruby/Pango.
> I'm using libgda-1.2.3, but the problem hasn't to do
> with libgda but the use of the unportable tm.gmt_off,
> which was one of the original problems of this bug.
Actually, Ruby/Libgda hasn't support Cygwin yet.
I want to try it but, I don't find libgda in setup.exe of
Cygwin.
How can I get a binary of libgda on cygwin ?
Should I build it by myself ?
If so, now I'll not support it by myself because there is
few people to use it now.
Of course, patches are welcome ;).
P.S.
I found a compiling problem of Ruby/GLib on cygwin.
It's been fixed.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I see. CAIRO_PATH is *extremely* vague; this should be
RCAIRO_PATH.
What you mean is that ruby-pango and ruby-gtk2 depend on
symbols in rcairo? This only happens with pango-1.10 and
gtk+-2.8, which isn't yet it Cygwin. In any case, rcairo
doesn't install libruby-cairo.a by default, so that would
mean that RCAIRO_PATH is the compiled rcairo *source* directory?
This is very undesirable; instead, (if rcairo will remain
separate from ruby-gnome2,) rcairo should be fixed to
*install* libruby-cairo.a on Cygwin/MinGW/etc., and then
you'll know where to find it when building ruby-pango/gtk2.
Regarding libgda, I have a package on Cygwin Ports; with
setup.exe, add this server:
ftp://sunsite.dk/projects/cygwinports/
The packages are called libgda2-*.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Cygwin build patch
Logged In: YES
user_id=495147
Thanks. Applied.
Logged In: YES
user_id=677371
0.14.1 introduced some new problems with Cygwin, here's a
patch to fix them.
In addition, there's still the usage of tm.gmt_off in
libgda/src/rbgdavalue.c, which isn't available on Cygwin.
0.14.1 Cygwin patch
Logged In: YES
user_id=495147
Thanks. Applied your patch for ATK only.
You need to install/compile Ruby/Cairo.
Then set CAIRO_PATH.
So the patch below was rejected.
- if /mingw|cygwin|mswin32/ =~ RUBY_PLATFORM
+ if /mingw|mswin32/ =~ RUBY_PLATFORM
unless ENV["CAIRO_PATH"]
puts "Error! Set CAIRO_PATH."
exit 1
What is the version of libgda?
libgda hasn't supported 1.3.9x yet.
BTW, don't append new problems to the fixed bug ticket.
Please create new one.
Logged In: YES
user_id=677371
Cygwin does not need a CAIRO_PATH variable any more than
Linux would. This is specific to Windows, where one might
install anything anywhere.
I'm using libgda-1.2.3, but the problem hasn't to do with
libgda but the use of the unportable tm.gmt_off, which was
one of the original problems of this bug.
Logged In: YES
user_id=495147
> Cygwin does not need a CAIRO_PATH variable any more than
> Linux would. This is specific to Windows, where one
might install anything anywhere.
Really?
In my environment, it's actually required.
If I apply your patch, build is failed when creating
library file. Because it can't find(and link) "libruby-
cairo.a" which is under CAIRO_PATH.
# I attached my build-log file when I applied your patch
to Ruby/Pango.
I want to check you your mkmf.log and build-log(stdout
result when make is executed) of Ruby/Pango.
> I'm using libgda-1.2.3, but the problem hasn't to do
> with libgda but the use of the unportable tm.gmt_off,
> which was one of the original problems of this bug.
Actually, Ruby/Libgda hasn't support Cygwin yet.
I want to try it but, I don't find libgda in setup.exe of
Cygwin.
How can I get a binary of libgda on cygwin ?
Should I build it by myself ?
If so, now I'll not support it by myself because there is
few people to use it now.
Of course, patches are welcome ;).
P.S.
I found a compiling problem of Ruby/GLib on cygwin.
It's been fixed.
stdout log when executing make under pango directory.
Logged In: YES
user_id=495147
Oops, I forgot to attach a pango-log file.
Logged In: YES
user_id=677371
I see. CAIRO_PATH is *extremely* vague; this should be
RCAIRO_PATH.
What you mean is that ruby-pango and ruby-gtk2 depend on
symbols in rcairo? This only happens with pango-1.10 and
gtk+-2.8, which isn't yet it Cygwin. In any case, rcairo
doesn't install libruby-cairo.a by default, so that would
mean that RCAIRO_PATH is the compiled rcairo *source* directory?
This is very undesirable; instead, (if rcairo will remain
separate from ruby-gnome2,) rcairo should be fixed to
*install* libruby-cairo.a on Cygwin/MinGW/etc., and then
you'll know where to find it when building ruby-pango/gtk2.
Regarding libgda, I have a package on Cygwin Ports; with
setup.exe, add this server:
ftp://sunsite.dk/projects/cygwinports/
The packages are called libgda2-*.