Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-12-01 Thread Viktor Szakáts
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

[Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread vszakats
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Viktor Szakáts
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
* 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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Viktor Szakáts
* 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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Viktor Szakáts
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Viktor Szakáts
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Viktor Szakáts
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Przemysław Czerpak
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Viktor Szakáts
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Viktor Szakáts
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Viktor Szakáts
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
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

Re: [Harbour] SF.net SVN: harbour-project:[13076] trunk/harbour

2009-11-30 Thread Mindaugas Kavaliauskas
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: