On 29 February 2012 19:52, Michael Van Canneyt wrote:
>
>
> On Wed, 29 Feb 2012, Reinier Olislagers wrote:
>
> On 29-2-2012 17:07,
> michael.vancanneyt-**0is9kj9s...@public.gmane.orgwrote:
>>
>>> On Wed, 29 Feb 2012, Frank Church wrote:
>>>
Another question, are you and Florian Klaempfl the
Sven,
No, I used it only in TW var section of various methods as a temporary
structure. I should note that this compiled in FPC 2.4 fine.
(that said, the source code in question is quite messy...)
-- Noah
On 2012/03/01, at 16:17, Sven Barth wrote:
> Am 01.03.2012 03:35, schrieb Noah Silva:
Sven,
It's not used as a unit name, but there might be "something" "somewhere"
hiding, so I am not ready to file a bug report on it yet.
It's probably better to make another demo program with less cruft.
-- Noah
On 2012/03/01, at 16:13, Sven Barth wrote:
> Am 01.03.2012 01:43, schrieb Noa
On 29-2-2012 20:52, Michael Van Canneyt wrote:
>
>
> On Wed, 29 Feb 2012, Reinier Olislagers wrote:
>
>> On 29-2-2012 17:07, michael.vancanneyt-0is9kj9s...@public.gmane.org
>> wrote:
>>> On Wed, 29 Feb 2012, Frank Church wrote:
Another question, are you and Florian Klaempfl the main or only
Hi leledumbo,
I also tend to Think it's something like that with non-scoped records or
something similar. (this is mostly non-oop code, but there are record types
with members called "tile" in other units that get pulled in...)
However the compiler specifically names other units as the culprit
On Thu, 1 Mar 2012, Frank Church wrote:
On 29 February 2012 19:52, Michael Van Canneyt wrote:
On Wed, 29 Feb 2012, Reinier Olislagers wrote:
On 29-2-2012 17:07,
michael.vancanneyt-**0is9kj9s...@public.gmane.orgwrote:
On Wed, 29 Feb 2012, Frank Church wrote:
Another question, are yo
On Thu, 1 Mar 2012, Reinier Olislagers wrote:
On 29-2-2012 20:52, Michael Van Canneyt wrote:
On Wed, 29 Feb 2012, Reinier Olislagers wrote:
On 29-2-2012 17:07, michael.vancanneyt-0is9kj9s...@public.gmane.org
wrote:
On Wed, 29 Feb 2012, Frank Church wrote:
Another question, are you and F
On 1-3-2012 9:16, Frank Church wrote:
> On 29 February 2012 19:52, Michael Van Canneyt
> On Wed, 29 Feb 2012, Reinier Olislagers wrote:
> I'd love to see that patch committed or get some feedback on it ;)
> But there were quite some errors in the XML, which is why I left it
>
On 1-3-2012 9:43, michael.vancann...@wisa.be wrote:
>
>
> On Thu, 1 Mar 2012, Reinier Olislagers wrote:
>
>> On 29-2-2012 20:52, Michael Van Canneyt wrote:
>>>
>>>
>>> On Wed, 29 Feb 2012, Reinier Olislagers wrote:
>>>
On 29-2-2012 17:07, michael.vancanneyt-0is9kj9s...@public.gmane.org
On Thu, 1 Mar 2012, Reinier Olislagers wrote:
When that didn't throw up errors and generated a valid ibconnection.chm,
I didn't look for any further errors.
It should have given you the same errors as I got. But it will produce a
chm file, simply with some parts missing.
Originally, fpdoc w
On 01 Mar 2012, at 09:29, Noa Shiruba wrote:
It's not used as a unit name, but there might be "something"
"somewhere" hiding, so I am not ready to file a bug report on it yet.
It's probably better to make another demo program with less cruft.
It's possible that compiling with -vh will mak
Martin wrote:
On 27/02/2012 12:32, Lukasz Sokol wrote:
On 26/02/2012 11:17, Mattias Gaertner wrote:
On Sun, 26 Feb 2012 11:43:38 +0100 (CET) Michael Van Canneyt
wrote:
On Sun, 26 Feb 2012, Vinzent Höfler wrote:
On Sat, 25 Feb 2012 19:15:54 +0100, ik
wrote:
I found the following amazi
On 1 March 2012 10:49, Reinier Olislagers wrote:
>
> I understand why you changed it, but didn't get any error messages
> either - just redownloaded the original patch upload to make sure:
Strange. I did the same test, and got lots of errors. And I get the
same errors if I generate CHM or HTML ou
On 1 March 2012 10:55, wrote:
>
> But I don't use chm, but latex. I suppose the xml->html converter is more
> forgiving about mistakes in your XML; maybe it takes some shortcuts. I would
> have to investigate.
Nope, I get the exact same errors even if I generate HTML or CHM or
IPF output. In fa
On 1-3-2012 10:29, Graeme Geldenhuys wrote:
> On 1 March 2012 10:49, Reinier Olislagers wrote:
>>
>> I understand why you changed it, but didn't get any error messages
>> either - just redownloaded the original patch upload to make sure:
>
> Strange. I did the same test, and got lots of errors. A
On Wed, Feb 29, 2012 at 11:31 AM, Sven Barth
wrote:
> Am 28.02.2012 20:31, schrieb Lukasz Stafiniak:
>>
>> (1) A declaration part, that parallels "var", with keyword "val" or
>> "let" (since "val" is taken up by a procedure). It introduces named
>> values, i.e. non-assignable variables. The part a
Why are type-parametric definitions called generics in Pascal? It
seems to me their semantics is like templates in C++, not like
generics in Java/C# (or ML languages).
Regards.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.free
In our previous episode, Lukasz Stafiniak said:
> >> (2) Closures. That is, making local functions that only use "const"
> >> arguments and "val / let" variables safe to return from the outer
> >> function. This can be done by allocating the "val / let" data on the
> >> heap, or perhaps easier by c
I think a web based page which tests the submitted file would be
better. That way everyone will be using the same latest and greatest
versioin. The chance of all committers running the same version of the
tools is virtually between nil and nothing.
PS. Is Basic HTML mode in GMail that fast?
On 01
On Thu, Mar 1, 2012 at 12:21 PM, Lukasz Stafiniak wrote:
>
> Wow, I didn't know about that! Still, it is not clear to me it is a
> good thing to capture "var" variables in the closure. It goes against
> the semantics of normal nested functions. It's a "dirty but flexible"
> solution -- it makes it
On Thu, Mar 1, 2012 at 4:29 AM, leledumbo wrote:
> That's different case IMHO (In My Humble Observation), I guess it's something
> like this:
>
> {$mode objfpc}
> type
> TTestClass = class
> FTile: Integer;
> property Tile: Integer read FTile write FTile;
> procedure Test;
> end;
>
> pr
Am 01.03.2012 12:29 schrieb "Lukasz Stafiniak" :
>
> Why are type-parametric definitions called generics in Pascal? It
> seems to me their semantics is like templates in C++, not like
> generics in Java/C# (or ML languages).
They are named generics, because they are "generic" as in "can be used fo
On 01.03.2012 16:34, Marcos Douglas wrote:
On Thu, Mar 1, 2012 at 4:29 AM, leledumbo wrote:
That's different case IMHO (In My Humble Observation), I guess it's something
like this:
{$mode objfpc}
type
TTestClass = class
FTile: Integer;
property Tile: Integer read FTile write FTile;
On Thu, Mar 1, 2012 at 5:14 PM, Sven Barth wrote:
> On 01.03.2012 16:34, Marcos Douglas wrote:
>>
>> On Thu, Mar 1, 2012 at 4:29 AM, leledumbo
>> wrote:
>>>
>>> That's different case IMHO (In My Humble Observation), I guess it's
>>> something
>>> like this:
>>>
>>> {$mode objfpc}
>>> type
>>> TT
On 01.03.2012 21:42, Marcos Douglas wrote:
On Thu, Mar 1, 2012 at 5:14 PM, Sven Barth wrote:
On 01.03.2012 16:34, Marcos Douglas wrote:
On Thu, Mar 1, 2012 at 4:29 AM, leledumbo
wrote:
That's different case IMHO (In My Humble Observation), I guess it's
something
like this:
{$mode objfpc}
Oh, I see. It has sense. The "extra implicit parameter" part
confused me because I didn't use OOP in that project.
Thank you :)
2012/3/1 :
> From: Sven Barth
> Subject: Re: [fpc-pascal] Weird compilation warnings
>
> Am 29.02.2012 22:53, schrieb Guillermo Martínez Jiménez:
>> Hello,
>>
>> FPC
> However the compiler specifically names other units as the culprit, so who
knows.
Yep, and according to the error message, what if you open the corresponding
unit at the position told by the compiler?
Hint: Your form must be a descendant of TForm which perhaps has... guess it
;)
--
View this m
27 matches
Mail list logo
