Re: [fpc-pascal] Building Android cross compiler error

[Ryan Joseph]

Isn’t that step after the compiler has been built? I was following the guide at 
http://wiki.freepascal.org/Android and they said to just add to the $PATH 
variable and then create the config file later so I didn’t even get to that 
step since the compiling failed.

> On Feb 23, 2016, at 1:53 PM, Michalis Kamburelis  
> wrote:
> 
> Have you defined the -Fl option correctly?
> 
> For example, I put something like this in my ~/.fpc.cfg:
> 
> #ifdef android 
> #ifdef cpuarm 
> -Fl/home/michalis/.../android/ndk/platforms/android-19/arch-arm/usr/lib/ 
> #endif 
> #ifdef cpu386 
> -Fl/home/michalis/.../android/ndk/platforms/android-19/arch-x86/usr/lib/ 
> #endif 
> #endif
> 
> 

Regards,
Ryan Joseph

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Tony Caduto]

Hmm maybe sad for Delphi users, I myself have not used Delphi since 2012,
hopefully Delphi users see the light and start using Lazarus and FPC.

It's not surprising that people are leaving embarcadero, it sucks being on
the end of a dirty acquisition stick
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Building Android cross compiler error

[Michalis Kamburelis]

  

> /Developer/Android/android-ndk-r10e/toolchains/arm-linux-
androideabi-4.9/prebuilt/darwin-x86_64/bin/arm-linux-androideabi-ld.bfd:
cannot find -lc  
pp.pas(219,36) Error: Error while linking  

>

>  

Have you defined the -Fl option correctly?

  

For example, I put something like this in my ~/.fpc.cfg:

  

#ifdef android

#ifdef cpuarm

-Fl/home/michalis/.../android/ndk/platforms/android-19/arch-arm/usr/lib/ 

#endif

#ifdef cpu386

-Fl/home/michalis/.../android/ndk/platforms/android-19/arch-x86/usr/lib/ 

#endif

#endif  

  

You can see Castle Game Engine instructions about setting up Android+FPC
environment on https://github.com/castle-engine/castle-engine/wiki/Android :)

  

Michalis

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Bug in FPC 3.0?

[LacaK]

Error: (3059) No member is provided to access property

is because TField.FieldDef is defined like: Property FieldDef : 
TFieldDef Read FFieldDef;

so there is no write method from begining (2 years ago rev. 26776).

Error: (5000) Identifier not found "FieldDefs"

FieldDefs is property of TDataSet, not TField so it can not work in your 
example

(also Delphi has FieldDefs as property of TDataSet)

-Laco.


Hello,

UniDAC doesn't compile with Lazarus 1.6/FPC 3.0.
The case may be reproduced on following example.

program Project1;

{$MODE DELPHI}

uses
   SysUtils, Classes, DB;

var
   F: TField;
   FieldDef: TFieldDef;
begin
   with F do
 FieldDef := FieldDefs.AddFieldDef;
 //  ^^error here
end.

Free Pascal Compiler version 3.0.0 [2016/02/14] for i386
Copyright (c) 1993-2015 by Florian Klaempfl and others
(1002) Target OS: Win32 for i386
(3104) Compiling C:\Users\serge\AppData\Local\Temp\project1.lpr
project1.lpr(13,13) Error: (3059) No member is provided to access property
project1.lpr(13,16) Error: (5000) Identifier not found "FieldDefs"
project1.lpr(16) Fatal: (10026) There were 2 errors compiling module,
stopping
Fatal: (1018) Compilation aborted
Error: C:\lazarus\fpc\3.0.0\bin\i386-win32\ppc386.exe returned an error
exitcode



-
--
Regards,
Serguei
--
View this message in context: 
http://free-pascal-general.1045716.n5.nabble.com/Bug-in-FPC-3-0-tp5724260.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal


___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Android porting ideas

[Michalis Kamburelis]

>  

>

> This will probably make more sense when I learn about the asset manager
more. I think I read there is a format like asset:// for file URL’s.

  

Remember that the "asset:/..." URL is just implemented in Castle Game Engine
(see http://castle-engine.sourceforge.net/tutorial_network.php ). It's not
something recognized by other APIs (Android or not). Although Qt has analogous
concept (http://doc.qt.io/qt-5/platform-notes-android.html#assets-file-
system).

  

If you want to do it yourself: the AssetManager functions are part of
CastleAndroidInternalAssetManager , which are bindings for C API documented as
part of Android NDK here:
http://developer.android.com/ndk/reference/group___asset.html . These are the
gory details to access assets:)

  

