Hi Mindaugas,
Viktor Szakáts wrote:
BTW, I managed to build fancytxt using bcc 5.5 and it works with the same
.dlls which failed so badly with mingw.
Application Internal Error -
F:\work\harbour\harbour\contrib\hbcairo\tests\fancytxt.exe
Terminated at: 2009.11.30 22:44:06
Unrecoverable
Revision: 13076
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13076view=rev
Author: vszakats
Date: 2009-11-30 21:23:01 + (Mon, 30 Nov 2009)
Log Message:
---
2009-11-30 22:19 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* INSTALL
+ Documented
Anyway, it doesn't work here. First I have to
copy in lots of .dlls, then I get this:
---
Application Internal Error -
F:\work\harbour\harbour\contrib\hbcairo\tests\fancytxt.exe
Terminated at: 2009.11.30 22:44:06
Unrecoverable error 6005: Exception error:
Exception Code:C005
* contrib/hbcairo/hbcairo.hbc
* Changed cairo lib name from 'libcairo-2.0' to 'cairo'
This is what HB_BUILD_IMPLIB will generate.
; TODO: It's the fun part of any component adaptation, that
each build and platform use a different lib naming scheme.
We
Hi,
Viktor Szakáts wrote:
Anyway, it doesn't work here. First I have to
copy in lots of .dlls, then I get this:
Lots? I last release only two of them: libcairo-2.dll and
libpng12-0.dll, if you do not need png support (by default png is
enabled), libcairo-2.dll can be recompiled without png
Viktor Szakáts wrote:
Anyway, it doesn't work here. First I have to
copy in lots of .dlls, then I get this:
Well, I see the your dll list now:
0x68DC 0x00096000
F:\work\harbour\harbour\contrib\hbcairo\tests\libcairo-2.dll
0x64F8 0x00035000
* contrib/hbcairo/hbcairo.hbc
* Changed cairo lib name from 'libcairo-2.0' to 'cairo'
This is what HB_BUILD_IMPLIB will generate.
; TODO: It's the fun part of any component adaptation, that
each build and platform use a different lib naming scheme.
We should
I do not know that there have you got cairo library from. The original
website provides source and links to other distributions/binary providers.
I've mentioned a place where you can obtain Cairo binaries for Windows
(http://www.gtk.org/download-windows.html). The link to the same site is
Sorry, wrong order.
You need to download and unzip only tree files:
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo_1.8.8-2_win32.zip
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo-dev_1.8.8-2_win32.zip
That's how it works on win, and I can't do anything about it, only cairo
maintainers/builders/whoever.
Ok, I'm not a distro or makefile man. I just had to rename my libcairo-2.lib
to cairo.lib and sample files links again.
Notice that there is no libcairo-2.lib in the distro
pack you
On Tue, 01 Dec 2009, Mindaugas Kavaliauskas wrote:
Hi,
Yes, user may pass any parameter, but hb_cairo_par() checks if it is
valid parameter and generates runtime error. Does hb_errRT_BASE()
returns?
Yes.
Or it uses some C stack functions (like setjump) to exit to
the nearest BEGIN SEQ/END
Hi,
BTW, I fear that it's practically impossible
(means: takes a too huge amount of work) to
build a static lib of cairo due to its
numerous dependencies.
Actually, I did it last week :) I wanted to try cairo meta surface which
is implemented in new 1.9.4 snapshot (not release). Cairo has
Hi,
Viktor Szakáts wrote:
http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo_1.8.8-2_win32.zip http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/cairo-dev_1.8.8-2_win32.zip http://ftp.gnome.org/pub/gnome/binaries/win32/dependencies/libpng_1.2.39-1_win32.zip The first
BTW, I fear that it's practically impossible (means: takes a too huge amount
of work) to build a static lib of cairo due to its numerous dependencies.
Actually, I did it last week :) I wanted to try cairo meta surface which is
implemented in new 1.9.4 snapshot (not release). Cairo has
Hi,
As next step the same can be tried to create static libs.
It was successful. By hacky copying
c:\mingw\lib\libpixman-1-0.a to libpixman-1-0.a
c:\mingw\lib\libz.a to libz.dll.a
and recompiling libcairo I have a dll that uses libpng only (and system
dlls). Though libpng requires one
It was successful. By hacky copying
c:\mingw\lib\libpixman-1-0.a to libpixman-1-0.a
c:\mingw\lib\libz.a to libz.dll.a
and recompiling libcairo I have a dll that uses libpng only (and system
dlls). Though libpng requires one more copy of zlib
C:\harbour\contrib\hbcairo\tests\tmp2dir
Hi,
Viktor Szakáts wrote:
But, could you also eliminate libcairo-2.dll ?
And we have both libpng and zlib hosted in our tree
with static builds. It'd be nice to make cairo use
them.
After things I saw running ./configure, I do not thing I will try to
make static libcairo library :) It
Viktor Szakáts wrote:
But, could you also eliminate libcairo-2.dll ?
And we have both libpng and zlib hosted in our tree with static builds. It'd
be nice to make cairo use them.
After things I saw running ./configure, I do not thing I will try to make
static libcairo library :) It would
Hi,
Viktor Szakáts wrote:
And we have both libpng and zlib hosted in our tree
with static builds. It'd be nice to make cairo use
them.
I haven't noticed we have libpng in /external. So, by copying:
c:\harbour\lib\win\mingw\liblibpng.a to c:\mingw\lib\libpng12.dll.a
(this time names are
Hi,
Viktor Szakáts wrote:
BTW, I managed to build fancytxt using bcc 5.5 and
it works with the same .dlls which failed so badly
with mingw.
Application Internal Error -
F:\work\harbour\harbour\contrib\hbcairo\tests\fancytxt.exe
Terminated at: 2009.11.30 22:44:06
Unrecoverable error 6005:
20 matches
Mail list logo