Re: [fpc-pascal] [OT] Pascal compiler for embedded platforms

2013-03-19 Thread Justin Smyth
Thanks, i am waiting to hear back regarding some suggest changes that were 
suggest in the debugging section that Michael Ring was working on a while 
ago, i want to write some code in lazarus for my ARM Cortex M3 and debug it 
in lazarus ( via gdb using gdb from openOCD) so i can see whats going on , 
just as a start because its going to take me a while to get my application 
running etc.


Justin
-Original Message- 
From: Martin Schreiber

Sent: Tuesday, March 19, 2013 5:31 PM
To: fpc-pascal@lists.freepascal.org
Subject: Re: [fpc-pascal] [OT] Pascal compiler for embedded platforms

On Tuesday 19 March 2013 00:05:39 Justin Smyth wrote:

Does that allow debugging via Lazarus ?


Currently I use MSEide in order to develop a M3 based based project (Energy
Micro Tiny Gecko). Although with gcc but FPC could be used too I assume.
Debugging connection is a Segger J-Link provided by the EFM32-TG-STK3300
starter kit, works very well.

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



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


Re: [fpc-pascal] [OT] Pascal compiler for embedded platforms

2013-03-19 Thread Martin Schreiber
On Tuesday 19 March 2013 08:11:49 Justin Smyth wrote:
> Thanks, i am waiting to hear back regarding some suggest changes that were
> suggest in the debugging section that Michael Ring was working on a while
> ago, i want to write some code in lazarus for my ARM Cortex M3 and debug it
> in lazarus ( via gdb using gdb from openOCD) so i can see whats going on ,
> just as a start because its going to take me a while to get my application
> running etc.
>
Just in case you don't know, MSEide+MSEgui is an alternative to Lazarus 
especially made with development of embedded projects in mind:
http://sourceforge.net/projects/mseide-msegui/

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


[fpc-pascal] Re: Linked list constant

2013-03-19 Thread leledumbo
> Really? No gain in the beloved readability?

Not for me, I always initialize code in "executable" section, keeping the
declaration section clean. That's what "readable" to me.

> And it seems to me a "const" should not be changed by code. ;-) 

Even if it's allowed, you're declaring typed constant, which is not a real
constant and has the same effect as initialized variable (e.g. you can
change the value later on). It only differs (from initialized var) when the
assignment happens inside a routine.



--
View this message in context: 
http://free-pascal-general.1045716.n5.nabble.com/Linked-list-constant-tp5713665p5713698.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/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Re: Linked list constant

2013-03-19 Thread Martin Schreiber
On Tuesday 19 March 2013 09:06:31 leledumbo wrote:
> > Really? No gain in the beloved readability?
>
> Not for me, I always initialize code in "executable" section, keeping the
> declaration section clean. That's what "readable" to me.
>
> > And it seems to me a "const" should not be changed by code. ;-)
>
> Even if it's allowed, you're declaring typed constant, which is not a real
> constant and has the same effect as initialized variable (e.g. you can
> change the value later on). It only differs (from initialized var) when the
> assignment happens inside a routine.
>
Delphi has {$J-} in order to set them readonly.
Another problem with Free Pascal in this context is that it is AFAIK not 
possible to define forward types which could be used as parameters for 
procedures used as procedure variables in later type definitions.

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


Re: [fpc-pascal] Re: Linked list constant

2013-03-19 Thread Sven Barth

Am 19.03.2013 09:27, schrieb Martin Schreiber:

On Tuesday 19 March 2013 09:06:31 leledumbo wrote:

Really? No gain in the beloved readability?

Not for me, I always initialize code in "executable" section, keeping the
declaration section clean. That's what "readable" to me.


And it seems to me a "const" should not be changed by code. ;-)

Even if it's allowed, you're declaring typed constant, which is not a real
constant and has the same effect as initialized variable (e.g. you can
change the value later on). It only differs (from initialized var) when the
assignment happens inside a routine.


Delphi has {$J-} in order to set them readonly.

Do you know whether Delphi has by default $J+ or $J-?


Another problem with Free Pascal in this context is that it is AFAIK not
possible to define forward types which could be used as parameters for
procedures used as procedure variables in later type definitions.
In case of records, classes and objects you can work around this with 
nested types (Note: for records the modeswitch advancedrecords is 
required in non-Delphi modes):


=== code begin ===

type
  TMyRecord = record
  public type
 TTest = procedure(aRec: TMyRecord);
  public var
Test: TTest;
  end;

=== code end ===

And I just noticed: this example does not work in Delphi...

Regards,
Sven
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


Re: [fpc-pascal] Re: Linked list constant

2013-03-19 Thread Martin Schreiber
On Tuesday 19 March 2013 09:38:43 Sven Barth wrote:
> >
> > Delphi has {$J-} in order to set them readonly.
>
> Do you know whether Delphi has by default $J+ or $J-?
>
{$J+} in Delphi 7.

