Sign in Join

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

Mailing lists / fpc-devel / 2005-11

(no subject)

11 messages · 7 people · –

Reply by email Subscribe to this list Your subscription

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

Marco van de Voort
to Unknown author
Show quoted text 5 lines
Interesting switch in FPC 2.1.1: -Sk load fpcylix unit what is it for?

Afaik it implicitely USES the fpcylix unit that contains some identifiers for Kylix compat that we _really_ didn't want in the normal system/sysutils unit.

Reply by email

Peter Vreman
to Unknown author
Show quoted text 10 lines
>>Interesting switch in FPC 2.1.1: >> >> -Sk load fpcylix unit >> >>what is it for? >Afaik it implicitely USES the fpcylix unit that contains some identifiers >for Kylix compat that we _really_ didn't want in the normal > system/sysutils >unit. where can i find it ?

~/fpc>>> find . -name 'fpcylix.pp'
./rtl/linux/fpcylix.pp

Reply by email

Tomas Hajny
to Marco van de Voort: Afaik it implicitely USES the fpcylix unit that contains some identifiers for Kylix…
Marco van de Voort wrote 10 lines
> Interesting switch in FPC 2.1.1: > > -Sk load fpcylix unit > > what is it for? Afaik it implicitely USES the fpcylix unit that contains some identifiers for Kylix compat that we _really_ didn't want in the normal system/sysutils unit.

BTW, looking at the current implementation - shouldn't GetModuleName be changed to return name part of ParamStr (0) (without path and extension), and GetModuleFileName the complete ParamStr (0)?

Tomas

Reply by email

Florian Klaempfl
to Tomas Hajny
Tomas Hajny wrote 17 lines
Marco van de Voort wrote: >>Interesting switch in FPC 2.1.1: >> >> -Sk load fpcylix unit >> >>what is it for? > >Afaik it implicitely USES the fpcylix unit that contains some identifiers >for Kylix compat that we _really_ didn't want in the normal >system/sysutils >unit. BTW, looking at the current implementation - shouldn't GetModuleName be changed to return name part of ParamStr (0) (without path and extension), and GetModuleFileName the complete ParamStr (0)?

No, the situation is more complex, that's not implemented yet.

Reply by email

Unknown author
to Marco van de Voort: Afaik it implicitely USES the fpcylix unit that contains some identifiers for Kylix…
Marco van de Voort wrote 19 lines
>Interesting switch in FPC 2.1.1: > > -Sk load fpcylix unit > >what is it for? > > Afaik it implicitely USES the fpcylix unit that contains some identifiers for Kylix compat that we _really_ didn't want in the normal system/sysutils unit. _______________________________________________ fpc-devel maillist - http://lists.freepascal.org/mailman/listinfo/fpc-devel

Is FPC able to compile Kylix forms (*.xfm) now?

Reply by email

Michael Van Canneyt
to Unknown author
Show quoted text 23 lines
Marco van de Voort wrote: > > Interesting switch in FPC 2.1.1: > > > > -Sk load fpcylix unit > > > > what is it for? > > > > > > Afaik it implicitely USES the fpcylix unit that contains some identifiers > for Kylix compat that we _really_ didn't want in the normal > system/sysutils > unit. > > _______________________________________________ > fpc-devel maillist - > http://lists.freepascal.org/mailman/listinfo/fpc-devel > > > > Is FPC able to compile Kylix forms (*.xfm) now?

Yes, using an external resource compiler.
It will embed .xfm, .dfm and .res files.

But you'll still need an .rc -> .res compiler for icons, bitmaps etc.

Michael.

Reply by email

Marco van de Voort
to Unknown author: Is FPC able to compile Kylix forms (*.xfm) now?
Show quoted text 7 lines
Marco van de Voort wrote: > >Afaik it implicitely USES the fpcylix unit that contains some identifiers >for Kylix compat that we _really_ didn't want in the normal system/sysutils >unit. > Is FPC able to compile Kylix forms (*.xfm) now?

Forms are something of a higher level than FPC. They are compiled by an (external) resourcecompiler and then stored as a resource in a file.

However for CrossFPC's sake, resourcehandling has been made more compatible, but I assume one still needs a resourcecompiler for this.

Reply by email

Unknown author
to Michael Van Canneyt: Yes, using an external resource compiler. It will embed .xfm, .dfm and .res files. But…
Michael Van Canneyt wrote 48 lines
On Mon, 7 Nov 2005 wrote: >Marco van de Voort wrote: > > > >>>Interesting switch in FPC 2.1.1: >>> >>>-Sk load fpcylix unit >>> >>>what is it for? >>> >>> >>> >>> >>Afaik it implicitely USES the fpcylix unit that contains some identifiers >>for Kylix compat that we _really_ didn't want in the normal >>system/sysutils >>unit. >> >>_______________________________________________ >>fpc-devel maillist - >>http://lists.freepascal.org/mailman/listinfo/fpc-devel >> >> >> >> >> >> >Is FPC able to compile Kylix forms (*.xfm) now? > > Yes, using an external resource compiler. It will embed .xfm, .dfm and .res files. But you'll still need an .rc -> .res compiler for icons, bitmaps etc. Michael. _______________________________________________ fpc-devel maillist - http://lists.freepascal.org/mailman/listinfo/fpc-devel

Is it automated in CrossFCP?

Reply by email