The unit CastleAndroidInternalAssetStream wraps Android assets into a Pascal
TStream, and converts URL (more-or-less strips/adds the "asset:/..." prefix)
by URIToAssetPath / AssetPathToURI functions.

  

Regards,

Michalis

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Android porting ideas

[Ryan Joseph]

> On Feb 23, 2016, at 8:30 AM, Michalis Kamburelis  
> wrote:
> 
> It looks like the majority of the startup code is in castlewindow_android but 
> I was expected to see an OpenGL context (surface view I think in Android). 
> How do you render OpenGL then?
> 
> 
> castlewindow_android.inc does
> 
>   {$I castlewindow_egl.inc}
> 
> and the code that initializes OpenGLES context is inside 
> castlewindow_egl.inc. It's using EGL library, 
> https://www.khronos.org/registry/egl/ , specification blessed by Khronos, 
> available on Android, able to initialize OpenGL ES context.
> 
> It can also be used to initialize OpenGL ES context on the desktops (which is 
> useful to test OpenGL ES renderer on Linux, Windows etc.). That's why the 
> code is not inside castlewindow_android.inc --- it's more generally useful.
> 

I see now! I’m using OpenGLES 1.x but I think I can use the EGL window 
functions you have translated in your OpenGLES 2 unit.

> So UNIX I/O “works” but you can’t read anything without the asset manager? 
> That doesn’t really make sense but either way using the Asset manager in a 
> stream like you did is just fine. I only need to read the contents of images 
> and XML files anyways.
> 
> 
> UNIX I/O works for reading files. On disk (device internal memory, sdcard 
> etc.).
> 
> It doesn't work to read stuff from the apk. Because the files you put inside 
> apk ("assets" in Android terminology) are not available to you as normal 
> files inside the Android application. You don't know where (and if, at all) 
> they are unpackaged on the Android filesystem. You can only access them 
> (read-only) using AssetManager.

Ok. I need to learn about the file system more then.

> 
> I was using ReadXMLFile to read the XML file but I assume this is just a 
> helper function that wraps something lower level I could use in conjunction 
> with the asset manager. Is that correct? Can’t find your code for this.
> 
> 
> See the URLReadXML implementation:
> 
> procedure URLReadXML(out Doc: TXMLDocument; const URL: String);
> var
>  Stream: TStream;
> begin
>  Doc := nil; // clean "out" param at start, just like ReadXMLFile
>  Stream := Download(URL, []);
>  try
>ReadXMLFile(Doc, Stream);
>  finally FreeAndNil(Stream) end;
> end;
> 
> So it simply reads URL to a TStream, then uses overloaded ReadXMLFile version 
> that reads XML from a stream:)
> So internally Android just uses the same C libraries we were using in Pascal? 
> I guess that makes sense but I was thinking EVERYTHING on the system was now 
> Java but that’s not the case I guess. The lesson here is that Android is 
> built on Linux so we’re sharing more than I think.

This will probably make more sense when I learn about the asset manager more. I 
think I read there is a format like asset:// for file URL’s.

Thanks again!



Regards,
Ryan Joseph

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

[fpc-pascal] Building Android cross compiler error

[Ryan Joseph]

I’ve downloaded FPC 3.0.0 and updated the sources from SVN then downloaded the 
Android NDK (Mac OS X 64-bit was the only option for Mac). The script seems to 
work but I’m getting this error after compiling for some time.

Any ideas what’s going on?

==

cd /Developer/ObjectivePascal/fpc
INSTALL_PATH=/Developer/Android
PATH=$PATH:$INSTALL_PATH/android-ndk-r10e/toolchains/arm-linux-androideabi-4.9/prebuilt/darwin-x86_64/bin

make clean all crossinstall OS_TARGET=android CPU_TARGET=arm 
CROSSOPT="-Cfvfpv3" INSTALL_PREFIX=$INSTALL_PATH

=

/Developer/Android/android-ndk-r10e/toolchains/arm-linux-androideabi-4.9/prebuilt/darwin-x86_64/bin/arm-linux-androideabi-ld.bfd:
 cannot find -lc
pp.pas(219,36) Error: Error while linking
pp.pas(219,36) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
make[3]: *** [ppcarm] Error 1
make[2]: *** [cycle] Error 2
make[1]: *** [compiler_cycle] Error 2
make: *** [build-stamp.arm-android] Error 2


Regards,
Ryan Joseph

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Android porting ideas

[Michalis Kamburelis]

