Re: [fpc-pascal] Windows on ARM, how fast it can be implemented?

Am 22.12.2010 20:05, schrieb Max Vlasov: > If this news is right > > http://www.bloomberg.com/news/2010-12-21/microsoft-is-said-to-announce-version-of-windows-for-arm-chips-at-ces-show.html > There will be ARM Win32 in January. Looking at how many platforms fpc > supports currently, there should

Re: [fpc-pascal] Ruby-scripting for FPC and Lazarus

I'ved started working on SynEdit syntaxt for Rubybut lack of time stopped me. I have not yet looked on your work, but regardless, It's a good thing what you are doing, and I know at least myself that will love for such support, and if I'll have time for it,

Re: [fpc-pascal] Re: fpGUI powered by OpenGL

- Original Message - From: "Darius Blaszyk" To: "FPC-Pascal users discussions" Sent: Thursday, December 23, 2010 10:15 AM Subject: Re: [fpc-pascal] Re: fpGUI powered by OpenGL On Thu, 2010-12-23 at 10:06 +1100, Paul Nicholls wrote: "Darius Blaszyk" wrote in message news:1292870518.

[fpc-pascal] Re: Ruby-scripting for FPC and Lazarus

I'll take a look at it. -- View this message in context: http://free-pascal-general.1045716.n5.nabble.com/Ruby-scripting-for-FPC-and-Lazarus-tp3315689p3315841.html Sent from the Free Pascal - General mailing list archive at Nabble.com. ___ fpc-pascal m

Re: [fpc-pascal] Re: fpGUI powered by OpenGL

On Thu, 2010-12-23 at 10:06 +1100, Paul Nicholls wrote: > "Darius Blaszyk" wrote > in message news:1292870518.1851.35.ca...@darius-desktop... > > On Mon, 2010-12-20 at 18:58 +0100, Darius Blaszyk wrote: > >> > The above explains why it is useful for an application developer to > >> > use an openG

[fpc-pascal] Re: fpGUI powered by OpenGL

"Darius Blaszyk" wrote in message news:1292870518.1851.35.ca...@darius-desktop... > On Mon, 2010-12-20 at 18:58 +0100, Darius Blaszyk wrote: >> > The above explains why it is useful for an application developer to >> > use an openGL backend. >> > >> > It does not explain the following: Since fpGU

Re: [fpc-pascal] A cross-architecture Integer type for 32-bit and 64-bit

PtrUInt or something similar. -- Felipe Monteiro de Carvalho ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] A cross-architecture Integer type for 32-bit and 64-bit

Is there a data typein FPC which is compiled as Cardinal in 32-bit, but compiled as UInt64 in 64-bit? ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Ruby-scripting for FPC and Lazarus

I wrote the packages for Lazarus, allowing to use Ruby 1.8 as a scripting engine in Lazarus-programs. At the moment, work is just begun, but something than it is already possible to use, as supported by published-property and obtain component through its owner by name. I would like to know whether

Re: [fpc-pascal] Windows on ARM, how fast it can be implemented?

On Wed, Dec 22, 2010 at 10:13 PM, Sven Barth wrote: > On 22.12.2010 20:05, Max Vlasov wrote: > >> If this news is >> right... >> There will be ARM Win32 in January. >> > > Wha

Re: [fpc-pascal] Windows on ARM, how fast it can be implemented?

On 22.12.2010 20:05, Max Vlasov wrote: If this news is right http://www.bloomberg.com/news/2010-12-21/microsoft-is-said-to-announce-version-of-windows-for-arm-chips-at-ces-show.html There will be ARM Win32 in January. Looking at how many platforms fpc supports currently, there should be no big de

[fpc-pascal] Windows on ARM, how fast it can be implemented?

If this news is right http://www.bloomberg.com/news/2010-12-21/microsoft-is-said-to-announce-version-of-windows-for-arm-chips-at-ces-show.html There will be ARM Win32 in January. Looking at how many platforms fpc supports currently, there should be no big deal to implement this, right? Or do I mis

Re: [fpc-pascal] The new Delphi 2010 RTTI

