> @David: Maybe you can restructure your class hierarchy to something like
> this (you'll need to be a bit creative here ^^):
heh, no, my solution is to abandon generics :-) I used a find/replace script to
make alternate classes with real values. Thanks for all your input, though.
Thanks to you
On Sun, 2010-12-19 at 19:15 +0100, Michael Van Canneyt wrote:
>
> On Sun, 19 Dec 2010, Darius Blaszyk wrote:
>
> > Today after tinkering a few hours I managed to get an fpGui hello world
> > app running with OpenGL and GLut as back-end. It seemed even easier than
> > anticipated to switch the bac
On Sun, 19 Dec 2010, Darius Blaszyk wrote:
Today after tinkering a few hours I managed to get an fpGui hello world
app running with OpenGL and GLut as back-end. It seemed even easier than
anticipated to switch the back-end. I'm happy to share code, although
due to implementation differences it
Today after tinkering a few hours I managed to get an fpGui hello world
app running with OpenGL and GLut as back-end. It seemed even easier than
anticipated to switch the back-end. I'm happy to share code, although
due to implementation differences it will never be possible to have a
clean solution
2010/12/19 Sven Barth :
> While I DO agree with you (after some thinking about the consequences) that
> a base class should not be allowed to be specified by a template parameter
> (and this is the way it already is), I don't agree with you that the
> documentation states this as clearly as you pro
On 19.12.2010 13:03, Honza wrote:
2010/12/19 Sven Barth:
"There is a single placeholder _T. It will be substituted by a type
identifier when the generic class is specialized. The identifier _T
*may not be used for anything else than a placehoder*. "
According to the documentation I'd say that
2010/12/19 David Emerson :
Please see my just sent reply to Sven.
--
bflm
freepascal-bits.blogspot.com
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
2010/12/19 Sven Barth :
>> "There is a single placeholder _T. It will be substituted by a type
>> identifier when the generic class is specialized. The identifier _T
>> *may not be used for anything else than a placehoder*. "
>>
>
> According to the documentation I'd say that it should succeed, bec
On Sat 18 Dec 2010, Honza wrote:
> 2010/12/19 David Emerson :
> > type
> > generic gt_box<_t_point,_num> = class (_t_point) // FAILS :-(
> > f_width, f_height : _num;
> > end;
>
> I think it should fail according to the docs, see:
>
> http://www.freepascal.org/docs-html/ref/refse42.html
>
On 19.12.2010 08:34, Honza wrote:
2010/12/19 David Emerson:
type
generic gt_box<_t_point,_num> = class (_t_point) // FAILS :-(
f_width, f_height : _num;
end;
I think it should fail according to the docs, see:
http://www.freepascal.org/docs-html/ref/refse42.html
"There is a single
On Saturday 18 December 2010 23:56:24 Andrew Haines wrote:
> Does anyone have the cddb unit that was on the wiki once upon a time?
> http://wiki.lazarus.freepascal.org/CDDB
>
> The link on that page is now dead.
is this one not useful ?
fpc/packages/cdrom/src/fpcddb.pp
On 19.12.2010 02:51, David Emerson wrote:
Sven Barth wrote:
I've now looked at your example code in more detail (I was working the
last time I wrote you). Where did you define "_t_point"? I only found a
"t_point" in your second mail.
_t_point is part of the template list.
Eh... yes, I've mi
12 matches
Mail list logo
