On Wednesday 14 September 2011 21:48:07 Mark Morgan Lloyd wrote:
> Felipe Monteiro de Carvalho wrote:
> > On Wed, Sep 14, 2011 at 6:32 PM, Mark Morgan Lloyd
> >
> > wrote:
> >> Does that also apply to cross builds? Could Lazarus built with a current
> >> FPC drive a 1.x compiler, or is it too dif
On Wed, 14 Sep 2011 19:48:07 +
Mark Morgan Lloyd wrote:
> Felipe Monteiro de Carvalho wrote:
> > On Wed, Sep 14, 2011 at 6:32 PM, Mark Morgan Lloyd
> > wrote:
> >> Does that also apply to cross builds? Could Lazarus built with a current
> >> FPC
> >> drive a 1.x compiler, or is it too diffe
On 14/09/2011 22:27, Bart wrote:
On 9/14/11, Martin wrote:
Since it is of course not desired to select text only to change it,
I really do not understand what you mean by that.
Changing selected text is one of the key features I'm using this app for.
If you wish to change text by code (from yo
On 9/14/11, Martin wrote:
> this is intended behaviour.
>
> Using SynEdit.Lines, does not trigger any "line change", also it does
> not add "undo" (and previous undo will stop working)
> Lines are used for initialization
OK, I get that.
> Since it is of course not desired to select text only to
On 13/09/2011 13:12, Joost van der Sluis wrote:
On Mon, 2011-09-12 at 23:18 +0100, Martin wrote:
On 12/09/2011 22:51, Hans-Peter Diettrich wrote:
However, I still recommend trunk => a lot of fixes have been applied.
Known issues are :
- strings 0 versus 1 based (I do hope to test with dwarf3 s
Felipe Monteiro de Carvalho wrote:
On Wed, Sep 14, 2011 at 6:32 PM, Mark Morgan Lloyd
wrote:
Does that also apply to cross builds? Could Lazarus built with a current FPC
drive a 1.x compiler, or is it too different?
Lazarus build what? 3rd party applications or itself?
Itself or LCL apps in
leledumbo wrote:
Aparently, Lazarus is looking for libpq.so.4, while my implementations have
libpq.so.5
It shouldn't be hardcoded AFAIK: libpq.so only, which may be a symlink to
the correct version. Try checking the source code whether the .4 is
hardcoded or not.
When I last looked at this (a
On 14.09.2011 21:13, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
On 14.09.2011 05:10, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
2. Delphi uses the Windows Registry to store its known packages, true,
but Lazarus basically does the same for its installed packages in its
XML files that
On 14.09.2011 20:45, Felipe Monteiro de Carvalho wrote:
On Wed, Sep 14, 2011 at 6:32 PM, Mark Morgan Lloyd
wrote:
Does that also apply to cross builds? Could Lazarus built with a current FPC
drive a 1.x compiler, or is it too different?
Lazarus build what? 3rd party applications or itself?
On 13/09/2011 13:12, Joost van der Sluis wrote:
On Mon, 2011-09-12 at 23:18 +0100, Martin wrote:
- dyn array, element access in deeply nested pascal expression (simple
cases are normally handled)
Same as above: works, but maybe not in gdb 7.3 yet.
See attached excel, with
- various fpc,
- sta
On Wed, Sep 14, 2011 at 6:32 PM, Mark Morgan Lloyd
wrote:
> Does that also apply to cross builds? Could Lazarus built with a current FPC
> drive a 1.x compiler, or is it too different?
Lazarus build what? 3rd party applications or itself?
Itself or LCL apps in general for sure not, because the l
Sven Barth schrieb:
On 14.09.2011 05:10, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
2. Delphi uses the Windows Registry to store its known packages, true,
but Lazarus basically does the same for its installed packages in its
XML files that are stored in e.g. %APPDATA%\lazarus or ~/.lazaru
Martin schrieb:
Storing config in the app dir IMHO is not a good idea (btw older Lazarus
did do that.)
Most modern OS have guidelines t say otherwise.
On linux users can not write to that dir at all. On Windows it would
currently work, because lazarus is nt in "Program Files" folder => once
Flávio Etrusco schrieb:
On Wed, Sep 14, 2011 at 12:10 AM, Hans-Peter Diettrich
wrote:
Sven Barth schrieb:
2. Delphi uses the Windows Registry to store its known packages, true, but
Lazarus basically does the same for its installed packages in its XML files
that are stored in e.g. %APPDATA%\la
> Aparently, Lazarus is looking for libpq.so.4, while my implementations have
libpq.so.5
It shouldn't be hardcoded AFAIK: libpq.so only, which may be a symlink to
the correct version. Try checking the source code whether the .4 is
hardcoded or not.
--
View this message in context:
http://free-pa
Sven Barth wrote:
On 14.09.2011 18:32, Mark Morgan Lloyd wrote:
Sven Barth wrote:
On 14.09.2011 16:29, Michael Schnell wrote:
AFAIK, FPC decently supports cross-compiling to 68K.
You need to use a pre 2.0 version of FPC for this. The 68k code isn't
enabled and/or maintained in current versio
On 14.09.2011 18:32, Mark Morgan Lloyd wrote:
Sven Barth wrote:
On 14.09.2011 16:29, Michael Schnell wrote:
AFAIK, FPC decently supports cross-compiling to 68K.
You need to use a pre 2.0 version of FPC for this. The 68k code isn't
enabled and/or maintained in current versions.
Does that als
Sven Barth wrote:
On 14.09.2011 16:29, Michael Schnell wrote:
AFAIK, FPC decently supports cross-compiling to 68K.
You need to use a pre 2.0 version of FPC for this. The 68k code isn't
enabled and/or maintained in current versions.
Does that also apply to cross builds? Could Lazarus built w
I have a Lazarus App which I use heavily that uses a MySQL Database. I
have an older 32 bit laptop (Running Fedora 12) that it still works on
using Zeosdbo. I would consider moving this over to Postgresql, but I
am running up against the same problem there too. Aparently, Lazarus is
looking
On 2011-09-14 11:59:03 -0300, Leonardo M. Ramé wrote:
> On 2011-09-14 16:40:35 +0200, Mattias Gaertner wrote:
> >
> >
> >"Leonardo M. Rame" hat am 14. September 2011 um
> > 16:13
> >geschrieben:
> >
> >> On 2011-09-14 15:38:05 +0200, Mattias Gaertner wrote:
> >> >
> >
On 14/09/2011 15:49, Martin wrote:
On 14/09/2011 15:43, Bart wrote:
this is intended behaviour.
Using SynEdit.Lines, does not trigger any "line change", also it does
not add "undo" (and previous undo will stop working)
Lines are used for initialization
Since it is of course not desired t
On 2011-09-14 16:40:35 +0200, Mattias Gaertner wrote:
>
>
>"Leonardo M. Rame" hat am 14. September 2011 um 16:13
>geschrieben:
>
>> On 2011-09-14 15:38:05 +0200, Mattias Gaertner wrote:
>> >
>> >
>> >"Leonardo M. Rame" hat am 14. September 2011
>um 15:1
On 14/09/2011 15:43, Bart wrote:
Hi,
I have a SynEdit on a form and I do this
SynEdit1.SelText := '//Bye';
This works as expected, and in the gutter the line is now marked as changed.
However if I do this:
SynEdit1.Lines[1] := SynEdit1.Lines[1] + ' // Hi';
The Line gets updated allrig
Am 14.09.2011 15:29, schrieb Michael Schnell:
Is it possible/viable to use the Lazarus IDE for writing and compiling
the code ?
Is it possible to configure the Lazarus IDE to use gdb in cross-mode ?
Maybe you should have a look to MSEide too. MSEide has been designed not
only for MSEgui / Fre
Hi,
I have a SynEdit on a form and I do this
SynEdit1.SelText := '//Bye';
This works as expected, and in the gutter the line is now marked as changed.
However if I do this:
SynEdit1.Lines[1] := SynEdit1.Lines[1] + ' // Hi';
The Line gets updated allright, but the gutter does not mark the
On 14.09.2011 16:29, Michael Schnell wrote:
AFAIK, FPC decently supports cross-compiling to 68K.
You need to use a pre 2.0 version of FPC for this. The 68k code isn't
enabled and/or maintained in current versions.
Of course you can try to revive it again :D
Regards,
Sven
--
___
"Leonardo M. Ramé" hat am 14. September 2011 um 16:13
geschrieben:
> On 2011-09-14 15:38:05 +0200, Mattias Gaertner wrote:
> >
> >
> > "Leonardo M. Rame" hat am 14. September 2011 um
> >15:18
> > geschrieben:
> >
> > > Hi, after updating from svn on Windows, and doing "make cl
Wee seem to want to do an embedded project with an 68 Processor (in fact
a "Fido" chip by Innovasic, that provides the "CPU32" variant of the 68K
CPU).
This project does not use a normal OS, it just is a "program", no GUI,
no standard API.
The SDK for the chip supports the gnu tool chain and
On 2011-09-14 15:38:05 +0200, Mattias Gaertner wrote:
>
>
>"Leonardo M. Rame" hat am 14. September 2011 um 15:18
>geschrieben:
>
>> Hi, after updating from svn on Windows, and doing "make clean all", I
>run Lazarus from a shortcut on
>> my desktop that calls "E:\lazarus\
On Wed, Sep 14, 2011 at 10:33 AM, Marcos Douglas wrote:
>
> Hm... I do not use startlazarus too - I used, but seeing my BAT script
> now it uses lazarus.exe (I must have changed it for some time and did
> not remember).
> I will try, thanks.
You were right. Using startlazarus this problem not hap
2011/9/14 Flávio Etrusco :
> On Wed, Sep 14, 2011 at 6:33 AM, Martin wrote:
>> On 14/09/2011 10:05, Sven Barth wrote:
>>>
>>> On 14.09.2011 10:54, Martin wrote:
Storing config in the app dir IMHO is not a good idea (btw older Lazarus
did do that.)
Most modern OS have guidelines
2011/9/14 Flávio Etrusco :
> On Wed, Sep 14, 2011 at 6:05 AM, Sven Barth
> wrote:
>> On 14.09.2011 10:54, Martin wrote:
>>>
>>> On 14/09/2011 04:31, Flávio Etrusco wrote:
On Wed, Sep 14, 2011 at 12:10 AM, Hans-Peter Diettrich
wrote:
>
> Sven Barth schrieb:
>>
>> 2.
"Leonardo M. Ramé" hat am 14. September 2011 um 15:18
geschrieben:
> Hi, after updating from svn on Windows, and doing "make clean all", I run
> Lazarus from a shortcut on
> my desktop that calls "E:\lazarus\startlazarus.exe".
>
> The problem is that every time I run it, it asks for the FPC
2011/9/14 Flávio Etrusco :
> On Wed, Sep 14, 2011 at 12:16 AM, Hans-Peter Diettrich
> wrote:
>> Marcos Douglas schrieb:
>>>
>>> Hi,
>>>
>>> My env is:
>>> Lazarus 0.9.31 r31914 FPC 2.4.5 i386-win32-win32/win64
>>>
>>> After a Build all, the IDE does not restart.
>>> The compilation is Ok; IDE was
On Wed, Sep 14, 2011 at 12:16 AM, Hans-Peter Diettrich
wrote:
> Marcos Douglas schrieb:
>>
>> Hi,
>>
>> My env is:
>> Lazarus 0.9.31 r31914 FPC 2.4.5 i386-win32-win32/win64
>>
>> After a Build all, the IDE does not restart.
>> The compilation is Ok; IDE was closed; show the splash again... but
>>
Hi, after updating from svn on Windows, and doing "make clean all", I run
Lazarus from a shortcut on
my desktop that calls "E:\lazarus\startlazarus.exe".
The problem is that every time I run it, it asks for the FPC Sources
directory. It should store that value on some file or folder, but it
appar
On Wed, Sep 14, 2011 at 6:33 AM, Martin wrote:
> On 14/09/2011 10:05, Sven Barth wrote:
>>
>> On 14.09.2011 10:54, Martin wrote:
>>>
>>> Storing config in the app dir IMHO is not a good idea (btw older Lazarus
>>> did do that.)
>>> Most modern OS have guidelines t say otherwise.
>>>
>>> On linux u
On 14/09/2011 10:05, Sven Barth wrote:
On 14.09.2011 10:54, Martin wrote:
Storing config in the app dir IMHO is not a good idea (btw older Lazarus
did do that.)
Most modern OS have guidelines t say otherwise.
On linux users can not write to that dir at all. On Windows it would
currently work, b
On Wed, Sep 14, 2011 at 6:05 AM, Sven Barth wrote:
> On 14.09.2011 10:54, Martin wrote:
>>
>> On 14/09/2011 04:31, Flávio Etrusco wrote:
>>>
>>> On Wed, Sep 14, 2011 at 12:10 AM, Hans-Peter Diettrich
>>> wrote:
Sven Barth schrieb:
>
> 2. Delphi uses the Windows Registry to store
On 14.09.2011 10:54, Martin wrote:
On 14/09/2011 04:31, Flávio Etrusco wrote:
On Wed, Sep 14, 2011 at 12:10 AM, Hans-Peter Diettrich
wrote:
Sven Barth schrieb:
2. Delphi uses the Windows Registry to store its known packages,
true, but
Lazarus basically does the same for its installed packages
On 14/09/2011 04:31, Flávio Etrusco wrote:
On Wed, Sep 14, 2011 at 12:10 AM, Hans-Peter Diettrich
wrote:
Sven Barth schrieb:
2. Delphi uses the Windows Registry to store its known packages, true, but
Lazarus basically does the same for its installed packages in its XML files
that are stored i
On 14.09.2011 05:10, Hans-Peter Diettrich wrote:
Sven Barth schrieb:
2. Delphi uses the Windows Registry to store its known packages, true,
but Lazarus basically does the same for its installed packages in its
XML files that are stored in e.g. %APPDATA%\lazarus or ~/.lazarus.
The difference b
On 13/09/2011 03:59, David Emerson wrote:
> The real reason I'm asking is that in fpgui, the class is undefined and I'd
> like
Please get an fpGUI update, it is now implemented.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.
43 matches
Mail list logo
