On Wed, Nov 25, 2015 at 5:06 PM, Jonas Maebe
wrote:
>
> I'll have a look at how to make it generic once the llvm backend works for
> Darwin/x86_64 (which should be soon).
>
The llvm support for Darwin is what I've been wai
if someday Delphi is abandoned by the author? Will us let
FPC/Lazarus stuck in the middle of nowhere for the sake of compatibility?
-Bee-
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Why I hope to find a "Pascal Applet"? because I preffer to write
Object Pascal code instead of anything different.
AdobeAir + ExtJS + ExtPascal ?
It's not truly an "applet" by the way. But it should able to do what you
w
hnologies are always improving and changing. We
can't force ourselves to stick with old technologies just for
compatibility sake. Compatibility is preserved only if it's possible to
be done.
-Bee-
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
t's too late to use this scenario since Unicode
support in Tiburon is just a few months away. I think FPC should have
done it since v.2.0. :( Perhaps FPC could think about multiprocessor
support using this scenario. ;)
-Bee-
___
fpc-devel mail
with Delphi. :-P
I don't understand why FPC has DELPHI MODE directive in the first place
if FPC don't want to be different with Delphi. Maybe FPC should
eliminate this directive and make it as the default mode. :-P
-Bee-
___
fp
e to be different
on the beginning but people begin to follow them in the end. They never
want to be a "clone" or "copycat" or "shadow" or "tail" to other
successful (commercial) products. They have winner mentality, that
ime you compile your application.
-Bee-
has Bee.ography at:
http://beeography.wordpress.com
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
orrect.
Anyway, OP is a niche language and won't fit the "total picture". But
for OP developers or software business that came from Delphi background
this feature is a must-have.
I also vote for it. Yes, I can live without it. But my life would be
nicer and easier if it
That can only work for language issues, not for rtl issues (especially
since units compiled in different modes can be linked in the same program).
IFDEF? If IFDEF is not possible, then we should make it possible. ;)
-Bee-
has Bee.ography at:
http://beeography.wordpress.com
hat's what Delphi mode is all about, right? FPC could
use the better/correct mechanism on and only on FPC mode.
This should make everybody happy. User wants to use the 'wrong' Delphi
mechanism? Fine, but please use Delphi mode. User wants to use the
correct mechanism? Plea
It may mean an easy and acceptable solution. They may just say no.
It's the very possibility since they think we're the 'bad' guys. ;)
-Bee-
has Bee.ography at:
http://beeography.wordpress.com
___
fpc-devel ma
eview FPC's and Lazarus' code against Delphi code (or
other as well?).
-Bee-
has Bee.ography at:
http://beeography.wordpress.com
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
side.
That's the power of blogging and open informations. ;)
-Bee-
has Bee.ography at:
http://beeography.wordpress.com
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
14 matches
Mail list logo
