On Mon, 1 Jun 2009, Mattias Gaertner wrote:
Hi fpmake devels,
fpmake uses as ppu output directory for example:
units/i386-linux/
And there is no way to change this. Right?
Some LCL packages have different PPUs per widgetset, so they need an
output directory per widgetset. At the moment they
Hello Roland
Thanks for the committ andd the tar ball.. I've set aside next weekend to
explore and begin testing it. Perhpas others in the group are like me and
putting the tarball on their 'To-Do' list.
Prince
On Sun, May 31, 2009 at 7:23 AM, Roland Schaefer <
roland.schae...@fu-berlin.de> wrot
Michael Van Canneyt wrote:
I really doubt it:
home: >ldd lazarus | grep libX
libX11.so.6 => /usr/lib/libX11.so.6 (0x7fe7531d8000)
libXext.so.6 => /usr/lib/libXext.so.6 (0x7fe7508df000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0x7fe7506d5000)
libXin
On Monday 01 June 2009 17:06:39 Paul Ishenin wrote:
> Try to think whether lazarus need 10 widgetsets 30% ready or 3
> widgetsets 100% ready? I would choose last.
I strongly agree, there are too many half-finished
... it would be nice to ... and therefore useless projects.
Qt can do framebuffer a
Michael Van Canneyt wrote:
>> As Micha said in his reply, since Gtk can be used with DFB without X,
>> you can have Lazarus w/o X anyway.
>
> I really doubt it:
>
> home: >ldd lazarus | grep libX
> libX11.so.6 => /usr/lib/libX11.so.6 (0x7fe7531d8000)
> libXext.so.6 => /usr/lib
Jonas Maebe wrote:
On 01 Jun 2009, at 14:39, Coco Pascal wrote:
But if I add the following function it returns wrong results. This
one does refer to other code.
function Y_Odd(const AValue: LongInt): LongInt; cdecl; export;
begin
if Odd(AValue) then
Result := -1
else
Result := 0;
end;
It d
Michael Van Canneyt schreef:
On Mon, 1 Jun 2009, Henry Vermaak wrote:
2009/6/1 Michael Van Canneyt :
On Mon, 1 Jun 2009, Roland Schaefer wrote:
As Micha said in his reply, since Gtk can be used with DFB without X,
you can have Lazarus w/o X anyway.
I really doubt it:
http://www.direc
Hi fpmake devels,
fpmake uses as ppu output directory for example:
units/i386-linux/
And there is no way to change this. Right?
Some LCL packages have different PPUs per widgetset, so they need an
output directory per widgetset. At the moment they use for example:
units/i386-linux-gtk2/
Another
2009/6/1 Michael Van Canneyt :
>> As Micha said in his reply, since Gtk can be used with DFB without X,
>> you can have Lazarus w/o X anyway.
>
> I really doubt it:
>
> home: >ldd lazarus | grep libX
> libX11.so.6 => /usr/lib/libX11.so.6 (0x7fe7531d8000)
As with fpGUI, most of the other
2009/6/1 Henry Vermaak :
> sometimes too heavy (never mind gtk2). an even better idea might be
> to add a directfb back-end for fpgui, which is custom drawn, too.
I would vote for this one as well. Somebody already converted fpGUI to
DOS, but that was a while back and they changed unit names etc,
2009/6/1 Michael Van Canneyt :
>
> GTK, yes. Lazarus: no. There are direct calls to X.
hmm, do they require the server to run?
henry
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Mon, 1 Jun 2009, Henry Vermaak wrote:
2009/6/1 Michael Van Canneyt :
On Mon, 1 Jun 2009, Roland Schaefer wrote:
As Micha said in his reply, since Gtk can be used with DFB without X,
you can have Lazarus w/o X anyway.
I really doubt it:
http://www.directfb.org/wiki/index.php/Project
2009/6/1 Michael Van Canneyt :
>
>
> On Mon, 1 Jun 2009, Roland Schaefer wrote:
>
>> As Micha said in his reply, since Gtk can be used with DFB without X,
>> you can have Lazarus w/o X anyway.
>
> I really doubt it:
http://www.directfb.org/wiki/index.php/Projects:GTK_on_DirectFB
henry
___
On Mon, 1 Jun 2009, Roland Schaefer wrote:
As Micha said in his reply, since Gtk can be used with DFB without X,
you can have Lazarus w/o X anyway.
I really doubt it:
home: >ldd lazarus | grep libX
libX11.so.6 => /usr/lib/libX11.so.6 (0x7fe7531d8000)
libXext.so.6 => /usr
2009/6/1 Paul Ishenin :
>
> Try to think whether lazarus need 10 widgetsets 30% ready or 3 widgetsets
> 100% ready? I would choose last.
depends on the application. if i have an embedded board that can't
run your 100% completed widget sets because they're too heavy, it's of
no use to me. if ther
2009/6/1 Roland Schaefer :
> As Micha said in his reply, since Gtk can be used with DFB without X,
> you can have Lazarus w/o X anyway.
>
> Apart from that, I think it would be absolutely feasible to go without
> Gtk and use DFB directly. I'm only working with fpc, not Lazarus, so I
> am not sure w
Roland Schaefer wrote:
As Micha said in his reply, since Gtk can be used with DFB without X,
you can have Lazarus w/o X anyway.
Apart from that, I think it would be absolutely feasible to go without
Gtk and use DFB directly. I'm only working with fpc, not Lazarus, so I
am not sure what it takes
As Micha said in his reply, since Gtk can be used with DFB without X,
you can have Lazarus w/o X anyway.
Apart from that, I think it would be absolutely feasible to go without
Gtk and use DFB directly. I'm only working with fpc, not Lazarus, so I
am not sure what it takes to develop a widgetset fo
Is there anyone that has gotten around the string/ansi char and getmem
build phase? I seem to be stuck in a recursion loop with the
getmem/sysgetmem routines and the ansi/string char issue patch doesn't
help, but makes the heap includes not compile.I'm working on a new linux
kernel if it helps.
s
On 01 Jun 2009, at 14:39, Coco Pascal wrote:
But if I add the following function it returns wrong results. This
one does refer to other code.
function Y_Odd(const AValue: LongInt): LongInt; cdecl; export;
begin
if Odd(AValue) then
Result := -1
else
Result := 0;
end;
It doesn't anymore once
Jonas Maebe wrote:
On 01 Jun 2009, at 12:30, Jonas Maebe wrote:
On 01 Jun 2009, at 11:40, Coco Pascal wrote:
It looks as if the code isn't executed at all. Maybe Firebird
requires PIC.
That is extremely unlikely (I'd say "impossible", but that's
dangerous). Whether or not the code in the
Jonas Maebe schreef:
On 01 Jun 2009, at 11:40, Coco Pascal wrote:
It looks as if the code isn't executed at all. Maybe Firebird
requires PIC.
That is extremely unlikely (I'd say "impossible", but that's
dangerous). Whether or not the code in the library is
position-independent is something
On 01 Jun 2009, at 12:30, Jonas Maebe wrote:
On 01 Jun 2009, at 11:40, Coco Pascal wrote:
It looks as if the code isn't executed at all. Maybe Firebird
requires PIC.
That is extremely unlikely (I'd say "impossible", but that's
dangerous). Whether or not the code in the library is positio
On 01 Jun 2009, at 11:40, Coco Pascal wrote:
It looks as if the code isn't executed at all. Maybe Firebird
requires PIC.
That is extremely unlikely (I'd say "impossible", but that's
dangerous). Whether or not the code in the library is position-
independent is something Firebird has no cl
Coco Pascal schreef:
If I build a library with udf functions for Firebird tests with an fpc
app calling those routines works fine. However with Firebird module
and entrypoint are found but garbage is returned.
function vv(const AValue: LongInt): LongInt; cdecl; export;
begin
Result := AValue;
25 matches
Mail list logo
