On Mon, 20 Aug 2007, David Lyon wrote:
> Marco van de Voort wrote:
> > > > Define "load". Also keep in mind that Perl installs interpreter
> > > > sourcecode, what exactly do you imagine for FPC? compiled libs, source?
> > > > How do you deal with versioning?
> > > >
> > > >
> > > Righ
David Lyon schreef:
Marco van de Voort wrote:
Define "load". Also keep in mind that Perl installs interpreter
sourcecode, what exactly do you imagine for FPC? compiled libs, source?
How do you deal with versioning?
Right. That's what perl does. We should do the same thing. Then compile
Marco van de Voort wrote:
Define "load". Also keep in mind that Perl installs interpreter
sourcecode, what exactly do you imagine for FPC? compiled libs, source?
How do you deal with versioning?
Right. That's what perl does. We should do the same thing. Then compile it
into a library t
On Mon, 20 Aug 2007, David Lyon wrote:
> Michael Van Canneyt wrote:
> > > > > - fpc/lazarus uses these library files just as it would
> > > > > internal functions...
> > > > >
> > > > >
> > > > That is impossible. (or you use "internal functions" entirely the wrong
> > > > way).
On Mon, Aug 20, 2007 at 05:42:26PM +1000, David Lyon wrote:
> The model is that you download the source you need and compile it into your
> own system.
That's no problem, and already the case.
>> Define "load". Also keep in mind that Perl installs interpreter
>> sourcecode, what exactly do you i
Michael Van Canneyt wrote:
- fpc/lazarus uses these library files just as it would
internal functions...
That is impossible. (or you use "internal functions" entirely the wrong
way).
Why impossible ?
At compile time, the compiler could decide whether the function is "
On Mon, 20 Aug 2007, David Lyon wrote:
> > > - fpc/lazarus uses these library files just as it would
> > > internal functions...
> > >
> >
> > That is impossible. (or you use "internal functions" entirely the wrong
> > way).
> >
> Why impossible ?
>
> At compile time, the compiler cou
Marco van de Voort wrote:
What I think we should devise or adapt is something a bit similar to the
python/perl library model.
What exactly is that model? Triple the average linux packaging system size
by sticking every unit into a separate installable package and provide of a
web of depend
On Sun, Aug 19, 2007 at 10:08:57AM +1000, David Lyon wrote:
>>>
>>> When the ToDos are solved the IDE can be extended.
>>>
>>
>> I added a few links to FPC wiki sites there.
> Well, I have had a think about this library issue a bit further.
>
> What I think we should devise or adapt is some
Marco van de Voort wrote:
Darius Blaszijk wrote:
[...]
2) Lazarus only supports static packages. So installing a package
would always require to recompile Lazarus. I have no idea what the
progress on this topic is. Perhaps the wiki has something on it, or
someone from core can comment.
On Thu, Aug 16, 2007 at 09:10:46AM +0200, Mattias Gaertner wrote:
> On Thu, 16 Aug 2007 09:46:46 +1000
> David Lyon <[EMAIL PROTECTED]> wrote:
>
> > Hi Darius,
> >
> > Darius Blaszijk wrote:
> >[...]
> > > 2) Lazarus only supports static packages. So installing a package
> > > would always requi
On Thu, 16 Aug 2007, David Lyon wrote:
> Michael Van Canneyt wrote:
> > As far as I'm concerned, this is an absolute must for inclusion in Lazarus
> > by default. It would ensure that lazarus covers all areas of modern
> > development. (if such a thing exists...)
> >
> When I made my "modern"
On Thu, 16 Aug 2007 09:46:46 +1000
David Lyon <[EMAIL PROTECTED]> wrote:
> Hi Darius,
>
> Darius Blaszijk wrote:
>[...]
> > 2) Lazarus only supports static packages. So installing a package
> > would always require to recompile Lazarus. I have no idea what the
> > progress on this topic is. Per
Hi Darius,
Darius Blaszijk wrote:
1) package management is currently being developed under FPC (see
fppkg and fpmkunit and http://wiki.freepascal.org/FPMake). It will
consist of a "repository" with downloadable packages for FPC. This
could be extended easily in the near future for Lazarus. But
David Lyon wrote:
Michael Van Canneyt wrote:
As far as I'm concerned, this is an absolute must for inclusion in
Lazarus
by default. It would ensure that lazarus covers all areas of modern
development. (if such a thing exists...)
When I made my "modern" comment, I actually meant it with stude
Michael Van Canneyt wrote:
As far as I'm concerned, this is an absolute must for inclusion in Lazarus
by default. It would ensure that lazarus covers all areas of modern
development. (if such a thing exists...)
When I made my "modern" comment, I actually meant it with students in
mind. Who so
EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Michael Van Canneyt
Sent: Wednesday, August 15, 2007 3:34 AM
To: lazarus@miraclec.com
Subject: Re: [lazarus] "Web Service Toolkit" release 0.5
On Wed, 15 Aug 2007, Inoussa OUEDRAOGO wrote:
> Dear Lazarus users,
>
> "
On Wed, 15 Aug 2007, Inoussa OUEDRAOGO wrote:
> Dear Lazarus users,
>
> "Web Service Toolkit" is a web services package for FPC, Lazarus and
> Delphi; "Web Service Toolkit" is meant to ease web services
> consumption and creation by FPC, Lazarus and Delphi users.
I updated from SVN and compile
Dear Lazarus users,
"Web Service Toolkit" is a web services package for FPC, Lazarus and
Delphi; "Web Service Toolkit" is meant to ease web services
consumption and creation by FPC, Lazarus and Delphi users.
Features :
- client and server development
- services as standalone EXE or dynamic librar
19 matches
Mail list logo