> Hi,
>
> how and where (which Makefile) can I set build options for building fpc?
> I need to set -Cp and I want to change the install prefix to /opt/fpc
See programmers manual for Makefile options.
___
fpc-devel maillist - fpc-devel@lists.freepa
On 4/10/06, Danny Milosavljevic <[EMAIL PROTECTED]> wrote:
> Hi,
>
(...)
> > but thing is I can't see much use for generics for low level
> > tasks.
>
> You need them for any kind of compile-time-type-checked collections...
> so as long as you only do I/O port programming, you are safe... no wait,
Thanks a lot marc,
I was looking for that code that we used to prove this,
But couldn't find the damn thing...
Your 100% correct in what my problem is...
Id love any help to get this fixed... in fact I need
It fixed :(
I must port our companies server software to linux, and
I want to do that
Micha Nelissen escreveu:
On Mon, 10 Apr 2006 12:33:18 +0200
Joost van der Sluis <[EMAIL PROTECTED]> wrote:
If you don't want to limit, then set .Filtered := false; and use
FindFirst etc.
wich won't work with current sqldb, since filtering there simply adds a
'where' part to the query
On Mon, 10 Apr 2006 12:33:18 +0200
Joost van der Sluis <[EMAIL PROTECTED]> wrote:
> > If you don't want to limit, then set .Filtered := false; and use
> > FindFirst etc.
>
> wich won't work with current sqldb, since filtering there simply adds a
> 'where' part to the query.
> An which is much slo
Hi,
Am Sonntag, den 09.04.2006, 18:51 -0300 schrieb Flávio Etrusco:
> I hope I'm not being too annoying, I'm just trying to understand
> better your decision/opinion. If you think this discussion is useless
> please speak and I'll shut up ;-)
>
> > Well, talking about Java's speed never makes sen
Hi,
how and where (which Makefile) can I set build options for building fpc?
I need to set -Cp and I want to change the install prefix to /opt/fpc
Best regards,
Yves
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.or
On Mon, 10 Apr 2006, Joost van der Sluis wrote:
Not really. Sometimes I use a locate to find a record in a dataset. I
don't want to limit the records in that dataset with a filter.
If you don't want to limit, then set .Filtered := false; and use
FindFirst etc.
wich won't work with current
On 9 apr 2006, at 21:14, Florian Klaempfl wrote:
Better even, just add cmem to the uses clause, till the bug is fixed.
It'll use the C memory manager then.
It has nothing to do with the memory manager? It's a bug in the
fastmove
routines probably.
No, it was a bug in fpc_ansistr_append_a
On 4/10/06, Joost van der Sluis <[EMAIL PROTECTED]> wrote:
> > > I'm busy implementing TBufDataset.Locate and friends. I had the idea to
> > > overload Locate like this:
> > >
> > > function Locate(const keyfields: string; const keyvalues: Variant;
> > > options: TLocateOptions; LocateNext : boole
> > I'm busy implementing TBufDataset.Locate and friends. I had the idea to
> > overload Locate like this:
> >
> > function Locate(const keyfields: string; const keyvalues: Variant;
> > options: TLocateOptions; LocateNext : boolean ) : boolean;
> >
> > So that it's possible to doe a 'locatenext'
>
> > Not really. Sometimes I use a locate to find a record in a dataset. I
> > don't want to limit the records in that dataset with a filter.
>
> If you don't want to limit, then set .Filtered := false; and use
> FindFirst etc.
wich won't work with current sqldb, since filtering there simply adds
Michael Van Canneyt wrote:
On Mon, 10 Apr 2006, Peter Vreman wrote:
Buys Regarding this bug #4855 I need to get it fixed..
The issue like this... I have 2 parts to my system...
The EXE ... and a DLL
In the DLL I have an exported function that returns an Interface...
Function doso
> Hello,
>
>> It has nothing to do with the memory manager? It's a bug in the fastmove
>> routines probably.
>
> Many thank's for fixing the BUG 4999!
> I postet the follow up as 5000 now.
>
> As with 4999 in 2.0.2 it works, 2.0.3 crashes.
Fixed. A cleanup of paszlib changed int to integer, but fo
- Original Message -
From: "Peter Vreman" <[EMAIL PROTECTED]>
To: "FPC developers' list"
Sent: Monday, April 10, 2006 12:18 AM
Subject: Re: [fpc-devel] bug ID #4855
> Buys Regarding this bug #4855 I need to get it fixed..
>
>
>
> The issue like this... I have 2 parts to my system...
>
On Mon, 10 Apr 2006, Peter Vreman wrote:
Buys Regarding this bug #4855 I need to get it fixed..
The issue like this... I have 2 parts to my system...
The EXE ... and a DLL
In the DLL I have an exported function that returns an Interface...
Function dosomething( const aObjectInt :
16 matches
Mail list logo