> I see you made a builder tool I’ll have to check out. From the Android
tutorials I’ve seen building Android packages seems be pretty forward. You can
run/install apps from the terminal also I think based on your documents.
That’d be nice to not be in Android Studio if I don’t have to be.

  
Yes, you can do whole compile + install + run process using castle-engine
tool. It's a rather simple wrapper around some Google tools, ant etc. You
don't need to download Android Studio at all, you only need basic Android SDK
and NDK.

  

> It looks like the majority of the startup code is in castlewindow_android
but I was expected to see an OpenGL context (surface view I think in Android).
How do you render OpenGL then?

  

castlewindow_android.inc does  

  

  {$I castlewindow_egl.inc}

  

and the code that initializes OpenGLES context is inside castlewindow_egl.inc.
It's using EGL library, https://www.khronos.org/registry/egl/ , specification
blessed by Khronos, available on Android, able to initialize OpenGL ES
context.

  

It can also be used to initialize OpenGL ES context on the desktops (which is
useful to test OpenGL ES renderer on Linux, Windows etc.). That's why the code
is not inside castlewindow_android.inc --- it's more generally useful.

  

> So UNIX I/O “works” but you can’t read anything without the asset manager?
That doesn’t really make sense but either way using the Asset manager in a
stream like you did is just fine. I only need to read the contents of images
and XML files anyways.

  
UNIX I/O works for reading files. On disk (device internal memory, sdcard
etc.).

  

It doesn't work to read stuff from the apk. Because the files you put inside
apk ("assets" in Android terminology) are not available to you as normal files
inside the Android application. You don't know where (and if, at all) they are
unpackaged on the Android filesystem. You can only access them (read-only)
using AssetManager.

  

> I was using ReadXMLFile to read the XML file but I assume this is just a
helper function that wraps something lower level I could use in conjunction
with the asset manager. Is that correct? Can’t find your code for this.

  
See the URLReadXML implementation:

  

procedure URLReadXML(out Doc: TXMLDocument; const URL: String);  
var  
 Stream: TStream;  
begin  
 Doc := nil; // clean "out" param at start, just like ReadXMLFile  
 Stream := Download(URL, []);  
 try  
   ReadXMLFile(Doc, Stream);  
 finally FreeAndNil(Stream) end;  
end;  
  

So it simply reads URL to a TStream, then uses overloaded ReadXMLFile version
that reads XML from a stream:)

> So internally Android just uses the same C libraries we were using in
Pascal? I guess that makes sense but I was thinking EVERYTHING on the system
was now Java but that’s not the case I guess. The lesson here is that Android
is built on Linux so we’re sharing more than I think.

  

There are *some* C libraries on Android, indeed. There is a version of libc,
there is OpenGLES (and friends like EGL). But not much else, so don't get your
hopes up:) http://developer.android.com/ndk/guides/stable_apis.html has the
list of available native libraries.

  

You can make a working game with them --- you have access to display (through
EGL and OpenGL ES) and sound (through OpenMAX). And you have access to input
by communicating through JNI with NativeActivity.

  

But a lot of other stuff is only available in Java libraries, and you need to
write custom Java code to access it. For example, everything that is part of
https://en.wikipedia.org/wiki/Google_Play_Services --- integration with Google
Maps, Google Analytics, Google Games, etc. Also in-app purchases. Also
integration with other apps e.g. to get/make photos. Or take location from
GPS. Or even open a WWW browser.

  

Fortunately, using these Java APIs through a JNI layer is not really hard in
my experience. And Castle Game Engine gives you some helpers:) ---
CastleMessaging and component system, to make it even easier.

  

Regards,

Michalis

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Bug in FPC 3.0?

[Michael Van Canneyt]

On Mon, 22 Feb 2016, Serguei TARASSOV wrote:


Michael Van Canneyt wrote

On Mon, 22 Feb 2016, Serguei TARASSOV wrote:


Hello,

UniDAC doesn't compile with Lazarus 1.6/FPC 3.0.
The case may be reproduced on following example.


To my knowledge, this has never worked.

Michael.


History log is below :)


Well, the compiler is on my side:

home: >ppcx64-2.6 td.pp
td.pp(13,34) Error: Identifier not found "FieldDefs"
td.pp(16,16) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted

home: >ppcx64-2.6.4 td.pp
td.pp(13,34) Error: Identifier not found "FieldDefs"
td.pp(16,16) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted

I suspect some refactoring in UniDAC is the cause of your problem. 
A "with" gone wrong ?


Michael.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Bug in FPC 3.0?

[Serguei TARASSOV]

Michael Van Canneyt wrote
> On Mon, 22 Feb 2016, Serguei TARASSOV wrote:
> 
>> Hello,
>>
>> UniDAC doesn't compile with Lazarus 1.6/FPC 3.0.
>> The case may be reproduced on following example.
> 
> To my knowledge, this has never worked.
> 
> Michael.

