[Pkg-pascal-devel] Bug#741792: doublecmd: FTBFS: install: cannot stat '*.so*': No such file or directory

[Abou Al Montacir]

On Fri, 2014-04-11 at 13:40 +0200, Paul Gevers wrote:
> Hi all,
> 
> On 10-04-14 21:30, Abou Al Montacir wrote:
> >> On 10 April 2014 18:06, Alexander Koblov <alexx2000 at mail.ru> wrote:
> >>> I suggest the following solution: add also one debian package that will
> >>> include binary versions of visual components (like SynEdit, that depends on
> >>> widgetset) compiled for LCL-Qt widgetset (something like
> >>> lcl-components-qt4). Then programs that wants to compiled for Qt4 simply
> >>> will add this package in depends so no need in lazarus sources.
> 
> > LCL components are independent of the widget set used.
> 
> No offense to anybody, but as I understand the discussion the practical
> question here is if this last statement is true. I understand that the
> opinion of Abou is that at least they SHOULD be independent, but that
> Alexander believes or knows that they are not. The question is, who is
> right. I don't know how to judge, so I challenge Alexander to convince
> us that the LCL components are widget set dependent (by telling us how
> we could verify this). If Alexander is right, we will than have to find
> a way to handle that in the packaging.
You can verify this when you see that most units in gtk2 are now
symbolic links to their homonyms in qt. But of course I can e wrong and
their may be some bugs.

> @Abou, you were not the first one to provide both gtk and qt versions of
> a program build with Lazarus. At least I already did it before with
> Winff, by popular demand. And indeed, I think this should just be
> possible with the Lazarus packages as we provide them.
Due to lack of support of dynamic linking for packages, you need to link
twice your program to make it use either gtk or qt, but that is all. You
don't normally need to compile it twice. If Lazarus was able to use
dynamically linked packages, then it would be 1 exe and 2 interfaces.

Cheers,
Abou Al Monacir
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-pascal-devel/attachments/20140414/70cf0730/attachment.sig>