Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / fpc-devel / 2006-02

lNet in packages

11 messages · 6 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Peter Vreman
to Michael Van Canneyt
Show quoted text 9 lines
On Fri, 3 Feb 2006, Ales Katona wrote: > I was wondering if I could put lNet library (for those who don't know, > go to > http://members.chello.sk/ales ) into packages. I'm all for it. The question is: base or extra. Or even FCL.

fpnet package. The FCL is only basic stuff, some extended RTL. IMHO the fpimage,db and xml shall also be moved to fpimage, fpdb and fpxml packages.

Reply by email

Micha Nelissen
to Peter Vreman
Show quoted text 5 lines
> I'm all for it. The question is: base or extra. Or even FCL. fpnet package. The FCL is only basic stuff, some extended RTL. IMHO the fpimage,db and xml shall also be moved to fpimage, fpdb and fpxml packages.

Why prefix everything with fp ?

Micha

Reply by email

Peter Vreman
to Micha Nelissen
Show quoted text 7 lines
> > I'm all for it. The question is: base or extra. Or even FCL. > > fpnet package. The FCL is only basic stuff, some extended RTL. IMHO the > fpimage,db and xml shall also be moved to fpimage, fpdb and fpxml > packages. Why prefix everything with fp ?

To have a common prefix that shows it is part of a default FPC distribution.

Reply by email

Michael Van Canneyt
to Peter Vreman
Peter Vreman wrote 9 lines
>> > I'm all for it. The question is: base or extra. Or even FCL. >> >> fpnet package. The FCL is only basic stuff, some extended RTL. IMHO the >> fpimage,db and xml shall also be moved to fpimage, fpdb and fpxml >> packages. > > Why prefix everything with fp ? To have a common prefix that shows it is part of a default FPC distribution.

I don't agree to moving this to packages.
The FCL is supposed to be a package that replaces the nonvisual part of Delphi's VCL, and as such it should stay together.

Packages are not necessarily class based, are often simple imports of libraries and so on; not the place for VCL/CLX counterparts.

Michael.

Reply by email

Felipe Monteiro de Carvalho
to Michael Van Canneyt: I don't agree to moving this to packages. The FCL is supposed to be a package that…
Michael Van Canneyt wrote
Packages are not necessarily class based, are often simple imports of libraries and so on; not the place for VCL/CLX counterparts.

I don't want to get into the fp discussion, but I think that many things on FCL are not the counter-part of anything. FPImage is the counter part of what?

Felipe Monteiro de Carvalho

Reply by email

L505
to Peter Vreman: To have a common prefix that shows it is part of a default FPC distribution.
Show quoted text 7 lines
> > I'm all for it. The question is: base or extra. Or even FCL. > > fpnet package. The FCL is only basic stuff, some extended RTL. IMHO the > fpimage,db and xml shall also be moved to fpimage, fpdb and fpxml > packages. Why prefix everything with fp ?

I think it will be more obvious as to why it is useful, when you start looking for DSO/DLL packages in the next compiler which has dynamic FPC packages working. i.e. on linux in /lib/ any DSO that starts with fp is easy to spot. If no FP prefix then RTL.so may conflict with many other DSO's out there.

Reply by email

Micha Nelissen
to L505
Show quoted text 12 lines
>> > I'm all for it. The question is: base or extra. Or even FCL. >> >> fpnet package. The FCL is only basic stuff, some extended RTL. IMHO the >> fpimage,db and xml shall also be moved to fpimage, fpdb and fpxml >> packages. > > Why prefix everything with fp ? I think it will be more obvious as to why it is useful, when you start looking for DSO/DLL packages in the next compiler which has dynamic FPC packages working. i.e. on linux in /lib/ any DSO that starts with fp is easy to spot. If no FP prefix then RTL.so may conflict with many other DSO's out there.

Yes sorry, I was confusing directory names with shared library names.

Micha

Reply by email

Michael Van Canneyt
to Felipe Monteiro de Carvalho: I don't want to get into the fp discussion, but I think that many things on FCL are not…
Felipe Monteiro de Carvalho wrote 7 lines
On 2/3/06, Michael Van Canneyt wrote: > Packages are not necessarily class based, are often simple imports of > libraries and so on; not the place for VCL/CLX counterparts. I don't want to get into the fp discussion, but I think that many things on FCL are not the counter-part of anything. FPImage is the counter part of what?

Graphics unit in the VCL. It's a better design than what Delphi has, so takes more place.
Delphi's Graphics is very Win32 oriented, we wanted to have something more general; and this requires more space.

Obviously not all FCL units have a counterpart in the VCL. TProcess for instance.

In each case, the discussion is currently continued on the core list, we want to do some more general redesign of the directory structure of the FPC distribution.

Michael.

Reply by email