Re: [fpc-pascal] Loading PNG files as OpenGL textures

2015-10-13 Thread Ryan Joseph
> On Oct 12, 2015, at 8:39 PM, Reimar Grabowski wrote: > > http://sourceforge.net/p/asmoday/code/HEAD/tree/trunk/asmtypes.pas#l203 > > Not an example but a straightforward texture class implementation based on > TFPCustomImage. Should work as is for bmp, jpg, png, tga, xpm,

Re: [fpc-pascal] interface inheritance implementation

2015-10-13 Thread David Emerson
On 10/12/2015 03:13 AM, Graeme Geldenhuys wrote: t_multiplier_and_adder = class (tbase, i_adder, i_multiplier) Thanks for this recommendation-- the problem is that I have a list whose elements are each i_multiplier_and_adder, and I want to be able to take an element of that list and have the

Re: [fpc-pascal] interface inheritance implementation

2015-10-13 Thread Sven Barth
Am 13.10.2015 08:37 schrieb "David Emerson" : > So far I have not figured out how to typecast an interface into its implementing class, which would be an alternate solution for my particular situation. As long as it's a COM-style interface you can use "intf as classtype". Be

Re: [fpc-pascal] undocumented 'library' hint directive

2015-10-13 Thread Michael Van Canneyt
On Tue, 13 Oct 2015, Graeme Geldenhuys wrote: Hi, Based on the latest FPC Language Reference documentation, there is no "library" hint directive (like Delphi & Kylix has)... http://www.freepascal.org/docs-html/ref/refse5.html#x17-160001.5 Or Section 1.5 on page 16 of the PDF. Yet the

Re: [fpc-pascal] undocumented 'library' hint directive

2015-10-13 Thread Graeme Geldenhuys
On 2015-10-13 14:29, Michael Van Canneyt wrote: > Good question. It's the first time I heard of the 'library' directive. The Delphi documentation is very vague too. http://docwiki.embarcadero.com/RADStudio/Seattle/en/Declarations_and_Statements#Hinting_Directives Regards, - Graeme - --

Re: [fpc-pascal] undocumented 'library' hint directive

2015-10-13 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > Based on the latest FPC Language Reference documentation, there is no > "library" hint directive (like Delphi & Kylix has)... > > Yet the following example program compiles without error using FPC > 2.6.4. I gather this is an omission in the

[fpc-pascal] undocumented 'library' hint directive

2015-10-13 Thread Graeme Geldenhuys
Hi, Based on the latest FPC Language Reference documentation, there is no "library" hint directive (like Delphi & Kylix has)... http://www.freepascal.org/docs-html/ref/refse5.html#x17-160001.5 Or Section 1.5 on page 16 of the PDF. Yet the following example program compiles without error using

Re: [fpc-pascal] undocumented 'library' hint directive

2015-10-13 Thread Graeme Geldenhuys
On 2015-10-13 14:30, Marco van de Voort wrote: > > http://docwiki.embarcadero.com/RADStudio/Seattle/en/Declarations_and_Statements > To follow on from your quotes "The platform and library directives do not specify which platform or library. If your goal is writing platform-independent

[fpc-pascal] variable declarations with 'absolute' syntax

2015-10-13 Thread Graeme Geldenhuys
Hi, Looking at the FPC Language Reference for Variable Declaration syntax: http://www.freepascal.org/docs-html/ref/refse21.html Specifically, ABSOLUTE declarations. The documentation gives this example: var curterm1 : integer; curterm6 : integer absolute curterm1; Now according to the

Re: [fpc-pascal] variable declarations with 'absolute' syntax

2015-10-13 Thread Marco van de Voort
In our previous episode, Graeme Geldenhuys said: > Looking at the FPC Language Reference for Variable Declaration syntax: > > http://www.freepascal.org/docs-html/ref/refse21.html > > > Specifically, ABSOLUTE declarations. The documentation gives this example: > > var > curterm1 : integer;

Re: [fpc-pascal] undocumented 'library' hint directive

2015-10-13 Thread Sven Barth
Am 13.10.2015 16:19 schrieb "Marco van de Voort" : > Experimental is mainly to make absolutely clear that not anything published > is definitive. IMHO should be used more often. I definitely agree here. ^^ Regards, Sven ___ fpc-pascal

Re: [fpc-pascal] variable declarations with 'absolute' syntax

2015-10-13 Thread Michael Ring
;-) There's a lot of use in embedded targets: const ADC1_BASE = $40012000; var ADC1 : TADC_Registers absolute ADC1_BASE; Am 13.10.15 um 21:14 schrieb Bart: On 10/13/15, Graeme Geldenhuys wrote: So what is (code example) of

Re: [fpc-pascal] variable declarations with 'absolute' syntax

2015-10-13 Thread Bart
On 10/13/15, Graeme Geldenhuys wrote: > So what is (code example) of valid syntax when the > Integer Expression syntax is used? var NilPointer: Pointer absolute 0; Bart ___ fpc-pascal maillist -

Re: [fpc-pascal] variable declarations with 'absolute' syntax

2015-10-13 Thread Graeme Geldenhuys
Hello Michael, On 2015-10-13 at 22:13, Michael Ring wrote: > There's a lot of use in embedded targets: Ah, thank you. Finally an answer I can understand. :) Regards, - Graeme - fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ My public PGP key:

Re: [fpc-pascal] variable declarations with 'absolute' syntax

2015-10-13 Thread Tomas Hajny
On Wed, October 14, 2015 00:02, Graeme Geldenhuys wrote: > On 2015-10-13 at 22:13, Michael Ring wrote: >> There's a lot of use in embedded targets: > > Ah, thank you. Finally an answer I can understand. :) The case of MS-DOS using it e.g. to provide direct access to the video adapter memory

Re: [fpc-pascal] Loading PNG files as OpenGL textures

2015-10-13 Thread Ryan Joseph
> On Oct 12, 2015, at 2:25 PM, Michael Van Canneyt > wrote: > > TFPCustomImage is an abstract image class, it provides no storage for the > data. It can have several descendants such as TFPMemoryImage and > TFPCompactImgRGBA8Bit. > If you just want the raw data,

Re: [fpc-pascal] Loading PNG files as OpenGL textures

2015-10-13 Thread Ryan Joseph
> On Oct 12, 2015, at 5:52 PM, Graeme Geldenhuys > wrote: > > http://members.upc.nl/h.speksnijder4/software/fpGUI/pngloader.html Thanks for the links. BeRoPNG seems to load a PNG and the author states it’s fast and has no external dependancies. Fantastic.