History log is below :)

UniDAC 6.1 compiles OK with FPC 2.6.4
But the same sources of UniDAC 6.1 doesn't compile with FPC 3.0
Upgrading, but UniDAC 6.2 doesn't compile with FPC 3.0 too

So I will see tomorrow UniDAC 6.2 with FPC 2.6.4 to provide more info.




-
--
Regards,
Serguei
--
View this message in context: 
http://free-pascal-general.1045716.n5.nabble.com/Bug-in-FPC-3-0-tp5724260p5724264.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Bo Berglund]

On Mon, 22 Feb 2016 12:11:54 -0500, Anthony Walter
 wrote:

>The problem Delphi ran into a while back comes down to one key factor: PRICE
>
..
>
>This is especially true when it's so platform limited. The IDE only works
>on Windows, it has no real Linux support (sorry Kylix), the OSX VCL tooling
>is abysmal (my god its awful).

Yeah,
I got myself a personal boost back in 2013 by buying XE5 so as to
explore the world of mobile apps, but I never really got going on
that.

>You add these in with the fact that more and more developers have been
>moving to web applications, and you have a recipe for failure.

Would it then not be a good time to convert to FPC/Lazarus?
Price-wise it would not be a big deal

At my old workplace we developed industrial automation software and we
used Delphi from version 1 up to 7 and then stayed on 7 until I
retired in 2011.

Converting from Delphi7 to FPC 3.0 and Lazarus should not be that big
of a problem unless there are snags with the 3rd party stuff we used.

If one has moved on with RAD until Seattle and used the stuff in there
(like FireMonkey) then it would be a hard deal I guess


-- 
Bo Berglund
Developer in Sweden

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Bug in FPC 3.0?

[Michael Van Canneyt]

On Mon, 22 Feb 2016, Serguei TARASSOV wrote:


Hello,

UniDAC doesn't compile with Lazarus 1.6/FPC 3.0.
The case may be reproduced on following example.


To my knowledge, this has never worked.

Michael.


program Project1;

{$MODE DELPHI}

uses
 SysUtils, Classes, DB;

var
 F: TField;
 FieldDef: TFieldDef;
begin
 with F do
   FieldDef := FieldDefs.AddFieldDef;
   //  ^^error here
end.

Free Pascal Compiler version 3.0.0 [2016/02/14] for i386
Copyright (c) 1993-2015 by Florian Klaempfl and others
(1002) Target OS: Win32 for i386
(3104) Compiling C:\Users\serge\AppData\Local\Temp\project1.lpr
project1.lpr(13,13) Error: (3059) No member is provided to access property
project1.lpr(13,16) Error: (5000) Identifier not found "FieldDefs"
project1.lpr(16) Fatal: (10026) There were 2 errors compiling module,
stopping
Fatal: (1018) Compilation aborted
Error: C:\lazarus\fpc\3.0.0\bin\i386-win32\ppc386.exe returned an error
exitcode



-
--
Regards,
Serguei
--
View this message in context: 
http://free-pascal-general.1045716.n5.nabble.com/Bug-in-FPC-3-0-tp5724260.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal


___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Anthony Walter]

The problem Delphi ran into a while back comes down to one key factor: PRICE

What is the current cost of their professional version now? Something
greater than 1000 buck I believe, and it's been that way for quite some
time.

In this age, when anyone with a ".edu" email address (DreamSpark) or
website (WebSpark) can get Visual Studio pro for free, anyone can get
Eclipse or IntelliJ IDEA for free, anyone can get Python + any IDE for it
for free, or get Atom/Brackets for Javascript/HTML for free, it's no wonder
practically NO ONE is buying and then using Delphi.

This is especially true when it's so platform limited. The IDE only works
on Windows, it has no real Linux support (sorry Kylix), the OSX VCL tooling
is abysmal (my god its awful).

You add these in with the fact that more and more developers have been
moving to web applications, and you have a recipe for failure.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

[fpc-pascal] Bug in FPC 3.0?

[Serguei TARASSOV]

Hello,

UniDAC doesn't compile with Lazarus 1.6/FPC 3.0.
The case may be reproduced on following example.

program Project1;

{$MODE DELPHI}

uses
  SysUtils, Classes, DB;

var
  F: TField;
  FieldDef: TFieldDef;
begin
  with F do
FieldDef := FieldDefs.AddFieldDef;
//  ^^error here
end.