On Wed, 22 Dec 2010, Dimitri Smits wrote: Sure, but I was talking about the RTTI unit and API compatibility. (hierarchical starting point is program, then package, then unit, then type) more pressing would be: - list of units in program (only once, hence the packages or monolythic executabl

Re: [fpc-pascal] The new Delphi 2010 RTTI

On 22.12.2010 17:46, Dimitri Smits wrote: a TClass should be able to get its unitname as well. FPC already supports TClass.UnitName. Regards, Sven ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listin

Re: [fpc-pascal] The new Delphi 2010 RTTI

Sure, but I was talking about the RTTI unit and API compatibility. (hierarchical starting point is program, then package, then unit, then type) more pressing would be: - list of units in program (only once, hence the packages or monolythic executable) - list of types/vars/methods in that unit a

Re: [fpc-pascal] The new Delphi 2010 RTTI

On Wed, 22 Dec 2010, Dimitri Smits wrote: Hi, what is so different on this mail than the one I sent a few months ago to the fpc-devel list? anyway, it would require some packages (bpl) language/RTE additions as well. Would you care to explain why you think so ? The 2 features have nothin

Re: [fpc-pascal] The new Delphi 2010 RTTI

Hi, what is so different on this mail than the one I sent a few months ago to the fpc-devel list? anyway, it would require some packages (bpl) language/RTE additions as well. That was where I was hanging when spare time slipped away a few months back. I started on rtti unit with help in embar

Re: [fpc-pascal] The new Delphi 2010 RTTI

22.12.2010 22:13, Anthony Walter wrote: Thanks for working on adding methods and visibility to record types. Could you also look into fixing generics? That is, to allow for generic constraints and remove the redundant generic and specialize keywords. I hope someone else will do this. At least

Re: [fpc-pascal] The new Delphi 2010 RTTI

Paul, Thanks for working on adding methods and visibility to record types. Could you also look into fixing generics? That is, to allow for generic constraints and remove the redundant generic and specialize keywords. For example: {code} type TList = class { ... interface code ... } end; TIn

Re: [fpc-pascal] The new Delphi 2010 RTTI

22.12.2010 21:22, Thierry Coq wrote: Hello, I've started looking into Delphi 2010 RTTI scheme. For example, superobject uses it. Delphi 2010 declares a whole new API for RTTI. Would it be possible to reproduce the interface of this API and implement it using the existing RTTI system in FPC? Y

Re: [fpc-pascal] The new Delphi 2010 RTTI

On 22 Dec 2010, at 15:22, Thierry Coq wrote: I've started looking into Delphi 2010 RTTI scheme. For example, superobject uses it. Delphi 2010 declares a whole new API for RTTI. Would it be possible to reproduce the interface of this API and implement it using the existing RTTI system in FP

Re: [fpc-pascal] The new Delphi 2010 RTTI

Hello, I've started looking into Delphi 2010 RTTI scheme. For example, superobject uses it. Delphi 2010 declares a whole new API for RTTI. Would it be possible to reproduce the interface of this API and implement it using the existing RTTI system in FPC? Would it be legal? I'm investigating f

Re: [fpc-pascal] evaluation of set constant

On 22/12/10 1:15, Torsten Bonde Christiansen wrote: type TMyType = (a, b, c ,d); TMyTypes = set of TMyTypes; const SetX:TMyTypes = (a, b); SetY:TMyTypes = (c, d); SetCombined: TMyTypes = SetX + SetY; // this gives me an "Error: Illegal expression" Because you

Re: [fpc-pascal] evaluation of set constant

On 22 Dec 2010, at 14:15, Torsten Bonde Christiansen wrote: Is it possible to create a constant of a set that is based on an evaluation of other constants? (using fpc 2.4.2) A basic case could look like this: type TMyType = (a, b, c ,d); TMyTypes = set of TMyTypes; const SetX:TM

[fpc-pascal] evaluation of set constant

Hi List. Is it possible to create a constant of a set that is based on an evaluation of other constants? (using fpc 2.4.2) A basic case could look like this: type TMyType = (a, b, c ,d); TMyTypes = set of TMyTypes; const SetX:TMyTypes = (a, b); SetY:TMyTypes = (c, d);