) don't work in objfpc... the
main reason why objfpc is unusable for me (also because "generic" and
"specialize" keyword)...
>.<
Regards,
Maciej Izak (hnb)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
AFAIK - no. We must wait when someone will implement RTTI.Invoke (Sven? or
if no one decide to implement this then I will try). With RTTI.Invoke will
be possible to implement ObjAuto...
Regards,
Maciej Izak (aka. HNB)
2014-02-22 21:00 GMT+01:00 silvioprog :
> Hello,
>
> Is
4. :D Not everyone is an old pascal "procedural" dinosaur :) anonymous
methods = fresh air.
Regards
Maciej Izak (hnb)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
2014-05-22 11:18 GMT+02:00 Sven Barth :
> Yes. Though first step is compile time packages and runtime packages
> later...
>
Any timeline?
Regards,
hnb
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailma
nvention to work, and part of the typeinfo itself makes as much sense
as any. That is to say, it's not there for the linker; it's there because
of the convention, and the convention is there because of dynamic linking,
which is done the way it is to maximize potential fo
> I have the feeling that the introduction of dynamic packages in FPC *will*
> require us to change our current RTTI from PTypeInfo to PPTypeInfo... :/
>
> Regards,
> Sven
>
So better to do it earlier rather than later ;P
Regards
->
http://bugs.freepascal.org/file_download.php?file_id=21394&type=bug)
(to work with Unix 64 bits you need to use rev. 30239 and newer)
Regards
Maciej Izak (hnb.c...@gmail.com)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fre
2015-03-16 14:15 GMT+01:00 denisgolovan :
> BTW, could you upload it to GitHub to be able to pull new changes easier?
> It looks like it will be a long way to official FPC package.
Right :D, maybe FPC team don't need Generics.* :O
https://github.com/dathox/generics.collections
Rega
al.org/view.php?id=25607
Regards
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
any chance to release FPC 3.0 with Generics.Collections library?
2015-06-11 16:33 GMT+02:00 Michael Van Canneyt :
>
> The documentation is the only 'blocking' issue. Maybe for good measure
> some extra fixes need to be merged.
>
bes
rfaces), new compiler intrinsic:
function GetReferenceToValue(Value: T): Pointer;
function GetValueSize(Value: T): Integer;
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ter that (as in: as of monday) as far as I am concerned, RC1 may be
> built.
best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
>
> btw. there is no info about few functions introduced by
> Generics.Collections patch, as I can see all of my work for RTL is now part
> of FPC 3.0 compiler ^^ :)
>
>
ofc. except generics.* units :)
___
fpc-pascal maillist - fpc-pascal@lists.freepasc
_Features_3.0
http://wiki.freepascal.org/User_Changes_3.0
regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
sadly - no, only in Delphi mode. btw. this thing keep me away from objfpc.
2015-07-16 15:34 GMT+02:00 Marcos Douglas:
> Hi,
>
> Is there some way to write this:
Best regards
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freep
TArray.Sort>(e, TComparer>.Construct(
function(const Left, Right: TList): Integer
begin
//...
end)
);
=== DELPHI CODE END ===
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
>" are added, because I don't know yet
> whether I'll be able to deal with the fact that the scanner always converts
> ">>" to "shr" (and "<<" to "shl")
>
> === code end ===
>
no difference ;) contrary
is bugfix for mORMot framework related to broken/lack of
implementation of RTTI for interfaces. In Delphi this kind of RTTI is
available since Delphi 7 or 6 (I don't remember precisely).
--
Best regards,
Maciej Izak
___
fpc-pascal maillist -
TStringList: 00:00:03.708
Delphi XE2 :
TStringList: 00:00:02.938
TMyList: 00:00:00.002
TMyList: 00:00:00.003
TStringList: 00:00:03.063
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/
2016-01-17 23:50 GMT+01:00 silvioprog :
> Hello,
>
> The FGL unit has many very nice classes, but we should add a new type:
> TFPGMapObjectData. (or simply TFPGMapObject)
>
> This type is just a list that frees its itens on destroy, similar to the
> Delphi `TObjectDictionary` [1].
>
> [1]
> http:/
2016-02-01 9:35 GMT+01:00 David Butler :
> This is usually called "inline if".
>
> Maybe call it "inlineif" or "iif", e..g
>
> x := iif (a < 3, 1, 2)
>
> or even
>
> x := iif a < 3 then 1 else 2;
>
>
anything is better than System.IfThen blatant incompatibility. I opt for
oxygene syntax. Anyway re
to implement this and was chosen the worst scenario.
:\
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
hi to introduce
TObject.DisposeOf instead of any other name to help not breaking someones
code.
>From my point of view, Sven took the worst possible route, *especially
there is a hundred other ways to achieve this* (!).
--
Best regards,
Maciej Izak
___
f
for IIF.
You are kidding me?
You can never be sure what you use. When is used Math or StrUtils I need to
use System.IfThen. O___o
*The decision Sven is wrong.*
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.free
hen" is better.
To be clear : I like new feature but the name *must* be different. It is
impossible to prove that "IfThen" name is right ;););) :P.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
2016-02-01 11:28 GMT+01:00 Sven Barth :
> It does *not* break existing code at all.
>
Right. As mentioned in my other message: "Paradoxically, "IfThen" hinders
future usage of the code" :)
--
Best regards,
Maciej Izak
___
f
2016-02-01 11:31 GMT+01:00 Sven Barth :
> I personally would have preferred "if a < 3 then 1 else 2",
>
The first step to compatibility with Oxygene :) I love it
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@l
at FPC also has an intrinsic, and you can see when it is the
> intrinsic and when the library function.
>
> But then you have already pulled out most of your hair.
>
It even can be worser when you're bald man. :/
--
Best regards,
Maciej Izak
; ThenExpr, ElseExpr: type): type;
& is used rarely (and it is legal ident part), collision with existing code
base is minimal. Looks almost like regular Pascal syntax ;).
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pa
gt; &if:=1;
> end.
>
> So &if is a bad idea.
Yes it is possible. Anyway it is better idea than IfThen. You treat facts
selectively. How often is used &if and how often is used IfThen?
&IfThen looks also good (I like shorter syntax &if). Wit
2016-02-01 13:15 GMT+01:00 Maciej Izak :
> 2016-02-01 13:09 GMT+01:00 Michael Van Canneyt :
>>
>> No. The compiler already uses &.
>>
>> & means 'the following is an identifier even if it is a keyword'.
>>
>> You can perfectly decla
e 4607.
>
> And modifying the scanner for this exception is a REALLY bad idea.
in that case you are right :)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
close to native usage of if then else
4. we can have both. IIF and &if. Don't create precedents!
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
t to create monstrosities as
>
> &if:=system.&if(a>3,1,3) * b
>
> Really guys, I know it is ugly, but we don't have to add to it even more;
>
> Using & in a system intrinsic identifier: how crazy can you get ?
>
Looks good and clever. Logical cho
rue, 0, 0);
2) x := if true then 0 else 0;
3) x := ite(true, 0, 0); // If Then Else = ITE, more correct than IIF
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
c sugar for if-then-else
> > statement.
>
> +1
>
iif is not semantic clear. IIF means "Immediate IF". Citation: "both
truepart and the falsepart will be evaluated regardless of which one is
actually returned." - https://en.wikipedia.org/wiki/IIf
IIF is equivalent
2016-02-01 18:08 GMT+01:00 Jürgen Hestermann :
> From the above I would vote for "InlineIf" or eve better "IfThenElse".
>
InlineIf sounds better than IIF. Very suggestive and correct. IfThenElse
looks more like "Immediate IF" (or IfThen) functiona
rrect behavior ?
2. a little more oxygene compatibility ?
if 1 will be chosen, is possible to create alias to
InlineIf/Ifthen/whateverIf intrinsic in the future? (for example iif alias
in Oxygene mode)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist
fully. There is one language that has an
> iif() intrinsic that evaluates only the taken branch: Oxygene. ;)
>
This is the strong argument for "iif". Mea culpa. You are the only one who
is reading my links in this mailing list even better than me ;) Now I'm
convinced
to start developing {$MODE OXYGENE} ?
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
that name ?
Same here. I see no reason to differ from it. Introducing new
incompatibility is bad idea. For me is good to have booth (Oxygene
compatible):
x := iif (a < 3, 1, 2);
V := If a < 3 then 1 else 2;
sometimes is better to use first option and sometimes is better to use
second o
r than in other languages (but still compatible
with Oxygene)
- I like &if ;)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
2016-02-02 8:22 GMT+01:00 Maciej Izak :
> 2016-02-01 10:59 GMT+01:00 Michael Schnell :
>
>> On 02/01/2016 09:35 AM, David Butler wrote:
>>
>>>
>>>
>>> Maybe call it "inlineif" or "iif", e..g
>>>
>>> x := iif (a &l
intrinsic instead of
> statement to identifier and octal)
";)" emoticon means joke/not serious. Damn, you are really old fashioned.
the fact is one: iif is good new name for "IfThen" intrinsic.
I don't have any more to say.
--
Best regards,
Maciej Izak
___
said.
profit of different behavior for iif is huge:
x := iif(obj = nil, 0, obj.foo);
and as was stated many times, this behavior iif is *compatible with
existing Oxygene* (!). Finally some compatible part.
maybe is worth to implement additional IfThen intrinsic (just generic
version of regular
Is possible to close thread on mailing list?
-,-
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Notifications events already works in Generics.Collections. ;P
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
[/quote]
Source: https://plus.google.com/104660942073125276831/posts/AuEUb95pUZu
Related initiative "Lets buy Delphi":
https://plus.google.com/115032677792043930563/posts/Tc4s6jCLEos
IMO Interesting and sad time for whole community.
--
Best regards,
Maciej Izak
___
eam.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
2016-02-20 9:23 GMT+01:00 Sven Barth :
> Am 20.02.2016 06:25 schrieb "Michalis Kamburelis" <
> michalis.ka...@gmail.com>:
> > I remember a thread on fpc-devel "Pascal Smart Pointers Idea + ARC
> > implementation" where the original author (Maciej Iz
pi...)
* I cant use the same name for class var and for parameter in method
http://bugs.freepascal.org/view.php?id=24963
* generic and specialize keyword hell in extensively used generics...
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pasc
2016-02-24 13:15 GMT+01:00 Michael Van Canneyt :
> As said, ours is an opinion. Your mileage may vary.
Phew ;) everyone can be happy!
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.
e to
the FPC compiler code standard :P
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
y machine, works fine
even for code with
-New
-GetMem + Initialize/InitializeArray
it is important base for SmartPtr / SmartObj.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
presents it using one or another
> nice template, with the necessary page links and whatnot. (as in the sample
> link I presented).
>
mORMot + mustache? :)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
n is possible visual
remote-debugging from Lazarus (but that requires many IDE modifications).
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
s used ofc mORMot framework
I am looking forward to more information here! :)
as a proof ;) :
https://drive.google.com/file/d/0B4PZhd929_ZRY2NmT1QtSTdlWEU/view?usp=sharing
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
:)
>
> > even is possible visual remote-debugging
> > from Lazarus (but that requires many IDE modifications).
>
> wow, any link describing how to achieve that?
Work in progress.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist
911
http://bugs.freepascal.org/view.php?id=29245
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
only be specified for
> value, const and constref parameters
>
I can confirm. Seems like is worth to put this on bugtracker :)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
'printf';
begin
printf('%d%d%d'#10,1,2,3,4);
end.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
> Here's the wikipedia article to make you understand:
> https://en.wikipedia.org/wiki/Comma_operator
In that case you are right.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal
nary is well tested.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
2016-04-21 6:26 GMT+02:00 Graeme Geldenhuys :
> I don't see a single unit test, so that would make me weary.
>
Feel free to help in that field. I have inner tests, but I don't have time
to adjust them for public release :\ anyway you are right, that can be
confusing.
--
Best
2016-04-26 7:57 GMT+02:00 Sven Barth :
> > As it is right now the compiler will not allow this.
>
> No, I did not and it's also not planned.
>
That is planned in other way, as extra profit of smart pointers (related to
new syntax).
--
Best
tibility with Delphi Nextgen, also will be possible to link ARC
modules with "non-ARC" modules and vice-versa).
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
is "outlawed" by definition. "Smart pointer" related
syntax is step into Oxygene mode so dedication might be not enough :P.
Seems like my own little FPC fork + small website to host binaries,
according to current situation is rational step, especially I need to merge
few ot
I have
few working versions I need to decide which one is the best. The new
syntax/compiler behavior is developed for many new elements (nullable
types, smart pointers, arc objects) and must be perfect.
--
Best regards,
Maciej Izak
___
fpc-pascal maill
c, equivalent of: i := a.Instance[0];
foo(a); // compiler magic, equivalent of: foo(a.Instance);
pa := @a; // compiler magic, equivalent of: pa := @a.Instance;
WriteLn(pa^[0], ' = ', i); // 10 = 10
end.
--
Best regards,
Maciej Izak
___
fpc-
e started to fix few of them...
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
e" for
generic methods/functions like in Java (which is on my TODO list), but is
possible to compile and run example like this:
var
a: TManagedArray;
begin
Foo1(a);
Foo2(a);
Foo3(a);
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - f
comfortable for me is excluding whole library from FPC
(easier maintenance of FreePascal fork...)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
odule
with base and complex support for *any* stuff related to generics + has
better testing purposes than fgl.
Please just don't add Generics.* into FPC as package. :/
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-
compiler in other,
more correct way.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
or Delphi compatibility it
performs infrastructure to *any* generics library like Spring4D etc.
Sorry Sven but keeping fgl in RTL is ridiculous (!). There is no technical
reason for that. Only your personal convenience. You can use normal tests
suite like others.
Or maybe Marco reply is untrue?
-
2016-05-11 15:07 GMT+02:00 Maciej Izak :
>
> 2016-05-11 14:51 GMT+02:00 Sven Barth :
>
>> And I stand by that decision. Generics are a rather frickle feature and I
>> want to know of critical failures as early as possible (and yes, I've made
>> use of that already
ited but works fine for x86 on Windows.
Look my old question and great answer from Barry Kelly:
http://stackoverflow.com/questions/2305962/delphi-array-of-const-to-varargs
It can be ported to other platforms/architectures but not so easy :)
--
Best regard
ss.getName());
throw e;
}
...
}
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Studio/Berlin/en/Program_Control#Handling_Function_Results
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
aster implementation
(based on the default field):
https://github.com/maciej-izak/PascalSmartPointers
which is usable also for nullable types.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fr
ix.pdf).
> P.S.: You should remove the {$H+} from the generics.* units, the mode
> Delphi already enables the long strings
> <http://www.freepascal.org/docs-html/prog/progsu25.html>.
>
That will be probably removed ;)
--
Best regards,
Maciej Izak
__
2016-08-08 4:09 GMT+02:00 silvioprog :
> Will you keep the sparta-generics package at Lazarus sources?
Probably yes. sparta_Generics package exist because FPC 3.0 does not
contain Generics.*...
--
Best regards,
Maciej Izak
___
fpc-pascal maill
ly for testing purposes, thanks to GetMemoryLayout you can
see how looks memory layout for each kind of dictionary (we have many
memory layouts, even more - we have unique de-amortized cuckoo hashing -
http://arxiv.org/abs/0903.0391 declared as THashMap/TFastHashMap).
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
uding packages, everything else is merely a workaround. But for that I
first need to finish my work on packages."
btw, already reported: http://bugs.freepascal.org/view.php?id=30433
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-p
);
end;
var
list: TDictionary;
begin
list := TDictionary.Create(TEqualityComparer.Construct(EqualityComparison,
ExtendedHasher));
=== end code ===
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fre
2016-08-17 17:20 GMT+02:00 Maciej Izak :
> procedure ExtendedHasher(constref AValue: string; AHashList: PUInt32);
> begin
> TDefaultHashFactory.GetHashList(Pointer(AValue), Length(AValue) *
> SizeOf(Char), AHashList);
> end;
>
there is bug, correct version:
procedure Exten
most annoying ever (for
generic programmers ;) )
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ct(...)
which is used for THashMap (THashMap is much faster than TDictionary
for big data)
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Hi,
finally we have simple way to test new syntax to improve FPC quality /
$MODE DELPHI without spending $ on Delphi :)
Probably limited time offer:
https://www.embarcadero.com/products/delphi/starter/promotional-download
--
Best regards,
Maciej Izak
do so ;)... You can't dictate people what they can not do
with compiler. That means Delphi can't be used to develop any OS project
(Zeos, mORMot).
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
ilers. They have FireDac and other stuff...
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
2016-08-23 20:02 GMT+02:00 Marco van de Voort :
> Well, that is of course subject to interpretation, is a free product
> "competitive" ?
Topic on G+ to get more info... :
https://plus.google.com/115782878581272923715/posts/AUHPRTJyF9b
--
Best rega
understanding is similar to what +Roland Kossow said. Anything that
someone would do to specifically target or clone our products. I expect
that unless what you are doing is pretty blatant there won't be a reaction.
Basically, don't try to bite the hand that feeds you.
===
2016-09-05 17:56 GMT+02:00 silvioprog :
> FPC triggers 132, Delphi 1342. :-/
Please report on bug tracker. IMO in presented context - definitely bug.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
h
x27;, [123], []); // same string '%' works for both: integer and
string values
FormatUTF8('%', ['123'], []);
Documentation:
http://synopse.info/files/html/api-1.18/SynCommons.html#FORMATUTF8
--
Best regards,
Maciej Izak
__
2016-11-07 22:24 GMT+01:00 African Wild Dog :
>
> I saw on the bug tracker a patch submission by Maciej Izak about the
> feature "Management Operators".
>
> This feature is related to Automatic Reference Counting?
>
Yes. We have a working ARC objects (not officia
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
;class function Foo: MyRecord ;" instead. Probably syntax "constructor
Create;" will be used for record initializers in next Delphi releases
(around 2018?). In FPC we have implemented this feature (not merged yet :
http://bugs.freepascal.org/view.php?id=30687 ) but as "
no self
property D: Int32 read A;
property E: Int32 read B;
class property F: Int32 read C;
===code end===
"class property" has two advantages. First: you can use "static" methods
for properties and second: will work for impr
er scenario (for normal "property") this call will raise AV.
btw. "class property" is probably slightly faster ;) because don't pass
"self" parameter.
--
Best regards,
Maciej Izak
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
1 - 100 of 160 matches
Mail list logo
