>> Shouldn't we add a dedicated type for PCODE? like HB_PCODE?
>
> We use HB_PCODE as enum type (see hbpcode.h).
> Anyhow separate type is good idea.
Let's find a name. HB_PCODE_T? (not hugely elegant though)
Brgds,
Viktor
___
Harbour mailing list (at
On Sun, 07 Feb 2010, Szak�ts Viktor wrote:
Hi,
> Shouldn't we add a dedicated type for PCODE? like HB_PCODE?
We use HB_PCODE as enum type (see hbpcode.h).
Anyhow separate type is good idea.
best regards,
Przemek
___
Harbour mailing list (attachment si
Hi,
>> 2010-02-06 19:51 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>> * src/vm/runner.c
>>* BYTE -> char
>
> Now in all places expect runner we are using BYTE for PCODE but in
> runner char. Is it possible that you can join such modifications
> to make them more consistent?
Shouldn't we
On Sat, 06 Feb 2010, vszak...@users.sourceforge.net wrote:
Hi,
> 2010-02-06 19:51 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> * src/vm/runner.c
> * BYTE -> char
Now in all places expect runner we are using BYTE for PCODE but in
runner char. Is it possible that you can join such modifi
Revision: 13784
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13784&view=rev
Author: vszakats
Date: 2010-02-06 18:56:50 + (Sat, 06 Feb 2010)
Log Message:
---
2010-02-06 19:51 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/vm/runner.c
* BYT