> > Another problem with Free Pascal in this context is that it is AFAIK not
> > possible to define forward types which could be used as parameters for
> > procedures used as procedure variables in later type definitions.
>
> In case of records, classes and objects you can work around this with
> nested types (Note: for records the modeswitch advancedrecords is
> required in non-Delphi modes):
>
> === code begin ===
>
> type
>TMyRecord = record
>public type
>   TTest = procedure(aRec: TMyRecord);
>public var
>  Test: TTest;
>end;
>
> === code end ===
>
Ouch! ;-)

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


Re: [fpc-pascal] Re: Linked list constant

2013-03-19 Thread Sven Barth

Am 19.03.2013 09:56, schrieb Martin Schreiber:

On Tuesday 19 March 2013 09:38:43 Sven Barth wrote:

Delphi has {$J-} in order to set them readonly.

Do you know whether Delphi has by default $J+ or $J-?


{$J+} in Delphi 7.

Then we don't need to change the default :)

Regards,
Sven
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal


[fpc-pascal] Lazarus 1.0.8 Release

2013-03-19 Thread Mattias Gaertner
The Lazarus team is glad to announce the release of Lazarus 1.0.8.

This is a bug fix release, built with the current fpc 2.6.2. The
previous release 1.0.6 was built with 2.6.0. 

Here is the list of changes for Lazarus and Free Pascal:
http://wiki.lazarus.freepascal.org/Lazarus_1.0_fixes_branch#Fixes_for_1.0.8
http://wiki.lazarus.freepascal.org/User_Changes_2.6.2

The release is available for download at SourceForge:
http://sourceforge.net/projects/lazarus/files/

Choose your CPU, OS, distro and then the "Lazarus 1.0.8" directory.

Minimum requirements:
Windows:   98, 2k, XP, Vista, 7, 32 or 64bit
FreeBSD/Linux: gtk 2.8 or qt4.5, 32 or 64bit
Mac OS X:  10.5, LCL only 32bit, non LCL apps can be 64bit

The svn tag is
http://svn.freepascal.org/svn/lazarus/tags/lazarus_1_0_8

For people who are blocked by SF, the Lazarus releases from SourceForge
are mirrored at: 
ftp://freepascal.dfmk.hu/pub/lazarus/releases/
and later at (after some time for synchronization)
http://michael-ep3.physik.uni-halle.de/Lazarus/releases/
and
http://mirrors.iwi.me/lazarus/


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


[fpc-pascal] Re: a proposal about "with" syntax

2013-03-19 Thread Lukasz Sokol
On 18/03/2013 03:11, Paul Ishenin wrote:
> 18.03.13, 9:27, Xiangrong Fang пишет:
>> I am sorry I didn't follow this thread although I am the "OP" :-).   If
>> I understand correct, I would suggest NOT introduce the "absolute"
>> keyword, instead, make it ALWAYS absolute. i.e.:
>>
>> with a = SomeObject, b = SomeRecord do begin
>>... ...
>> end;
>>
>> Both a and b are "reference" to the object or record, IMO there seems no
>> need to do assignment in the with syntax. Thus, I suggest use = instead
>> of :=
> 
> '=' can't be used because it can be a part of expression. There is no big 
> difference between
> with (a = SomeObject) do
> and
> with a = SomeObject do
> 
> After more thinking I see that ':=' as well as absolute keyword are also bad 
> because they will complicate the parser (although it is possible to use 
> them). Parser will need to read the first token and check if it is an 
> identifier, read second token and compare with ':=' (or 'absolute') and if it 
> is not ':=' (or 'absolute') return to expression parse.
> 
> At the same time we will not complicate the parser if we place alias 
> identifier after the with expression like:
> 
> with expression1, expression2 => alias2, expression3, expression4 => alias4 do
> 
> begin
> 
> end;
> 
> Where '=>' is some token which can't be used in expressions.
> 
For example '@' ?

e.g. 
with alias1@SomeLongObject, alias2@SomeOtherLongObject, ... do 

rationale: 
it's sufficiently different, and as for its nominal usage, it does similar
thing. 

?

> Best regards,
> Paul Ishenin
> 

Lukasz


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


Re: [fpc-pascal] a proposal about "with" syntax

2013-03-19 Thread Luca Olivetti
Al 18/03/13 04:11, En/na Paul Ishenin ha escrit:

> '=' can't be used because it can be a part of expression. There is no
> big difference between
> with (a = SomeObject) do
> and
> with a = SomeObject do

But since "with" is only for records/objects/classes there's no possible
confusion (the result of the expression being a boolean).

Bye
-- 
Luca


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


[fpc-pascal] Amazon S3

2013-03-19 Thread Marcos Douglas
Hi,

Did someone already worked using Amazon S3 and FreePascal, maybe using
Synapse?
Is there a project open source for it?

Thanks,
Marcos Douglas
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

[fpc-pascal] Brook and Free Pascal 2.6.2 / Lazarus 1.0.8

2013-03-19 Thread silvioprog
Hello,

Now, it's possible to compile Brook in current released Free Pascal and
Lazarus, however, not yet released the new release of Brook, however you
can download a snapshot here:

https://github.com/silvioprog/brookframework/archive/master.zip

Or, for those who follow Brook via GIT, please update your copy to get the
fixes implemented today.

Link to download the Free Pascal and Lazarus current:

http://sourceforge.net/projects/lazarus

Enjoy!

-- 
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal