Hi all,
When I run googleapiconv, I get the following
./googleapiconv -s calendar/v3 -o calendar.pp
Exception at 00494F7F: ERESTAPI:
Unknown class : "t@\tX\t�\t�\t�\t(]t�]t�]tX^tp^t".
and
./googleapiconv -s tasks/v1 -o tasks.pp
Exception at 00494F7F: ERESTAPI:
Unknown class : "t
On Fri, 12 Aug 2016, Dave Connolly wrote:
Hi all,
When I run googleapiconv, I get the following
./googleapiconv -s calendar/v3 -o calendar.pp
Exception at 00494F7F: ERESTAPI:
Unknown class : "t@\tX\t???\t???\t???\t(]t???]t???]tX^tp^t".
and
./googleapiconv -s tasks/v1 -o tasks.pp
Ex
I'm still using fpc 2.6.4 (but I tested what I'm saying below with fpc
3.0.0 too).
I need to overload the type of the index of an indexed property, e.g.
function GetMyProp(index:integer):TMyPropType;
function GetMyProp(index:TMyType):TMyPropType;
property MyProp[index:integer]:TMyPropType
Am 12.08.2016 16:52 schrieb "Luca Olivetti" :
>
> I'm still using fpc 2.6.4 (but I tested what I'm saying below with fpc
3.0.0 too).
>
> I need to overload the type of the index of an indexed property, e.g.
>
> function GetMyProp(index:integer):TMyPropType;
> function GetMyProp(index:TMyType):TMyPr
El 12/08/16 a les 17:13, Sven Barth ha escrit:
Is this by design or is it just an accident?
Accident.
Ouch!
In that case please, don't fix it ;-)
Bye
--
Luca
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/
On Fri, 12 Aug 2016, Luca Olivetti wrote:
El 12/08/16 a les 17:13, Sven Barth ha escrit:
Is this by design or is it just an accident?
Accident.
Ouch!
In that case please, don't fix it ;-)
Or better, properly implement array property overloading...
Michael.
___
Hello,
I've spend some time adapting my beta project to use the new rtl-generics
classes, however, I have some issues regarding to TDictionary class. Let's
go to a test using the example below:
=== begin code ===
var
hash: TDictionary;
begin
hash := TDictionary.Create;
end
=== end code ===
Am 12.08.2016 17:27 schrieb "Luca Olivetti" :
>
> El 12/08/16 a les 17:13, Sven Barth ha escrit:
>
>
>>>
>>> Is this by design or is it just an accident?
>>
>>
>> Accident.
>
>
> Ouch!
> In that case please, don't fix it ;-)
Better don't rely on it then. If at all it would be implemented properly
On 12/08/16 20:32, Sven Barth wrote:
Better don't rely on it then. If at all it would be implemented properly
(and for Delphi compatibility it probably will).
According to the bug report mentioned in the first message of this
thread, Delphi only supports overloading for default properties.
2016-08-12 19:17 GMT+02:00 silvioprog :
> Those hints can be a problem when we also need to check the log from other
> classes, because it pollute the windows messages, so a suggestion is just
> to declare the "{$WARN 5024 OFF : Parameter "$1" not used}" in the
> rtl-generics units.
>
The question
On Fri, Aug 12, 2016 at 3:51 PM, Maciej Izak wrote:
[...]
> Using WARN OFF for whole module is rather bad, but might be (temporary)
> the only solution. IIRC FPC has many bugs for switching off warnings /
> hints especially for generics. Compiler likes to report warnings/hints in
> specialization
Am 12.08.2016 20:40 schrieb "Jonas Maebe" :
>
> On 12/08/16 20:32, Sven Barth wrote:
>>
>> Better don't rely on it then. If at all it would be implemented properly
>> (and for Delphi compatibility it probably will).
>
>
> According to the bug report mentioned in the first message of this
thread, De
El 12/08/16 a les 20:40, Jonas Maebe ha escrit:
On 12/08/16 20:32, Sven Barth wrote:
Better don't rely on it then. If at all it would be implemented properly
(and for Delphi compatibility it probably will).
According to the bug report mentioned in the first message of this
thread, Delphi only
On 12/08/16 22:51, Luca Olivetti wrote:
El 12/08/16 a les 20:40, Jonas Maebe ha escrit:
On 12/08/16 20:32, Sven Barth wrote:
Better don't rely on it then. If at all it would be implemented properly
(and for Delphi compatibility it probably will).
According to the bug report mentioned in the f
On Fri, Aug 12, 2016 at 5:03 PM, silvioprog wrote:
> On Fri, Aug 12, 2016 at 3:51 PM, Maciej Izak wrote:
> [...]
>
>> Using WARN OFF for whole module is rather bad, but might be (temporary)
>> the only solution. IIRC FPC has many bugs for switching off warnings /
>> hints especially for generics
15 matches
Mail list logo