Free Pascal Compiler version 3.0.0 [2016/02/14] for i386
Copyright (c) 1993-2015 by Florian Klaempfl and others
(1002) Target OS: Win32 for i386
(3104) Compiling C:\Users\serge\AppData\Local\Temp\project1.lpr
project1.lpr(13,13) Error: (3059) No member is provided to access property
project1.lpr(13,16) Error: (5000) Identifier not found "FieldDefs"
project1.lpr(16) Fatal: (10026) There were 2 errors compiling module,
stopping
Fatal: (1018) Compilation aborted
Error: C:\lazarus\fpc\3.0.0\bin\i386-win32\ppc386.exe returned an error
exitcode



-
--
Regards,
Serguei
--
View this message in context: 
http://free-pascal-general.1045716.n5.nabble.com/Bug-in-FPC-3-0-tp5724260.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Bo Berglund]

On Mon, 22 Feb 2016 17:03:29 +0100 (CET),
mar...@stack.nl (Marco van de Voort) wrote:

>In our previous episode, Serguei TARASSOV said:
>> > fixes
>> > is usually not that high, so for Seattle the calculation regardless of
>> > people leaving.
>> 
>> Yes, the subscription is "by default".
>
>That recently changed? I bought Seattle without in november or so.

There was an email message from them recently that said they are
changing the conditions as of March 1, 2016. After that there is
always a subscription to buy...


-- 
Bo Berglund
Developer in Sweden

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Marco van de Voort]

In our previous episode, Serguei TARASSOV said:
> > fixes
> > is usually not that high, so for Seattle the calculation regardless of
> > people leaving.
> 
> Yes, the subscription is "by default".

That recently changed? I bought Seattle without in november or so.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Bo Berglund]

On Mon, 22 Feb 2016 05:55:26 -0700 (MST), Serguei TARASSOV
 wrote:

>Marco van de Voort wrote
>> Were you planning to buy with subscription? The number of post relases
>> fixes
>> is usually not that high, so for Seattle the calculation regardless of
>> people leaving.
>
>Yes, the subscription is "by default".

Interesting, at the same time the developers leave the team
Embarcadero changes licensing such that you cannot get a new version
without the extra subscription, which by itself covers bugfixes that
presumably stop as soon as the next release is made in 6 months or so.

So a product no longer actively developed gets a higher price...

I'm glad I am retired now.


-- 
Bo Berglund
Developer in Sweden

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Serguei TARASSOV]

Marco van de Voort wrote
> Were you planning to buy with subscription? The number of post relases
> fixes
> is usually not that high, so for Seattle the calculation regardless of
> people leaving.

Yes, the subscription is "by default".
Will see the situation...




-
--
Regards,
Serguei
--
View this message in context: 
http://free-pascal-general.1045716.n5.nabble.com/Delphi-compiler-team-left-Embarcadero-Idera-tp5724251p5724256.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Maciej Izak]

2016-02-22 12:45 GMT+01:00 Marco van de Voort :

> announced quite a while ago? Last summer or fall?
> I already knew this, and the m
>

No way. This is breaking news. Maybe it was someone else. AFAIK from now,
there isn't any of well-known/experienced people on the compiler team.

-- 
Best regards,
Maciej Izak
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Marco van de Voort]

In our previous episode, Serguei TARASSOV said:
> Sad news.
> As we have many UI codes in D7 that cannot be easily ported to Lazarus, the
> migration to Seattle 10 was in roadmap. Now I doubt to investing into this
> migration.

Were you planning to buy with subscription? The number of post relases fixes
is usually not that high, so for Seattle the calculation regardless of
people leaving.

P.s. wasn't this already announced quite a while ago? Last summer or fall? 
I already knew this, and the message wording also sounded awfully familiar.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Delphi compiler team left Embarcadero/Idera

[Serguei TARASSOV]

Sad news.
As we have many UI codes in D7 that cannot be easily ported to Lazarus, the
migration to Seattle 10 was in roadmap. Now I doubt to investing into this
migration.



-
--
Regards,
Serguei
--
View this message in context: 
http://free-pascal-general.1045716.n5.nabble.com/Delphi-compiler-team-left-Embarcadero-Idera-tp5724251p5724253.html
Sent from the Free Pascal - General mailing list archive at Nabble.com.
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Variable Initialization Questions

[Klaus Hartnegg]

Am 18.02.2016 um 21:38 schrieb Jonas Maebe:

all global variables are always zeroed.


but it is better to not rely on it because


Local variables are never zeroed


and it is not uncommon that a part from main gets moved to a procedure, 
and all of a sudden you must add commands to initialize the variables. 
It is better to do it always, to avoid surprises.

___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal