Re: [fpc-devel] Free Pascal for Windows aarch64 Bug Bounties

2024-04-27 Thread J. Gareth Moreton via fpc-devel

I figured that would be the case with the PE format.  Fun times ahead!

Kit

On 27/04/2024 13:06, Sven Barth via fpc-devel wrote:
J. Gareth Moreton via fpc-devel  
schrieb am Sa., 27. Apr. 2024, 10:00:


You've piqued my interest.  I currently only have the ability to
develop on aarch64-linux (Raspberry Pi 400), but I'm curious to
know if I can get a version of Windows to run on it, even if the
performance will be very bad.


In a Pi 4 it runs relatively well. I've done it both natively and as a 
KVM. Check the WoRProject ( https://worproject.com/ ).
A Pi 5 would be even better though there you currently might need to 
use KVM as the native drivers are still a work in progress.


So far I've tried to reproduce the issues on aarch64-linux without
any success.  40203 makes sense because it may be a specific issue
with Windows exception handling, but 40198 is a mystery because
it's more closely tied with code generation.  Can you verify that
the problem illustrated on 40198 still occurs on the trunk? (I've
confirmed that if there are more than 10 case statements, the code
generator attempts to use a jump table unless optimisations are
turned off)

It's a Windows specific issue, cause the PE format has slightly 
different relocation requirements than the ELF format.


Regards,
Sven


___
fpc-devel maillist  -fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal for Windows aarch64 Bug Bounties

2024-04-27 Thread Sven Barth via fpc-devel
J. Gareth Moreton via fpc-devel  schrieb am
Sa., 27. Apr. 2024, 10:00:

> You've piqued my interest.  I currently only have the ability to develop
> on aarch64-linux (Raspberry Pi 400), but I'm curious to know if I can get a
> version of Windows to run on it, even if the performance will be very bad.
>

In a Pi 4 it runs relatively well. I've done it both natively and as a KVM.
Check the WoRProject ( https://worproject.com/ ).
A Pi 5 would be even better though there you currently might need to use
KVM as the native drivers are still a work in progress.

> So far I've tried to reproduce the issues on aarch64-linux without any
> success.  40203 makes sense because it may be a specific issue with Windows
> exception handling, but 40198 is a mystery because it's more closely tied
> with code generation.  Can you verify that the problem illustrated on 40198
> still occurs on the trunk? (I've confirmed that if there are more than 10
> case statements, the code generator attempts to use a jump table unless
> optimisations are turned off)
>
It's a Windows specific issue, cause the PE format has slightly different
relocation requirements than the ELF format.

Regards,
Sven

>
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
https://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal JVM and Android media player API call issue

2019-03-31 Thread Mgr. Janusz Chmiel

Dear specialists,
My name is Janusz Chmiel. I have found amazing project from 2017 
available here.

https://sourceforge.net/p/javavcl/code/HEAD/tree/
I AM sad, because I do not know, why I can not call Android Media player 
APIS.

The main source of my attempt is here.
Nobody elsewhere do not want to give Me a piece of advice, what I Am 
doing wrong? And this project is The onlyone non visual based bundle, 
which can I use as a user with no sight at all, since modern projects 
based on visual designers are less useful for Me. Because I do notsee on 
The computer screen so I can not determine which values for object 
positioning should I put inside .lfm file.

Thank you very very much for yours help.

unit MainForm;
{$mode objfpc}
{$H+}
interface
uses _System, Classes, Controls, Dialogs, Forms, GenChars, LCLIntf, 
Menus, StdCtrls, SysUtils, androidr22;

type
TFormMain = class(TForm)
jMediaPlayer1: AMMediaPlayer ;
PlayButton: TButton;
protected
procedure ButtonClick(A: TObject);
public
constructor Create(A: TComponent); override;
end;
var
FormMain: TFormMain;
implementation
constructor TFormMain.Create(A: TComponent);
begin
inherited;
Caption := Application.Title;
PlayButton:= TButton.Create(Self);
PlayButton.Align := alTop;
PlayButton.Parent := Self;
PlayButton.Caption := 'Play live stream';
PlayButton.OnClick := @ButtonClick;
(*
*)
(*
*)
end;
procedure TFormMain.ButtonClick(A: TObject);
begin
if A = PlayButton then begin
//jMediaPlayer1.setAudioStreamType(AudioManager.STREAM_MUSIC);
//jMediaPlayer1.setDataSource('http://icecast7.play.cz/cro1-128.mp3');
//jMediaPlayer1.Prepare();
//jMediaPlayer1.Start();
end;
end;
end.

What should I had to do to make my little player working? What I Am 
doing wrong? Or it is impossible to call Android APISby using this old 
project?

Thank you very much for yours time and for yours patience with my plea.
With warmest regards.
Janusz Chmiel
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 3.0.6

2018-08-06 Thread LacaK

>
> >> Are there plans to release version 3.0.6 later this year?
> > No. There will probably no 3.0.x anymore. (and even if, it would
> have mostly
> > minor RTL fixes, no sensitive compiler fixes).
> It would be nice have at least one maintenance release per year.
> Also some Database related bugs can be merged if there will be 3.0.6
> (of course I understand, that compiler related features, asked by
> African Dog will not be merged)
>
>
> Release engineering takes half a year.
1/2 year, so long? Also in case of fixies/point release ?
(my intuitive understanding was that it is question of automated
building process, when fixies branch is taken and binaries are
compiled/build)

> We prefer to use that time to squash more bugs and improve the
> compiler and libraries.
Yes of course. On other side improvement is neverending process, so in
some point in time "decision" must be taken.
Probably this decision is based on some features, which must be
completed before releasing of new version can start ...

-Laco.

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


Re: [fpc-devel] Free Pascal 3.0.6

2018-08-06 Thread Sven Barth via fpc-devel
LacaK  schrieb am Mo., 6. Aug. 2018, 10:58:

>
> >> Are there plans to release version 3.0.6 later this year?
> > No. There will probably no 3.0.x anymore. (and even if, it would have
> mostly
> > minor RTL fixes, no sensitive compiler fixes).
> It would be nice have at least one maintenance release per year.
> Also some Database related bugs can be merged if there will be 3.0.6
> (of course I understand, that compiler related features, asked by
> African Dog will not be merged)
>

Release engineering takes half a year. We prefer to use that time to squash
more bugs and improve the compiler and libraries.

Regards,
Sven

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


Re: [fpc-devel] Free Pascal 3.0.6

2018-08-06 Thread LacaK

>> Are there plans to release version 3.0.6 later this year?
> No. There will probably no 3.0.x anymore. (and even if, it would have mostly
> minor RTL fixes, no sensitive compiler fixes).
It would be nice have at least one maintenance release per year.
Also some Database related bugs can be merged if there will be 3.0.6
(of course I understand, that compiler related features, asked by
African Dog will not be merged)

-Laco.

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


Re: [fpc-devel] Free Pascal 3.0.6

2018-08-01 Thread Marco van de Voort
In our previous episode, African Wild Dog said:
> Are there plans to release version 3.0.6 later this year?

No. There will probably no 3.0.x anymore. (and even if, it would have mostly
minor RTL fixes, no sensitive compiler fixes).

The next release will be from trunk as 3.2, but considering historic release
schedules probably not this year.

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


[fpc-devel] Free Pascal 3.0.6

2018-07-31 Thread African Wild Dog
Hello,

Are there plans to release version 3.0.6 later this year?
There are bugs in 3.0.4 which makes the use of generics virtually
impossible (since you cannot use generics with inheritance): #34024
 and #34065
.

Overloaded operators with generics are limited by this bug: #34030
.

Because of these errors I had to interrupt the port of a relatively large
Delphi project that makes extensive use of generics with inheritance.

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


[fpc-devel] Free Pascal 3.0.4

2017-09-04 Thread Schindler Karl-Michael

> Am 04.09.2017 um 12:00 schrieb fpc-devel-requ...@lists.freepascal.org:
> 
> Date: Sun, 3 Sep 2017 14:53:08 +0200 (CEST)
> From: mar...@stack.nl (Marco van de Voort)
> To: "FPC developers' list" <fpc-devel@lists.freepascal.org>
> Subject: Re: [fpc-devel] Free Pascal 3.0.4
> Message-ID: <20170903125308.2918a50...@toad.stack.nl>
> Content-Type: text/plain; charset="US-ASCII"
> 
> In our previous episode, Schindler Karl-Michael said:
>> As much as I can see from the commit tags/release_3_0_4, the targets arm-gba 
>> and arm-nds are still broken. rtl/gba/rtl.cfg (a simple copy from trunk) is 
>> missing and the commits 
>> 30017 and 30023 need to be applied for arm-nds (see 
>> https://bugs.freepascal.org/view.php?id=32144). 
> 
> Done I hope.

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


Re: [fpc-devel] Free Pascal 3.0.4

2017-09-03 Thread Marco van de Voort
In our previous episode, Schindler Karl-Michael said:
> As much as I can see from the commit tags/release_3_0_4, the targets arm-gba 
> and arm-nds are still broken. rtl/gba/rtl.cfg (a simple copy from trunk) is 
> missing and the commits 
> 30017 and 30023 need to be applied for arm-nds (see 
> https://bugs.freepascal.org/view.php?id=32144). 

Done I hope.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal 3.0.4

2017-09-03 Thread Schindler Karl-Michael

> Am 03.09.2017 um 12:00 schrieb fpc-devel-requ...@lists.freepascal.org:
> 
> Date: Sun, 3 Sep 2017 11:37:27 +0200
> From: Mattias Gaertner 
> To: fpc-devel@lists.freepascal.org
> Subject: Re: [fpc-devel] [Lazarus] Free Pascal 3.0.4-rc1 released!
> Message-ID: <20170903113727.27f40...@limapholos.matflo.wg>
> Content-Type: text/plain; charset=US-ASCII
> 
> Hi,
> 
> Are there already plans for the final 3.0.4 release?
> 
> Mattias

As much as I can see from the commit tags/release_3_0_4, the targets arm-gba 
and arm-nds are still broken. rtl/gba/rtl.cfg (a simple copy from trunk) is 
missing and the commits 
30017 and 30023 need to be applied for arm-nds (see 
https://bugs.freepascal.org/view.php?id=32144). 

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


[fpc-devel] Free Pascal 3.0.4-rc1 released!

2017-07-18 Thread Marco van de Voort
Hello,

We have placed the first release candidate of the Free Pascal Compiler
version 3.0.4 on our ftp servers.

You can help improve the upcoming 3.0.4 release by downloading and
testing this release. If you want you can report what you have done here:
http://wiki.freepascal.org/Testers_3.0.4 or in the maillist.

Changes that may break backwards compatibility will be documented at:
http://wiki.freepascal.org/User_Changes_3.0.4

Downloads are available at the main FTP server and

ftp://freepascal.stack.nl/pub/mirrors/fpc/beta/3.0.4-rc1/

Enjoy!

The Free Pascal Compiler Team


Free Pascal Compiler

Version 3.0.4

**
  What's New in 3.0.4
**

Free Pascal 3.0.4 is a point release of the 3.0.x fixes branch.

Please also see http://wiki.freepascal.org/User_Changes_3.0.4 for a list
of changes that may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Rtl:
  * fix traceback on ELF based systems

Packages:
  * fcl-pdf updates
  * fcl-passrc updates.

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.

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


Re: [fpc-devel] Free Pascal/Delphi compatibility cross-tests

2017-03-28 Thread Adriaan van Os

Dmitriy Pomerantsev wrote:

Hello everyone.



1. Difference in implementation.
  For example, in Delphi, Exponent has a bias "For single precision floating-point 
values, the bias is 127." 
(http://docwiki.embarcadero.com/Libraries/Tokyo/en/System.SysUtils.TsingleHelper.Exponent),
 Free Pascal does not 
(http://www.freepascal.org/docs-html/rtl/sysutils/tsinglehelper.exponent.html).


This is certainly not true. The single floatomg-point format is determined by the IEEE-754 
standard. And that format has indeed a bias of 127 
 for any compiler.


Or did you mean the Exponent function-return, not the internal format ? Then, my comment above is 
wrong. Anyway, I feel that compilers should follow the IEE-754 and ISO/IEC 10967 
 standards.


Regards,

Adriaan van Os

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


Re: [fpc-devel] Free Pascal/Delphi compatibility cross-tests

2017-03-28 Thread Adriaan van Os

Dmitriy Pomerantsev wrote:

Hello everyone.



1. Difference in implementation.
  For example, in Delphi, Exponent has a bias "For single precision floating-point 
values, the bias is 127." 
(http://docwiki.embarcadero.com/Libraries/Tokyo/en/System.SysUtils.TsingleHelper.Exponent),
 Free Pascal does not 
(http://www.freepascal.org/docs-html/rtl/sysutils/tsinglehelper.exponent.html).


This is certainly not true. The single floatomg-point format is determined by the IEEE-754 
standard. And that format has indeed a bias of 127 
 for any compiler.


Regards,

Adriaian van Os
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal/Delphi compatibility cross-tests

2017-03-25 Thread Dmitriy Pomerantsev
Hello everyone.

In my free time, I write a small (so far) set of tests to verify the 
compatibility of Delphi and Free Pascal. The main idea: Delphi has DUnit2, Free 
Pascal has fpcunit and it is partially compatible with DUnit2. Therefore, you 
can write tests that can be runned simultaneously in Delphi and Free Pascal.

The repository is located https://github.com/pda0/fp_cross_tests

Now there are not many ready-made tests. There are for TGuidHelper, 
TSingleHelper, TDoubleHelper and TExtendedHelper (I started with them, because 
it's not easy to test methods handling of floating point numbers). Write tests 
for the integer types will be easier.

Right now you can not just take Lazarus, trunk Free Pascal and run these tests. 
You will need a patches from the "patches" directory.

I myself ran tests on Windows 7 Delphi 10.2 Berlin Pro (i386 and x86_64), as 
well as on trunk Free Pascal 3.1.1 (i386 and x86_64). In addition, I ran them 
on Fedora 25 Linux (i386 and x86_64).

I need your opinion. Is it interesting to anyone besides me?

I need your help. I do not have access to a big endian machine and I don't know 
how correctly these tests will work there.

In addition, certain lines cause problems. In particular, lines

CheckException(BytesRangeOverflow, ERangeError);

and

CheckException(WordsRangeOverflow, ERangeError);

in files Test.SysUtils.TSingleHelper.pas, Test.SysUtils.TDoubleHelper.pas and 
Test.SysUtils.TExtendedHelper.pas are have to to test out of range situation. 
But despite the use of the SysUtils module, Free Pascal generates a runtime 
error, interrupting further execution of the tests. I still do not understand 
why.

If we temporarily remove them, we will see a number of problems.

1. Difference in implementation.
  For example, in Delphi, Exponent has a bias "For single precision 
floating-point values, the bias is 127." 
(http://docwiki.embarcadero.com/Libraries/Tokyo/en/System.SysUtils.TsingleHelper.Exponent),
 Free Pascal does not 
(http://www.freepascal.org/docs-html/rtl/sysutils/tsinglehelper.exponent.html).
  Delphi returns Mantissa with a hidden bit "Mantissa, also known as the 
significand, is the raw fraction part of the number with the 1 bit before it." 
(http://docwiki.embarcadero.com/Libraries/Tokyo/en/System.SysUtils.TsingleHelper.Mantissa),
 Free Pascal - does not "Mantissa is the value of the significand without the 
hidden bit." 
(http://www.freepascal.org/docs-html/rtl/sysutils/tsinglehelper.mantissa.html).

2. String handling differences. Free Pascal returns +Infinity as "+INF", Delphi 
as "INF". It can be important for programs that wait for certain literals. In 
addition, Free Pascal can convert literals "+INF", "-INF", "NAN" to floats, 
Delphi - does not. Some numbers are differently converted to strings. For 
example, 2.8E32 in Delphi turns into "2.8E32", and in Free Pascal is in 
"280054.00".

So what do you think?

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


Re: [fpc-devel] Free Pascal

2014-03-06 Thread Žilvinas Ledas

Hi,

I would be interested to hear your method as I have some code I would 
like to potentially be able to use on Windows Phone 8.



Thanks,
Žilvinas


On 2014-03-05 20:18, Vsevolod Alekseyev wrote:

Hi Sergio,

I say your message on the Free Pascal mailing list: 
http://lists.freepascal.org/lists/fpc-devel/2014-January/033140.html


I have recently succeeeded in porting a rather large algorithm library 
written in Delphi to Windows Phone, via Free Pascal. Depending on the 
specifics of your project, my approach might help. Let me know if 
you're still interested.


Regards,
Seva Alekseyev

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



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


Re: [fpc-devel] Free Pascal

2014-03-06 Thread Tomas Hajny
On Thu, March 6, 2014 09:13, Žilvinas Ledas wrote:


Hi Žilvinas,

 I would be interested to hear your method as I have some code I would
 like to potentially be able to use on Windows Phone 8.

Please note that the original poster is not subscribed to fpc-devel (at
least not under the account used for sending his e-mail) and he may thus
not see your response.

Unfortunately, he forgot to mention that in his post, although his
statement let me know... might also be interpreted that he wanted to be
contacted directly (but it certainly isn't obvious whether this was really
his intention).

Tomas




 On 2014-03-05 20:18, Vsevolod Alekseyev wrote:
 Hi Sergio,

 I say your message on the Free Pascal mailing list:
 http://lists.freepascal.org/lists/fpc-devel/2014-January/033140.html

 I have recently succeeeded in porting a rather large algorithm library
 written in Delphi to Windows Phone, via Free Pascal. Depending on the
 specifics of your project, my approach might help. Let me know if
 you're still interested.

 Regards,
 Seva Alekseyev


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


Re: [fpc-devel] Free Pascal

2014-03-06 Thread Žilvinas Ledas


On 2014-03-06 10:51, Tomas Hajny wrote:

On Thu, March 6, 2014 09:13, Žilvinas Ledas wrote:


Hi Žilvinas,


I would be interested to hear your method as I have some code I would
like to potentially be able to use on Windows Phone 8.

Please note that the original poster is not subscribed to fpc-devel (at
least not under the account used for sending his e-mail) and he may thus
not see your response.


Thanks Tomas, I wrote now a private message as well!


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


[fpc-devel] Free Pascal

2014-03-05 Thread Vsevolod Alekseyev

Hi Sergio,

I say your message on the Free Pascal mailing list: 
http://lists.freepascal.org/lists/fpc-devel/2014-January/033140.html


I have recently succeeeded in porting a rather large algorithm library 
written in Delphi to Windows Phone, via Free Pascal. Depending on the 
specifics of your project, my approach might help. Let me know if you're 
still interested.


Regards,
Seva Alekseyev

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


[fpc-devel] Free Pascal 2.6.4-rc1 released!

2013-12-19 Thread Marco van de Voort
Hello

We have placed the first release candidate of the Free Pascal Compiler
version 2.6.4 on our ftp servers.

You can help improve the upcoming 2.6.4 release by downloading and
testing this release. If you want you can report what you have done here:
http://wiki.freepascal.org/Testers_2.6.4

Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.6.4

Downloads are available at the main FTP server and

ftp://freepascal.stack.nl/pub/fpc/beta/2.6.4-rc1/

Enjoy!

The Free Pascal Compiler Team



Free Pascal Compiler

Version 2.6.4rc1

**
  What's New in 2.6.4rc1
**

Free Pascal 2.6.4 is a point release from the 2.6.0 fixes branch.

Please also see http://wiki.freepascal.org/User_Changes_2.6.4 for a list
of changes that may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Compiler:

Packages:
  * Lots and lots fixes and improvements for fcl-db
  * web and json packages synchronized.
  * improvements to the chmcmd compiler.
  * Several fixes for winunits (and winceunits)

Platforms:


See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.


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


Re: [fpc-devel] Free Pascal 2.6.2 rc1

2012-11-13 Thread Michael Schnell
I already mentioned this some time ago, but I don't know if this issue 
is already turned down and/or if it makes sense to create another entry 
in Mantis.


I feel it makes sense to add the (in Delphi 7 existing bun undocumented) 
TThread.Queue() procedure and/or the last parameter ( QueueEvent: 
Boolean = False ), D7 provides with TThread.Synchronize.


(Of course I do like  the more portable Application.QueuAsyncCall 
workalike a lot better, but Lazarus at al can't implement this Delphi 
compatible Stuff unless provided by the RTL.)


Thanks for listening,
-Michael
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 2.6.2 rc1

2012-11-13 Thread Michael Schnell

On 11/13/2012 06:48 AM, Marco van de Voort wrote:

 * (for..in) Enumerators in records


(Not really on-topic, but how to communicate this decently ?)

IMHO it makes sense to design/provide (for..in) Enumerators in strings, 
providing one printable character after the other with respect to the 
actual coding.


IMHO this would be a decent way to help the users avoid the myString[i] 
notation, that asks for incompatibility between differently coded 
strings and between different fpc releases and between fpc and Delphi XE.


While, for speed sake, it does not seem to make sense to do an 
implementation of something similar to myString[i] in a regarding 
printable-character way, an enumerator offers no speed disadvantage and 
can be used in most of the cases we right now are inclined to do 
myString[i] (and very successfully did before Unicode was introduced).


Maybe this is possible by somehow providing the enumerator with the 
coding style before using it, while string is not a dynamically coded 
NewString. With NewString, it's rather obvious, how the enumerator 
should work. (And AFAI understand there will be a move to Strings to be 
Delphi XE compatible NewStrings by default some day soon.)


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


Re: [fpc-devel] Free Pascal 2.6.0 released!

2012-01-04 Thread Sven Barth

Am 03.01.2012 11:43, schrieb Michalis Kamburelis:

Felipe Monteiro de Carvalho wrote:

On Sun, Jan 1, 2012 at 2:12 PM, Jeff Duntemannj...@duntemann.com wrote:

Bravo! My only question is: Are there any particular issues with
respect to
using 2.6.0 with Lazarus?


For desktop platforms I don't know any issues. It works just as good
as 2.4



I just found one small issue: if you use Lazarus 0.9.30.2 to compile
graphic applications, it will pass -WG option to FPC, on all platforms.
However FPC 2.6.0 rejects this option (Error: Illegal parameter: -WG)
on platforms where it's not sensible (like Linux). Bottom line: you
can't graphic applications from Lazarus (including lazbuild) 0.9.30.2
using FPC 2.6.0 on Linux.

This is of course fixed in Lazarus SVN by Mattias already :) See
revisions 31125 and 31127
(http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revroot=lazarusrevision=31125
and
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revroot=lazarusrevision=31127
). To workaround, you may need to backport these changes for Lazarus
0.9.30.2 (or just switch to Lazarus SVN, which was my solution :).


You should mention this on the Lazarus list if you haven't done so already.

Regards,
Sven

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


Re: [fpc-devel] Free Pascal 2.6.0 released!

2012-01-03 Thread Michalis Kamburelis

Felipe Monteiro de Carvalho wrote:

On Sun, Jan 1, 2012 at 2:12 PM, Jeff Duntemannj...@duntemann.com  wrote:

Bravo! My only question is: Are there any particular issues with respect to
using 2.6.0 with Lazarus?


For desktop platforms I don't know any issues. It works just as good as 2.4



I just found one small issue: if you use Lazarus 0.9.30.2 to compile 
graphic applications, it will pass -WG option to FPC, on all platforms. 
However FPC 2.6.0 rejects this option (Error: Illegal parameter: -WG) 
on platforms where it's not sensible (like Linux). Bottom line: you 
can't graphic applications from Lazarus (including lazbuild) 0.9.30.2 
using FPC 2.6.0 on Linux.


This is of course fixed in Lazarus SVN by Mattias already :) See 
revisions 31125 and 31127 
(http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revroot=lazarusrevision=31125 
and 
http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revroot=lazarusrevision=31127 
). To workaround, you may need to backport these changes for Lazarus 
0.9.30.2 (or just switch to Lazarus SVN, which was my solution :).


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


Re: [fpc-devel] Free Pascal 2.6.0 released!

2012-01-02 Thread waldo kitty

On 1/1/2012 12:20, Felipe Monteiro de Carvalho wrote:

On Sun, Jan 1, 2012 at 2:12 PM, Jeff Duntemannj...@duntemann.com  wrote:

Bravo! My only question is: Are there any particular issues with respect to
using 2.6.0 with Lazarus?


For desktop platforms I don't know any issues. It works just as good as 2.4



just as good or BETTER?? ;)

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



[fpc-devel] Free Pascal 2.6.0 released!

2012-01-01 Thread Marco van de Voort
Hello,

first, FPC core wants to wish a happy 2012!

To start the new year with a bang, a new major release 
of Free Pascal, version 2.6.0, was uploaded to our FTP servers.

Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.6.0

For Downloads, please use the FTP server at

ftp://freepascal.stack.nl/pub/fpc/dist/2.6.0/

and sourceforge 

http://sourceforge.net/projects/freepascal/files/

as much possible.

Enjoy!

The Free Pascal Compiler Team


Free Pascal Compiler

Version 2.6.0

**
  What's New in 2.6.0
**

Free Pascal 2.6.0 is a new major version of the Free Pascal compiler.

Please also see http://wiki.freepascal.org/User_Changes_2.6.0 for a list
of changes that may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Platforms:
  * iPhoneSimulator target

Compiler:
  * Many new language features:
 * Objective-Pascal dialect, supported on all Mac OS X and iOS targets
 * constref parameter modifier for const by reference
 * Pascal boolean types with multiple sizes (boolean16/32/64)
 * ISO 7185 language mode (except for I/O). Features amongst others:
* nested procedure variables
* non-local goto's
 * Mac Pascal mode improvements
* nested procedure variables
* univ modifier
 * Intrinsics
* sar (shift arithmetic right)
* bsf/bsr (bitscan forward/reverse)
 * Delphi compatibility mode improvements
* Nested types, class variables and class local constants
* Advanced records syntax (no constructors yet)
* (for..in) Enumerators in records
* Class and record helpers
* Generic records, arrays and procedural types
* Delphi-compatibility of generics improved
* Scoped enumerations
* Custom messages for deprecated directive
* Ability to use  for escaping keywords
  * New ARM code generator features
 * ARM VFPv2 and VFPv3 floating point unit support
 * Thumb-2 support

Packages:
  * Many improvements to the rtl
  * Many improvements to the database units (fcl-db)
  * Objective-Pascal interfaces to Foundation, AppKit, CoreData and WebCore
  * OpenGL headers updated to OpenGL 4.0
  
Details about these new features can be found at
http://wiki.freepascal.org/FPC_New_Features_2.6.0

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs that have been fixed in this release.

**
  What's New in 2.4.4
**

Free Pascal 2.4.4 contains most library fixes from early June 2010 till March
2011. There are also some compiler fixes, mostly relating to 64-bit.

Please also see http://wiki.freepascal.org/User_Changes_2.4.4 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Packages:
  * Many improvements to the XML units
  * Many improvements to the database units. 
* Specially sqlite got quite some fixes.
  * Many improvements to the chm units. 
* Including a commandline CHM compiler 
  * Many improvements to fppkg and fpmake for another round of testing.

Platforms:
  * Fixes for multi-threading support in OS/2 RTL.

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.


**
  What's New in 2.4.2
**

Free Pascal 2.4.2 contains many fixes and a few new features. Most bugfixes
in the RTL and packages before June 2010 have been merged.

Please also see http://wiki.freepascal.org/User_Changes_2.4.2 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Compiler:
  * Support D2006+ FOR..IN, with some FPC specific enhancements. Refer to
 http://wiki.freepascal.org/for-in_loop for more information
  * Support for sealed and abstract classes.

Packages:
  * The existing Mac OS X Universal Interfaces units have been synchronised
with the Mac OS X 10.6 SDK. Several new units have also been added, and
where indicated in the Mac OS X 10.6 SDK they have also been enabled for
iPhoneOS/iOS.
  * Many improvements to the XML units
  * Many improvements to the database units
  * Many improvemnets to the chm units

Platforms:
  * Long term bug in OS/2 implementation of unit Video finally fixed which
among 

Re: [fpc-devel] Free Pascal 2.6.0 released!

2012-01-01 Thread Jeff Duntemann
Bravo! My only question is: Are there any particular issues with respect 
to using 2.6.0 with Lazarus? I didn't see that mentioned in the changes doc.


Thanks to everybody who worked on it! (And happy new year, all!)

--73--

--Jeff Duntemann
  Colorado Springs, Colorado

On 1/1/2012 8:43 AM, Marco van de Voort wrote:

Hello,

first, FPC core wants to wish a happy 2012!

To start the new year with a bang, a new major release
of Free Pascal, version 2.6.0, was uploaded to our FTP servers.

Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.6.0

For Downloads, please use the FTP server at

ftp://freepascal.stack.nl/pub/fpc/dist/2.6.0/

and sourceforge

http://sourceforge.net/projects/freepascal/files/

as much possible.

Enjoy!

The Free Pascal Compiler Team


 Free Pascal Compiler

 Version 2.6.0

**
   What's New in 2.6.0
**

Free Pascal 2.6.0 is a new major version of the Free Pascal compiler.

Please also see http://wiki.freepascal.org/User_Changes_2.6.0 for a list
of changes that may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Platforms:
   * iPhoneSimulator target

Compiler:
   * Many new language features:
  * Objective-Pascal dialect, supported on all Mac OS X and iOS targets
  * constref parameter modifier for const by reference
  * Pascal boolean types with multiple sizes (boolean16/32/64)
  * ISO 7185 language mode (except for I/O). Features amongst others:
 * nested procedure variables
 * non-local goto's
  * Mac Pascal mode improvements
 * nested procedure variables
 * univ modifier
  * Intrinsics
 * sar (shift arithmetic right)
 * bsf/bsr (bitscan forward/reverse)
  * Delphi compatibility mode improvements
 * Nested types, class variables and class local constants
 * Advanced records syntax (no constructors yet)
 * (for..in) Enumerators in records
 * Class and record helpers
 * Generic records, arrays and procedural types
 * Delphi-compatibility of generics improved
 * Scoped enumerations
 * Custom messages for deprecated directive
 * Ability to use  for escaping keywords
   * New ARM code generator features
  * ARM VFPv2 and VFPv3 floating point unit support
  * Thumb-2 support

Packages:
   * Many improvements to the rtl
   * Many improvements to the database units (fcl-db)
   * Objective-Pascal interfaces to Foundation, AppKit, CoreData and WebCore
   * OpenGL headers updated to OpenGL 4.0

Details about these new features can be found at
http://wiki.freepascal.org/FPC_New_Features_2.6.0

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs that have been fixed in this release.

**
   What's New in 2.4.4
**

Free Pascal 2.4.4 contains most library fixes from early June 2010 till March
2011. There are also some compiler fixes, mostly relating to 64-bit.

Please also see http://wiki.freepascal.org/User_Changes_2.4.4 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Packages:
   * Many improvements to the XML units
   * Many improvements to the database units.
 * Specially sqlite got quite some fixes.
   * Many improvements to the chm units.
 * Including a commandline CHM compiler
   * Many improvements to fppkg and fpmake for another round of testing.

Platforms:
   * Fixes for multi-threading support in OS/2 RTL.

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.


**
   What's New in 2.4.2
**

Free Pascal 2.4.2 contains many fixes and a few new features. Most bugfixes
in the RTL and packages before June 2010 have been merged.

Please also see http://wiki.freepascal.org/User_Changes_2.4.2 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Compiler:
   * Support D2006+ FOR..IN, with some FPC specific enhancements. Refer to
  http://wiki.freepascal.org/for-in_loop for more information
   * Support for sealed and abstract classes.

Packages:
   * The existing Mac OS X Universal Interfaces units have been synchronised
 with the Mac OS X 10.6 

Re: [fpc-devel] Free Pascal 2.6.0 released!

2012-01-01 Thread Felipe Monteiro de Carvalho
On Sun, Jan 1, 2012 at 2:12 PM, Jeff Duntemann j...@duntemann.com wrote:
 Bravo! My only question is: Are there any particular issues with respect to
 using 2.6.0 with Lazarus?

For desktop platforms I don't know any issues. It works just as good as 2.4

-- 
Felipe Monteiro de Carvalho
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal 2.6.0rc1 released

2011-11-05 Thread Marco van de Voort
Hello,

We have placed the first release-candidate of the Free Pascal Compiler
version 2.6.0 on our ftp-servers.

You can help improve the upcoming 2.6.0 release by downloading and
testing this release. If you want you can report what you have done here:
http://wiki.freepascal.org/Testers_2.6.0

Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.6.0

Downloads are available at the FTP server at:

ftp://freepascal.stack.nl/pub/fpc/beta/2.6.0-rc1/

Enjoy!

The Free Pascal Compiler Team


Free Pascal Compiler

Version 2.6.0rc1

**
  What's New in 2.6.0rc1
**

Free Pascal 2.6.0 is a new major version of the Free Pascal compiler.

Please also see http://wiki.freepascal.org/User_Changes_2.6.0 for a list
of changes that may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Platforms:
  * iPhoneSimulator target

Compiler:
  * Many new language features:
 * Objective-Pascal dialect, supported on all Mac OS X and iOS targets
 * constref parameter modifier for const by reference
 * Pascal boolean types with multiple sizes (boolean16/32/64)
 * ISO 7185 language mode (except for I/O). Features amongst others:
* nested procedure variables
* non-local goto's
 * Mac Pascal mode improvements
* nested procedure variables
* univ modifier
 * Intrinsics
* sar (shift arithmetic right)
* bsf/bsr (bitscan forward/reverse)
 * Delphi compatibility mode improvements
* Nested types, class variables and class local constants
* Advanced records syntax (no constructors yet)
* (for..in) Enumerators in records
* Class and record helpers
* Generic records, arrays and procedural types
* Delphi-compatibility of generics improved
* Scoped enumerations
* Custom messages for deprecated directive
* Ability to use  for escaping keywords
  * New ARM code generator features
 * ARM VFPv2 and VFPv3 floating point unit support
 * Thumb-2 support

Packages:
  * Many improvements to the rtl
  * Many improvements to the database units (fcl-db)
  * Objective-Pascal interfaces to Foundation, AppKit, CoreData and WebCore
  * OpenGL headers updated to OpenGL 4.0
  
Details about these new features can be found at
http://wiki.freepascal.org/FPC_New_Features_2.6.0

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs that have been fixed in this release.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 2.4.4 available

2011-05-28 Thread Nikolay Nikolov

On 05/28/2011 12:13 AM, Marco van de Voort wrote:

In our previous episode, Nikolay Nikolov said:

The go32v2 download links are broken:

http://freepascal.org/down/i386/go32v2-ftp.freepascal.org.var

The file names should be dos244.zip and dos244full.zip, not dos242.zip
and dos242full.zip

Thanks, fixed in SVN, visible tomorrow.
The dos244full.zip link is still broken - it should be 
dos244full.zip without a space between dos244 and full.

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


Re: [fpc-devel] Free Pascal 2.4.4 available

2011-05-28 Thread Marco van de Voort
In our previous episode, Nikolay Nikolov said:
  The file names should be dos244.zip and dos244full.zip, not dos242.zip
  and dos242full.zip
  Thanks, fixed in SVN, visible tomorrow.
 The dos244full.zip link is still broken - it should be 
 dos244full.zip without a space between dos244 and full.

Fixed, and I forced update the main site.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 2.4.4 available

2011-05-28 Thread Skybuck Flying

Does it produce executables which can be run by Windows 95 ?

There was a note on the free pascal website which said some version (2.4.2?) 
had a bug which prevented this ?


Bye,
 Skybuck.

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


Re: [fpc-devel] Free Pascal 2.4.4 available

2011-05-27 Thread Nikolay Nikolov

The go32v2 download links are broken:

http://freepascal.org/down/i386/go32v2-ftp.freepascal.org.var

The file names should be dos244.zip and dos244full.zip, not dos242.zip 
and dos242full.zip


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


Re: [fpc-devel] Free Pascal 2.4.4 available

2011-05-27 Thread Marco van de Voort
In our previous episode, Nikolay Nikolov said:
 The go32v2 download links are broken:
 
 http://freepascal.org/down/i386/go32v2-ftp.freepascal.org.var
 
 The file names should be dos244.zip and dos244full.zip, not dos242.zip 
 and dos242full.zip

Thanks, fixed in SVN, visible tomorrow.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal 2.4.4 available

2011-05-23 Thread Marco van de Voort
Hello,

The FPC 2.4.4 release is available from our ftp-servers and sourceforge.
This is probably the final release created from the fixes_2_4 branch.

Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.4.4

Downloads are available at:

the main FTP server at

ftp:///193.224.143.39/pub/fpc/beta/2.4.4/

and

ftp://freepascal.stack.nl/pub/fpc/beta/2.4.4

Note:
 the main ftp server is currently being migrated, that's why the URL is 
 ip-addres based.

Enjoy!

The Free Pascal Compiler Team

Free Pascal Compiler

Version 2.4.4

**
  What's New in 2.4.4
**

Free Pascal 2.4.4 contains most library fixes from early June 2010 till March
2011. There are also some compiler fixes, most relating to 64-bit.

Please also see http://wiki.freepascal.org/User_Changes_2.4.4 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Packages:
  * Many improvements to the XML units
  * Many improvements to the database units. 
* Specially sqlite got quite some fixes.
  * Many improvements to the chm units. 
* Including a commandline CHM compiler 
  * Many improvements to fppkg and fpmake for another round of testing.

Platforms:
  * Fixes for multi-threading support in OS/2 RTL.

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.


**
  What's New in 2.4.2
**

Free Pascal 2.4.2 contains many fixes and a few new features. Most bugfixes
in the RTL and packages before June 2010 have been merged.

Please also see http://wiki.freepascal.org/User_Changes_2.4.2 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Compiler:
  * Support D2006+ FOR..IN, with some FPC specific enhancements. Refer to
 http://wiki.freepascal.org/for-in_loop for more information
  * Support for sealed and abstract classes.

Packages:
  * The existing Mac OS X Universal Interfaces units have been synchronised
with the Mac OS X 10.6 SDK. Several new units have also been added, and
where indicated in the Mac OS X 10.6 SDK they have also been enabled for
iPhoneOS/iOS.
  * Many improvements to the XML units
  * Many improvements to the database units
  * Many improvemnets to the chm units

Platforms:
  * Long term bug in OS/2 implementation of unit Video finally fixed which
among others allows inclusion of the text-mode IDE (without debugger)
for this platform as part of the distribution again.

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.


**
  What's New in 2.4.0
**

Free Pascal 2.4.0 contains many fixes and new features. While we did not
manage to incorporate all planned additions, we believe this release offers a
nice collection of new functionality and bug fixes.


Please also see http://wiki.freepascal.org/User_Changes_2.4.0 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Platforms:
  * New platform: Mac OS X/PowerPC64
  * New platform: Mac OS X/x86_64
  * New platform: Mac OS X/ARM (iPhone)

Compiler:
  * Support for Delphi-style resource handling
  * Whole-program optimization infrastructure, which initially supports
program devirtualization and unused virtual method removal
  * Much faster compilation of units containing many type-sections
  * The ability to suppress individual hints/warnings/notes
  * Several improvements to the DWARF debug information generation
  * Fixes to the generics support
  * Fixes to the interface delegation (implements) support
  * Improved cpu register allocation
  * Improved ARM/EABI support
  
RTL:
  * Linearly scaling multi-threaded memory manager
  * Support for (advisory) file locking on Unix-based platforms
when using the SysUtils file creation/opening routines
  * Support for ANSI ISO Extended Pascal ReadStr/WriteStr
  * A UnicodeString type that, while not yet equivalent to Delphi 2009's
UnicodeString type, offers reference counted UnicodeString support on
the Windows, Linux, Mac OS X, FreeBSD and Beos/Haiku platforms.

Packages:
  * Many improvements to the XML units
  * Many improvements to the database units
  * 

[fpc-devel] Free Pascal 2.4.4 available (fixed links)

2011-05-23 Thread Marco van de Voort

Something went wrong with the download links; the links were still pointing
towards the beta.  Here are the correct links:

ftp://193.224.143.39/pub/fpc/dist/2.4.4/

and

ftp://freepascal.stack.nl/pub/fpc/dist/2.4.4/

Note:
 the main ftp server is currently being migrated, that's why there is a 
 IP based URL above.

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


Re: [fpc-devel] Free Pascal 2.4.4 available

2011-05-23 Thread Vincent Snijders
2011/5/23 Marco van de Voort mar...@stack.nl:
 Hello,

 The FPC 2.4.4 release is available from our ftp-servers and sourceforge.
 This is probably the final release created from the fixes_2_4 branch.

 Changes that may break backwards compatibility are documented at:
 http://wiki.freepascal.org/User_Changes_2.4.4

 Downloads are available at:

 the main FTP server at

 ftp:///193.224.143.39/pub/fpc/beta/2.4.4/

Should probably be:
ftp://193.224.143.39/pub/fpc/dist/2.4.4/


 and

 ftp://freepascal.stack.nl/pub/fpc/beta/2.4.4

and ftp://freepascal.stack.nl/pub/fpc/dist/2.4.4/

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


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-20 Thread Martin Schreiber
On Tuesday, 16. November 2010 14.52:12 Paul Breneman wrote:

 I'd like to take the minimal distros and add a simple option to use
 MSEide and it supports debugging from what I understand.  Then maybe
 extending that with remote debugging would be the next item.

MSEide is ready to work with remote gdbserver and gdbproxy. I even use it for 
C development with AVR32.

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


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-19 Thread Paul Breneman

Henry Vermaak wrote:

On 15/11/10 13:13, Paul Breneman wrote:

Michael Schnell wrote:

On 11/14/2010 03:09 AM, Paul Breneman wrote:

This web page has i386 Win32 and ARM WinCE cross-compiler zips that
include everything needed (no install necessary) to test FPC 2.4.2
with the fpGUI 0.7 release (Aug 2010):
http://www.turbocontrol.com/easyfpgui.htm

The i386 Linux version is almost ready. Email me if you want to test
a private copy of that distro.


Great !

I's like to take a look at the ARM-Linux cross tool chain !


Note that I wrote that i386 Linux is almost ready. ARM Linux isn't
coming soon unless there is an official release for that platform, and
that hasn't happened since the 2.2.2 release.


Special request: remote debugging vie Ethernet would be very desirable.


Indeed!


This only concerns the toolchain.  All you need is gdbserver for your 
target machine and an arm-linux-gdb on your host machine.


Thanks Henry for that info.

I try hard to write Pascal programs without using pointers and without 
allocating or deallocating memory.  If the RTL is reliable (when it does 
those things behind the scenes) then all of *my* bugs are logical (and 
shouldn't crash the program) and usually a few debug or log messages 
will be all that is needed (and many times I don't even need those). 
That has worked very well for me since 1985 since the TurboPascal RTL 
always seemed *very* reliable.  In 1995 the VCL wasn't quite as solid 
but still pretty good...


And since Pascal strings can contain nulls I never have to allocate 
buffers in my communication programs but rather I just use (safe) 
strings there as well.


I'd like to take the minimal distros and add a simple option to use 
MSEide and it supports debugging from what I understand.  Then maybe 
extending that with remote debugging would be the next item.


I know that you and many other experts on this list already have this 
stuff figured out, but I've had to spend my time on a lot of other 
things.  The minimal distros started out as my method of trying to 
reduce things as much as possible when I started programming on ARM 
Linux.  I am amazed at how simple the Free Pascal hello world distro 
is, so it has been quite an education for me to go all the way down to 
that and then build things on top of that in various ways.


Are there other open source development tools with which I could do 
Windows and Linux minimal distros?  If so I'm interested in adding those 
to the web site.


It is neat how, especially for Windows, there are basically no 
requirements.  Well, I guess ZIP support wasn't in the OS before XP so 
that is one requirement.  :)  Right now I'm trying to figure out how to 
provide something for the Linux distro that works as simply as the 
compile.bat does on Windows.


Yesterday at work I started using the latest Win32 and WinCE minimal 
distros to develop a very simple fpGUI program for a nice PDA.  I'll 
develop mostly on Win32 and test occasionally on WinCE and the actual 
device.  It is nice to use the fruits of my *long* day Saturday.  :) 
Most of all I'm thankful for the great Free Pascal and fpGUI tools that 
allow such efficient development environments!


I guess I wrote what should be a blog article somewhere...  :)
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-17 Thread Michael Schnell

On 11/16/2010 02:52 PM, Paul Breneman wrote:



I try hard to write Pascal programs without using pointers and without 
allocating or deallocating memory. 


OOpps. How is this possible :) ?  But in what way does this help on that 
issue ? I do see that memory allocation/deallocation is a source to very 
hard to find bugs, but avoiding it makes may things close to impossible.


-Michael


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


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-17 Thread Paul Breneman

Martin Schreiber wrote:

On Tuesday, 16. November 2010 14.52:12 Paul Breneman wrote:

I'd like to take the minimal distros and add a simple option to use
MSEide and it supports debugging from what I understand.  Then maybe
extending that with remote debugging would be the next item.

MSEide is ready to work with remote gdbserver and gdbproxy. I even use it for 
C development with AVR32.


That is good to know.  Thanks Martin!
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-17 Thread Michael Schnell

On 11/17/2010 02:10 PM, Paul Breneman wrote:

Martin Schreiber wrote:

On Tuesday, 16. November 2010 14.52:12 Paul Breneman wrote:

I'd like to take the minimal distros and add a simple option to use
MSEide and it supports debugging from what I understand.  Then maybe
extending that with remote debugging would be the next item.

MSEide is ready to work with remote gdbserver and gdbproxy. I even 
use it for C development with AVR32.


That is good to know.  Thanks Martin!


Indeed !
So this should be possible with Lazarus, too. It would be great to see 
someone here who successfully tried it. :)


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


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-17 Thread Paul Breneman

Michael Schnell wrote:

On 11/16/2010 02:52 PM, Paul Breneman wrote:



I try hard to write Pascal programs without using pointers and without 
allocating or deallocating memory. 


OOpps. How is this possible :) ?  But in what way does this help on that 
issue ? I do see that memory allocation/deallocation is a source to very 
hard to find bugs, but avoiding it makes may things close to impossible.


I don't doubt that there are certain domains where application-level 
memory allocation/deallocation is very necessary.  But for the type of 
programs I usually write it isn't.  I've written a lot of machine 
control projects with TurboPascal starting in 1985.  The only strings 
(short) at that time were still long enough for the serial data buffers 
I needed.


In 1985 I started working on an existing real-time video editing program 
written in PDP-11 assembler.  In the early 90s I ported that to pure 
TurboPascal (no assembler) with ~50,000 source lines.  The only 
interrupts were for the keyboard and also a video timing interrupt (50 
or 60 Hz) and about one-third of the code lived in the timing interrupt 
routine.  One system had 24 RS-422 serial ports (38,400 baud) in an 
inexpensive RadioShack Tandy 386 computer, which was the main computer 
that controlled about $2 million of digital video editing equipment. 
Quite a funny picture in a way (a peasant running a rich kingdom)...


Several fellows who developed such PC-based editors before me had to use 
expensive and complex intelligent multi-port serial port cards but 
thankfully I waited just long enough that the 16550 UART (with the 16 
byte FIFO) had arrived on the scene so my system was much simpler.  All 
of the commands (during the real-time recording) were 16 bytes or less 
so using 16550 UARTS it all worked without interrupts for the serial ports.


I just went back and searched the ~50,000 likes of source, and there is 
not a single New/Dispose (nor Mark/Release) in all of my code.  My 
program never crashed (even at the beginning beta stage) and I never 
used a debugger but rather a little logging when needed.


All video editing is now done with fast computers but here is a freeware 
version of that program that can utilize 9 serial ports:

  http://www.brenemanlabs.com/MachOne5.htm
  http://www.brenemanlabs.com/Mach1I.htm

One of my favorite authors (Jack Crenshaw) likes TurboPascal a lot, and 
(if I remember right) years ago he wrote something along the lines of: 
When I compile a C program I'm surprised if it runs the first time, but 
when I compile a TurboPascal program I'm surprised if it doesn't run the 
first time.


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


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-15 Thread Michael Schnell

On 11/14/2010 03:09 AM, Paul Breneman wrote:
This web page has i386 Win32 and ARM WinCE cross-compiler zips that 
include everything needed (no install necessary) to test FPC 2.4.2 
with the fpGUI 0.7 release (Aug 2010):

  http://www.turbocontrol.com/easyfpgui.htm

The i386 Linux version is almost ready.  Email me if you want to test 
a private copy of that distro.



Great !

I's like to take a look at the ARM-Linux cross tool chain !

Special request: remote debugging vie Ethernet would be very desirable.

Thanks a lot !

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


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-15 Thread Michael Schnell
BTW.: Would it be possible to compile Lazarus with that distribution to 
allow for native development on ARM/CE and ARM/Linux ?


Thanks for your work,
- Michael
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-15 Thread Paul Breneman

Michael Schnell wrote:

On 11/14/2010 03:09 AM, Paul Breneman wrote:
This web page has i386 Win32 and ARM WinCE cross-compiler zips that 
include everything needed (no install necessary) to test FPC 2.4.2 
with the fpGUI 0.7 release (Aug 2010):

  http://www.turbocontrol.com/easyfpgui.htm

The i386 Linux version is almost ready.  Email me if you want to test 
a private copy of that distro.



Great !

I's like to take a look at the ARM-Linux cross tool chain !


Note that I wrote that i386 Linux is almost ready.  ARM Linux isn't 
coming soon unless there is an official release for that platform, and 
that hasn't happened since the 2.2.2 release.



Special request: remote debugging vie Ethernet would be very desirable.


Indeed!
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-15 Thread Henry Vermaak

On 15/11/10 13:13, Paul Breneman wrote:

Michael Schnell wrote:

On 11/14/2010 03:09 AM, Paul Breneman wrote:

This web page has i386 Win32 and ARM WinCE cross-compiler zips that
include everything needed (no install necessary) to test FPC 2.4.2
with the fpGUI 0.7 release (Aug 2010):
http://www.turbocontrol.com/easyfpgui.htm

The i386 Linux version is almost ready. Email me if you want to test
a private copy of that distro.


Great !

I's like to take a look at the ARM-Linux cross tool chain !


Note that I wrote that i386 Linux is almost ready. ARM Linux isn't
coming soon unless there is an official release for that platform, and
that hasn't happened since the 2.2.2 release.


Special request: remote debugging vie Ethernet would be very desirable.


Indeed!


This only concerns the toolchain.  All you need is gdbserver for your 
target machine and an arm-linux-gdb on your host machine.


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


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-14 Thread Paul Breneman

Graeme Geldenhuys wrote:

On 14 November 2010 04:09, Paul Breneman wrote:

This web page has i386 Win32 and ARM WinCE cross-compiler zips that include
everything needed (no install necessary) to test FPC 2.4.2 with the fpGUI
0.7 release (Aug 2010):
 http://www.turbocontrol.com/easyfpgui.htm


Nicely done, thanks Paul.


Thanks for fpGUI!

Please check your spam folder for an email from me.  Or just send me an 
email and I'll reply to it.  We had some email discussion on 
16-Jan-2010.  I could use your help on a few items with the i386 Linux 
distro that isn't on that page yet.

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


Re: [fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-14 Thread Paul Breneman

Paul Breneman wrote on 11/13/2010:
This web page has i386 Win32 and ARM WinCE cross-compiler zips that 
include everything needed (no install necessary) to test FPC 2.4.2 with 
the fpGUI 0.7 release (Aug 2010):

  http://www.turbocontrol.com/easyfpgui.htm

The i386 Linux version is almost ready.  Email me if you want to test a 
private copy of that distro.


If you downloaded the i386 Win32 111310 version to see what fpGUI 
controls look like, you might consider downloading the new 111410 
version from today.  Not only are the two simple programs from yesterday 
still there, but the source for the fpGUI uidesigner program is now 
included so you can compile and run that program.  And, of course, the 
uidesigner program itself is a good example of a more complex fpGUI program.

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


[fpc-devel] Free Pascal 2.4.2 released!

2010-11-13 Thread Marco van de Voort
Hello,

we have placed a new major release of the Free Pascal
Compiler, version 2.4.2 on our ftp-servers.

Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.4.2

Downloads are available at:

the main FTP server at

ftp://ftp.freepascal.org/pub/fpc/dist/2.4.2/

and mirrors like

ftp://freepascal.stack.nl/pub/fpc/dist/2.4.2/
ftp://ftp.hu.freepascal.org/pub/fpc/dist/2.4.2/

and sourceforge.

Enjoy!

The Free Pascal Compiler Team


Free Pascal Compiler

Version 2.4.2

**
  What's New in 2.4.2
**

Free Pascal 2.4.2 contains many fixes and a few new features. Most bugfixes
in the RTL and packages before june 2010 have been merged.

Please also see http://wiki.freepascal.org/User_Changes_2.4.2 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Compiler:
  * Support D2006+ FOR..IN, with some FPC specific enhancements. Refer to
 http://wiki.freepascal.org/for-in_loop for more information
  * Support for sealed and abstract classes.

Packages:
  * Many improvements to the XML units
  * Many improvements to the database units
  * Many improvemnets to the chm units

Platforms:
  * Long term bug in OS/2 implementation of unit Video finally fixed which
among others allows inclusion of the text-mode IDE (without debugger)
for this platform as part of the distribution again.

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.



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


Re: [fpc-devel] Free Pascal 2.4.2 released!

2010-11-13 Thread Marcos Douglas
On Sat, Nov 13, 2010 at 7:49 AM, Marco van de Voort mar...@stack.nl wrote:
 Hello,

 we have placed a new major release of the Free Pascal
 Compiler, version 2.4.2 on our ftp-servers.

 Changes that may break backwards compatibility are documented at:
 http://wiki.freepascal.org/User_Changes_2.4.2

 Downloads are available at:

 the main FTP server at

 ftp://ftp.freepascal.org/pub/fpc/dist/2.4.2/

 and mirrors like

 ftp://freepascal.stack.nl/pub/fpc/dist/2.4.2/
 ftp://ftp.hu.freepascal.org/pub/fpc/dist/2.4.2/

 and sourceforge.

 Enjoy!

 The Free Pascal Compiler Team


                            Free Pascal Compiler

                                Version 2.4.2

 **
                              What's New in 2.4.2
 **

 Free Pascal 2.4.2 contains many fixes and a few new features. Most bugfixes
 in the RTL and packages before june 2010 have been merged.

 Please also see http://wiki.freepascal.org/User_Changes_2.4.2 for a list
 of changes which may affect the behaviour of previously working code, and
 how to cope with these changes.

 Some highlights are:

 Compiler:
  * Support D2006+ FOR..IN, with some FPC specific enhancements. Refer to
     http://wiki.freepascal.org/for-in_loop for more information
  * Support for sealed and abstract classes.

 Packages:
  * Many improvements to the XML units
  * Many improvements to the database units
  * Many improvemnets to the chm units

 Platforms:
  * Long term bug in OS/2 implementation of unit Video finally fixed which
    among others allows inclusion of the text-mode IDE (without debugger)
    for this platform as part of the distribution again.

 See http://bugs.freepascal.org/changelog_page.php for the list of reported
 bugs which have been fixed in this release.

Congratulations!
It was a hard work.

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


[fpc-devel] Free Pascal 2.4.2 minimal distros for fpGUI available

2010-11-13 Thread Paul Breneman
This web page has i386 Win32 and ARM WinCE cross-compiler zips that 
include everything needed (no install necessary) to test FPC 2.4.2 with 
the fpGUI 0.7 release (Aug 2010):

  http://www.turbocontrol.com/easyfpgui.htm

The i386 Linux version is almost ready.  Email me if you want to test a 
private copy of that distro.


--
Regards,
Paul Breneman
www.dbReplication.com - VCL database replication components
www.TurboControl.com - Hardware and software development services
- Educational programming project for environment monitoring
- Information on using FreePascal for embedded systems
- Support information for the TurboPower open source libraries
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal introduction to the world

2010-11-10 Thread Graeme Geldenhuys


 Original Message 
Subject: Interface scope incompatibility with Delphi
Date: Wed, 10 Nov 2010 16:57:13 +0200

Op 2010-11-10 15:01, Michael Van Canneyt het geskryf:

 This is open source: essentially a hobby project for us.

[not directed specifically to you as a person, just thinking out loud]

Maybe this little fact should be made public, and very clear on the front
page of the FPC website. This will ensure no commercial entity will ever
fall foolishly into the FPC trap. This will obviously benefit the FPC team
too, because you will have less annoying users that actually try and use
the product to make a living.


  Graeme



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


Re: [fpc-devel] Free Pascal introduction to the world

2010-11-10 Thread Henry Vermaak
On 10 November 2010 15:13, Graeme Geldenhuys graemeg.li...@gmail.com wrote:


  Original Message 
 Subject: Interface scope incompatibility with Delphi
 Date: Wed, 10 Nov 2010 16:57:13 +0200

 Op 2010-11-10 15:01, Michael Van Canneyt het geskryf:

 This is open source: essentially a hobby project for us.

 [not directed specifically to you as a person, just thinking out loud]

 Maybe this little fact should be made public, and very clear on the front
 page of the FPC website. This will ensure no commercial entity will ever
 fall foolishly into the FPC trap. This will obviously benefit the FPC team
 too, because you will have less annoying users that actually try and use
 the product to make a living.

Wtf, man?  This is the reality with most oss.  The idea is that
forward thinking companies invest in the tools they use by employing
someone to hack on them, or donate, or sponsor servers, etc.

Stop trolling, it wastes everyone's time.

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


Re: [fpc-devel] Free Pascal introduction to the world

2010-11-10 Thread Florian Klaempfl
Am 10.11.2010 16:13, schrieb Graeme Geldenhuys:
 
 
  Original Message 
 Subject: Interface scope incompatibility with Delphi
 Date: Wed, 10 Nov 2010 16:57:13 +0200
 
 Op 2010-11-10 15:01, Michael Van Canneyt het geskryf:

 This is open source: essentially a hobby project for us.
 
 [not directed specifically to you as a person, just thinking out loud]
 
 Maybe this little fact should be made public, and very clear on the front
 page of the FPC website. This will ensure no commercial entity will ever
 fall foolishly into the FPC trap. 

Is there any difference with a commercial project? See Kylix: no more
resources left, project stopped. The nice thing about FPC is: if
something is really commercially important for you, you can still pay
someone if the hobby developers don't do what you want.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal introduction to the world

2010-11-10 Thread Michael Van Canneyt



On Wed, 10 Nov 2010, Graeme Geldenhuys wrote:




 Original Message 
Subject: Interface scope incompatibility with Delphi
Date: Wed, 10 Nov 2010 16:57:13 +0200

Op 2010-11-10 15:01, Michael Van Canneyt het geskryf:


This is open source: essentially a hobby project for us.


[not directed specifically to you as a person, just thinking out loud]

Maybe this little fact should be made public, and very clear on the front
page of the FPC website. This will ensure no commercial entity will ever
fall foolishly into the FPC trap. This will obviously benefit the FPC team
too, because you will have less annoying users that actually try and use
the product to make a living.


The term 'Open source' says it all: 
There are no guarantees, you get what you pay for.


Has been so since day 1, and can be read in each and every FPC source file:

   This program is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

It can't be stated more clear than this, I think.

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


Re: [fpc-devel] Free Pascal introduction to the world

2010-11-10 Thread Martin

On 10/11/2010 15:13, Graeme Geldenhuys wrote:


 Original Message 
Subject: Interface scope incompatibility with Delphi
Date: Wed, 10 Nov 2010 16:57:13 +0200

Op 2010-11-10 15:01, Michael Van Canneyt het geskryf:

This is open source: essentially a hobby project for us.

[not directed specifically to you as a person, just thinking out loud]

Maybe this little fact should be made public, and very clear on the front
page of the FPC website. This will ensure no commercial entity will ever
fall foolishly into the FPC trap. This will obviously benefit the FPC team
too, because you will have less annoying users that actually try and use
the product to make a living.

In this case [1] no commercial entity can ever use any product at all.

this case:
The case that a feature required by someone is not added (or not even 
planed to be added).
   [ Note: if you call it bug, instead of feature, read the end of the 
mail before commenting. ]


The cause of this case stated here may be relevant to projects driven 
by individuals in their spare time.


But the fact that for fpc this case is caused by the reason given, 
does not mean that this case does not apply to other products too.


Buy a copy of Delphi, (maybe even several copies of the enterprise 
version). That in no way guarantees that the makers of Delphi will in 
future add every feature you want to have. Or that they will at least 
plan to add it (even if it may take some time before they start).
You will get a nice email back from marketing (well if you are lucky), 
but nothing more.
In fact in the past (and maybe still) in the case of Delphi, even bugs 
do not always get the attention, that users would like to see.


And all that, even Delphi is not developed by people who do it in their 
own spare time, Delphi has a team of developers paid to do nothing but 
develop Delphi.


That proves that this case applies, even if the reason in the quote is 
not given.



I conclude, if commercial entities can only use software, if every 
feature request will be implemented, then they can not use any software.
If they can live with feature requests being denied, then FPC is well 
usable for them



As for the argument: it's not a feature, it's a bug:
- A bug is if software doe not behave as documented.
- FPC documents that you can not make any assumption when an interface 
is released.


About the documented Delphi-Compatibility: Maybe (and that may be a bu 
in the documentation, if so = but i did not check):
FPC should document that Delphi compatibility means, following the 
documentation/specs from Delphi. There is no binary compatibility or any 
other compatibility on top of the docs from Delphi.


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


Re: [fpc-devel] Free Pascal introduction to the world

2010-11-10 Thread Andrew Brunner
On Wed, Nov 10, 2010 at 9:13 AM, Graeme Geldenhuys
graemeg.li...@gmail.comwrote:

 Maybe this little fact should be made public, and very clear on the front
 page of the FPC website. This will ensure no commercial entity will ever
 fall foolishly into the FPC trap. This will obviously benefit the FPC team
 too, because you will have less annoying users that actually try and use
 the product to make a living.


Graeme, I think things like this are better understood as resource
problems.  IMO, OSS is a systemic response to the intellectual property
plundering/pillaging by big business like Microsoft.  It enables developers
to dedicate *as much time* as they like to build something beyond them while
getting credit for it.  Otherwise their God given talents are buried in a
heap of corporate noise with little of of recognition or compensation.

The FPC and Lazarus projects are no different.  They are propelled by
dedicated developers who love to code and who at certain times weigh what is
important and what is not.  While they do have weight in decisions, money
talks.  If you have a feature you want, just post a bounty for it.  I was
VERY successful at getting what I need from the community especially if I
were to offer to throw some $$$ for resolution.

Please, don't disrupt or offend the people dedicated to development.  You've
been pretty quick to point out flaws.  But I think if it's FPC/Lazarus that
you're trying to see in a better light, you would be better using the
positive direction.

Every time you see something wrong, your first reaction has been to put the
*team* on line line of fire... LOL.  Just be nice.  These guys have families
to feed too.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal introduction to the world

2010-11-10 Thread Jonas Maebe

Hi,

Please take this discussion to the fpc-other list, where it belongs.

Thanks,


Jonas
FPC mailing lists admin
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal introduction to the world

2010-11-10 Thread Michael Van Canneyt



On Wed, 10 Nov 2010, Martin wrote:



As for the argument: it's not a feature, it's a bug:
- A bug is if software doe not behave as documented.
- FPC documents that you can not make any assumption when an interface is 
released.


But it IS documented since a long time:

See the section 'Reference counting' in the chapter on 'Interfaces', 
langauge reference guide.


It even explicitly mentions that it is different from Delphi, with example
code and all.

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


Re: [fpc-devel] Free Pascal Extender

2010-11-03 Thread Michael Schnell

On 10/30/2010 03:43 PM, Hans-Peter Diettrich wrote:


How can I add this directory to the git repository, so that it is 
available as a self-contained project/branch?
Why not fork the branches after these files are added ? I suppose GIT 
allows to add them in a way that they appear  as if they would have 
existed before branching.


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


Re: [fpc-devel] Free Pascal Extender

2010-11-03 Thread Hans-Peter Diettrich

Michael Schnell schrieb:


On 10/30/2010 03:43 PM, Hans-Peter Diettrich wrote:


How can I add this directory to the git repository, so that it is 
available as a self-contained project/branch?
Why not fork the branches after these files are added ? I suppose GIT 
allows to add them in a way that they appear  as if they would have 
existed before branching.


I managed to create two projects, for the compiler/ and compiler/docs/ 
directories. Unfortunately these are not shown in the SF page, but they 
should be accessible as

git://fpcext.git.sourceforge.net/gitroot/fpcext/docs
and
git://fpcext.git.sourceforge.net/gitroot/fpcext/compiler

The separate compiler project allows to have an playground either inside 
or outside the fpc directory.


Tracking of the SVN repository seems to be somewhat tricky, in detail on 
Windows, due to line-endings. So I finally gave up to track the SVN 
updates myself, and checked out Graeme's fpc repository at
git://github.com/graemeg/freepascal.git. In that directory I created a 
new git repo, in the compiler/ subdirectory

git init compiler
and added the above .../compiler external repo to it.

The same for the docs directory, that can reside anywhere (in theory), 
but the FPDoc Editor requires that all documented files reside in a 
package. So I added such a package to the docs, what requires that docs/ 
is a subdirectory of (any) fpc/compiler/ directory.


When the compiler project resides inside an fpc working directory, be 
SVN or Git based, care must be taken to sync both checkouts. For that 
purpose I added several SVN versions to the trunk branch, and intend to 
rebase the branches on newer SVN revisions, from time to time. A user 
will have to checkout the common base revision from the fpc repo first, 
then checkout the desired branch from my compiler repo. When you use 
Graeme's repo (recommended), look at the SVN revision number in the 
commits, in order to checkout the required version. If somebody knows 
about easier procedures, please let me know...


The compiler repo currently contains the branches:

trunk - fpc base revisions
preprocessor - make the PREPROCWRITE code work
AltParser - allow for alternative parsers (includes ParserOPL)
Oberon - an Oberon/ComponentPascal parser, on top of AltParser
AltScanner - a scanner caching entire source files in memory (to come)

The docs repo only contains one branch, and does not rely on a specific 
SVN revision.


The original fpcext repo should not be used, it has too many flaws from 
my first steps into the world of multiple repositories on SF :-(


DoDi

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


Re: [fpc-devel] Free Pascal Extender

2010-10-30 Thread Alexander Klenin
On Sat, Oct 30, 2010 at 16:53, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
 The SourceForge fpcext project http://sourceforge.net/p/fpcext/home/ shall
 allow to customize and extend the FPC compiler, with e.g. alternative
 components and languages.

Are you sure you do not want to use Github?

-- 
Alexander S. Klenin
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal Extender

2010-10-30 Thread Graeme Geldenhuys
On 30 October 2010 09:59, Alexander Klenin  wrote:

 Are you sure you do not want to use Github?

There is nothing wrong with SourceForge.net't git setup, it works just
as good as GitHub. The benefit of SourceForge is that they give you
plenty of other project related tools too. eg: a location for a
website, various bug trackers, wikis, mailing lists etc etc... So for
overall project management, SourceForge is a much better choice.

-- 
Regards,
  - Graeme -


___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net:8080/fpgui/
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal Extender

2010-10-30 Thread Hans-Peter Diettrich

Graeme Geldenhuys schrieb:

On 30 October 2010 09:59, Alexander Klenin  wrote:

Are you sure you do not want to use Github?


There is nothing wrong with SourceForge.net't git setup, it works just
as good as GitHub. The benefit of SourceForge is that they give you
plenty of other project related tools too. eg: a location for a
website, various bug trackers, wikis, mailing lists etc etc... So for
overall project management, SourceForge is a much better choice.


Just encountered a problem: when I add FPDoc documentation, currently 
residing in compiler/docs/, the content should be available in all 
branches, updates should not be affected by checking out other branches.


Questions to the gurus:

How can I add this directory to the git repository, so that it is 
available as a self-contained project/branch?


Since most of the (current) documentation applies to FPC in general, 
where should such documentation reside, in the (SVN) directory tree? How 
to separate general docs from branch-related docs?


DoDi

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


Re: [fpc-devel] Free Pascal Extender

2010-10-30 Thread Graeme Geldenhuys
On 30 October 2010 15:43, Hans-Peter Diettrich wrote:
 How can I add this directory to the git repository, so that it is available
 as a self-contained project/branch?

SourceForge.net allows unlimited git repositories per project. Each
repository is stand-alone, but under the same sourceforge project.
Not sure if this is what you want, but there is another option. I
think it's called git modules, where you can have multiple
repository working together in one hierarchy. I have no idea how to
set this up though, I have never used that feature. I know KDE project
does. Just read the git docs, they should explain it there.


-- 
Regards,
  - Graeme -


___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://opensoft.homeip.net:8080/fpgui/
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal Extender

2010-10-29 Thread Hans-Peter Diettrich
The SourceForge fpcext project http://sourceforge.net/p/fpcext/home/ 
shall allow to customize and extend the FPC compiler, with e.g. 
alternative components and languages.


After some tries I got at least the git repository work, but I'm not 
sure whether I did it the right way. The repository shall track the SVN 
trunk, so that no bugfixes or other improvements get lost.


Currently branches exist for the preprocessor and alternative parsers, 
where the parser branch will include some FPDoc documentation of the 
compiler (to come). Alternative parsers shall include an alternative OPL 
parser, using separated semantic objects and procedures, a modula-style 
variation of the OPL syntax, with statement-sequences, and an 
Oberon-style parser.


The scanner has been made virtual, so that parsers and scanners for 
alternative languages can be implemented at all. Further possible 
modifications are fully memory based source files, which may speed up 
parsing and compilation.



Contributions, suggestions and discussions are welcome, the technical 
details have to be worked out. Possible topics are the use of 
AnsiStrings, alternative hashtables and file/directory caches, and of 
course the still missing refactoring of the ppu file loader/management 
and register allocator. These are only suggestions, not a closed 
on-topic list.


DoDi

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


Re: [fpc-devel] Free Pascal Current Version in www.freepascal.org

2010-01-06 Thread Marco van de Voort
In our previous episode, Mehmet Erol Sanliturk said:
 it seems that 2.2.4 needs to be 2.4.0 , and 2.3.x needs to be 2.5.x .

Fixed, will be updated soon (I hope)
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


Re: [fpc-devel] Free Pascal 2.4.0 released

2010-01-05 Thread Vincent Snijders

Marco van de Voort schreef:

Downloads are available at:

In ftp://freepascal.stack.nl/pub/fpc/dist/2.4.0/x86_64-linux/ there are 
no debs for amd64. Will the fpc team provides these in the near future 
or do we have to wait until a fpc user will build them or until they are 
in debian sid?


Vincent


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


[fpc-devel] Free Pascal Current Version in www.freepascal.org

2010-01-05 Thread Mehmet Erol Sanliturk



   Current Version

Version /2.2.4/ is the latest stable version the Free Pascal. Hit the 
download http://www.freepascal.org/download.var link and select a 
mirror close to you to download your copy. The development releases have 
version numbers /2.3.x/. See the development 
http://www.freepascal.org/develop.var page how to obtain the latest 
sources and support development.



In the page

http://www.freepascal.org/

and in the above part

it seems that 2.2.4 needs to be 2.4.0 , and 2.3.x needs to be 2.5.x .


Thank you very much .

Mehmet Erol Sanliturk .


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


[fpc-devel] Free Pascal 2.4.0 released

2010-01-01 Thread Marco van de Voort

Happy New Year!

As a special present, We have placed a new major release of the Free Pascal
Compiler, version 2.4.0 on our ftp-servers.

Changes that may break backwards compatibility are documented at:
http://wiki.freepascal.org/User_Changes_2.4.0

Downloads are available at:

the main FTP server at

ftp://ftp.freepascal.org/pub/fpc/beta/2.4.0/

and

ftp://freepascal.stack.nl/pub/fpc/beta/2.4.0/

Enjoy!

The Free Pascal Compiler Team


Free Pascal Compiler

Version 2.4.0

**
  What's New in 2.4.0
**

Free Pascal 2.4.0 contains many fixes and new features. While we did not
manage to incorporate all planned additions, we believe this release offers a
nice collection of new functionality and bug fixes.


Please also see http://wiki.freepascal.org/User_Changes_2.4.0 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

Platforms:
  * New platform: Mac OS X/PowerPC64
  * New platform: Mac OS X/x86_64
  * New platform: Mac OS X/ARM (iPhone)
  * New platform: Haiku/i386

Compiler:
  * Support for Delphi-style resource handling
  * Whole-program optimization infrastructure, which initially supports
program devirtualization and unused virtual method removal
  * Much faster compilation of units containing many type-sections
  * The ability to suppress individual hints/warnings/notes
  * Several improvements to the DWARF debug information generation
  * Fixes to the generics support
  * Fixes to the interface delegation (implements) support
  * Improved cpu register allocation
  * Improved ARM/EABI support
  
RTL:
  * Linearly scaling multi-threaded memory manager
  * Support for (advisory) file locking on Unix-based platforms
when using the SysUtils file creation/opening routines
  * Support for ANSI ISO Extended Pascal ReadStr/WriteStr
  * A UnicodeString type that, while not yet equivalent to Delphi 2009's
UnicodeString type, offers reference counted UnicodeString support on
the Windows, Linux, Mac OS X, FreeBSD and Beos/Haiku platforms.

Packages:
  * Many improvements to the XML units
  * Many improvements to the database units
  * Updated the common Mac OS X Pascal interfaces to r241, including
header a translation of the CFNetwork framework
  * The zipper unit now works correctly on big endian platforms

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.


**
  What's New in 2.2.3
**

Free Pascal 2.2.3 contains many bug fixes and some new features. The 
main purpose of this release is to fix problems reported with FPC 2.2.2.

Please also see http://wiki.freepascal.org/User_Changes_2.2.4 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

All:
  * Experimental packages-installation tool

Packages:
  * Added support for TIFF reading/writing in fcl-image
  * Improvements and fixes in CHM support
  * Fixed linking the gtk2-package with gtk versions above 2.13.4

IDE:
  * Added support for CHM help files

Documentation

See http://bugs.freepascal.org/changelog_page.php for the list of reported
bugs which have been fixed in this release.


**
  What's New in 2.2.2
**

Free Pascal 2.2.2 contains many bug fixes and some new features. The 
main purpose of this release is to fix problems reported with FPC 2.2.0,
and to remove all potentially tainted code from our source code base.

Please also see http://wiki.freepascal.org/User_Changes_2.2.2 for a list
of changes which may affect the behaviour of previously working code, and
how to cope with these changes.

Some highlights are:

All:
  *  All code potentially infringing on CodeGear copyrighted code has been
 reimplemented using a cleanroom approach.

Platforms:
  * Incompatibilities with Mac OS X 10.5's new default linker have been
resolved.

Compiler:
  * PIC support for Mac OS X (on by default, disable with -Cg-)
  * several bugs in the experimental generics support have been fixed,
but this feature is still in beta
  * initialisation and finalisation of shared libraries has been fixed
for all Darwin platforms, and for Linux/i386
  * support for {$packset x} directive to enable set packing
(use {$packset 1} for Delphi-compatible sets, but note that the
 format is different on little and big 

[fpc-devel] Free Pascal and Graphics Programming .

2008-09-23 Thread Mehmet Erol Sanliturk



Dear Sirs ,


In c:\fpc\2.2.2\examples\opengl\

directory , there are demonstration programs using
OpenGL .

With c:\fpc\2.2.2\bin\i386-win32\Make.EXE , it is possible to
generate executable files without error .

When they are run , they are given exception about missing
GLUT32.DLL .

In the FPC installation , and

in \Windows\System32\ directory

there is not GLUT32.DLL .

I have found one in

http://www.dlldump.com/download-dll-files_new.php/dllfiles/G/glut32.dll/1.0/download.html


It worked very well .


The important point is that the programs are compiled by FPC .

This shows power of FPC for graphics programming .

The rest is mathematics , knowledge about how to
program graphics which there may be found any kind
of books about graphics programming .


If GLUT32.DLL is included in FPC installation ,
it would make easy to run those programs .



Thank you very much ,

Mehmet Erol Sanliturk

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


Re: [fpc-devel] Free Pascal V1.0.10

2008-09-02 Thread Michael Van Canneyt


On Tue, 2 Sep 2008, Michael Müller wrote:

 Hi,
 
 before we will start to add QNX support to the recent version of Free Pascal
 we need for an old project for the developers under Windows to check that our
 code stays V1.0.10 compilable under QNX the Windows/DOS version of V1.0.10.
 
 Several weeks ago I found it listed under
 http://www.freepascal.org/down/old/down-ftp.freepascal.org.var but didn't make
 a download. Now it's gone. If you don't want to publish this version anymore
 on the web page it would be sufficient for us if we could get a private copy
 or temporary download possibility. For completeness it would also be good to
 get the package for QNX.
 
 During the search for these versions I found out that all links on
 http://www.freepascal.org/down/old/down-ftp.freepascal.org.var point to an ftp
 sub folder called olddist that doesn't exists:
 ftp://ftp.freepascal.org/pub/fpc/olddist/. So all links are broken.

Due to possible copyright infringement, we are no longer allowed to
distribute the old version. That is why you will not find the old
versions anymore.

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


[fpc-devel] Free Pascal V1.0.10

2008-09-01 Thread Michael Müller

Hi,

before we will start to add QNX support to the recent version of Free  
Pascal we need for an old project for the developers under Windows to  
check that our code stays V1.0.10 compilable under QNX the Windows/ 
DOS version of V1.0.10.


Several weeks ago I found it listed under http://www.freepascal.org/ 
down/old/down-ftp.freepascal.org.var but didn't make a download. Now  
it's gone. If you don't want to publish this version anymore on the  
web page it would be sufficient for us if we could get a private copy  
or temporary download possibility. For completeness it would also be  
good to get the package for QNX.


During the search for these versions I found out that all links on  
http://www.freepascal.org/down/old/down-ftp.freepascal.org.var point  
to an ftp sub folder called olddist that doesn't exists: ftp:// 
ftp.freepascal.org/pub/fpc/olddist/. So all links are broken.


Thanks

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


[fpc-devel] Free Pascal Internal Error ( 200 212 283 ) (1)

2008-08-04 Thread Mehmet Erol Sanliturk



Dear Sirs ,

I am sorry that in my message with subject

Free Pascal Internal Error ( 200 212 283 ) 

I forgot to say that I modified error handling
step of Free Pascal ( FPC ) to allow it to continue
up to a specified number of errors significantly
greater than one , not to stop on the first error .

In the first encountering with the non-found unit source
name , FPC is reporting lack of existence
of the unit source , but after that , on encountering
the  same unit name it is generating
internal error message(s) .

Ability to continue to compile more than first error
is very useful for me because on large programs this
facility is saving significant amount of times to fix
errors ( due to Free Pascal and Delphi incompatibilities
even in Delhi mode during porting the program to
Free Pascal ) .

To improve the Free Pascal toward such internal errors
would be very useful during development of large programs .
At present I will not suggest any solution because it is
not a simple process and requires significant amount of
work to achieve such an immunity against the user program
errors , but I think any improvement on this issue
may be valuable very much .


Thank you very much ,

Mehmet Erol Sanliturk

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


Re: [fpc-devel] Free Pascal Internal Error ( 200 212 283 ) (1)

2008-08-04 Thread Florian Klaempfl

Mehmet Erol Sanliturk schrieb:



Dear Sirs ,

I am sorry that in my message with subject

Free Pascal Internal Error ( 200 212 283 ) 

I forgot to say that I modified error handling
step of Free Pascal ( FPC ) to allow it to continue
up to a specified number of errors significantly
greater than one , not to stop on the first error .


FPC stops only at the first error if it ends in an uncertain state and 
further compilation would cause internal errors or crashes.

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


Re: [fpc-devel] Free Pascal Internal Errors .

2008-08-03 Thread Florian Klaempfl

Mehmet Erol Sanliturk schrieb:



Dear Sirs ,


(1)

I searched in http://wiki.freepascal.org/;
the phrase internal errors to find information
about Free Pascal generated internal
error messages . There did NOT exist
any information about this subject .


The user should not hit any internal error, that's why it called 
internal error.




(2)

I did not encounter any section about the
subject internal errors or I did not notice
such a part in Free Pascal documentation .

(3)

Internal errors from Free Pascal is a reality but
it seems that there is no documentation about
how to avoid such errors or
when they occur what to do to correct those errors .


Create a bug report and get the compiler fixed.



(4)

My wish is that a list of internal errors and their
causes with possible corrective actions may be made a
page and be attached to the wiki site .


If we know any cause of an internal error, it will be fixed.
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal Internal Error ( 200 212 283 ) .

2008-08-03 Thread Mehmet Erol Sanliturk



Dear Sirs ,


(A)

Assume that there is a unit chain
with the uses statements as an example
as follows :


---b---0--

Unit P

 Uses
 .
 .
 .
 Q
 .
 .
 .

 ;
 


---e---0--

---b---1--

Unit Q

 Uses
 .
 .
 .
 R ,
 .
 .
 .

 ;

---e---1--

---b---2--

Unit R

 Uses
 .
 .
 .
 S ,
 .
 .
 .

 ;

---e---2--

 .
 .
 .


---b---3--

Unit S

 Uses
 A ,
 B ,
 .
 .
 .
 C ; - Internal error is
showing this line and
column .

---e---3--

Assume that compilation has been started from
unit P.PAS and

B.PAS is missing , or , it is not
specified in a

-Fu...B.PAS

clause .


Such a case is generating

Internal Error 200 212 283


(
in my opinion , instead of saying
  Unit source B.PAS could not be found .,
  ( other possible reasons ignored by me )
)


(B)

When path of B.PAS is supplied
with a -Fu\... clause , the internal error
is disappearing .

(C)

I am using

Free Pascal Compiler Version 2.3.1 [2008/05/22]
for i386 for Win32 .


Internal error 200212283 is generated ( only )
by \pp\src\Compiler\FPPU.PAS
around line numbered 1490 within
procedure tppumodule.loadppu
in 2.2.2rc sources ( also ) .



Thank you very much ,

Mehmet Erol Sanliturk

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


[fpc-devel] Free Pascal Internal Errors .

2008-08-02 Thread Mehmet Erol Sanliturk



Dear Sirs ,


(1)

I searched in http://wiki.freepascal.org/;
the phrase internal errors to find information
about Free Pascal generated internal
error messages . There did NOT exist
any information about this subject .

(2)

I did not encounter any section about the
subject internal errors or I did not notice
such a part in Free Pascal documentation .

(3)

Internal errors from Free Pascal is a reality but
it seems that there is no documentation about
how to avoid such errors or
when they occur what to do to correct those errors .

(4)

My wish is that a list of internal errors and their
causes with possible corrective actions may be made a
page and be attached to the wiki site .

I think it is not difficult to generate such a
list from Free Pascal sources by grep and
annotate it with the above mentioned points :
Causes and Corrective Actions ( when possible ).

(5)

In http://wiki.freepascal.org/; ,
when a phrase is searched
it is finding the documents related to
each one of the words ,
and when found , related to phrase .

I think , searches of wiki pages may be
improved by allowing
only whole of phrase kind queries .


Thank you very much ,

Mehmet Erol Sanliturk

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


Re: [fpc-devel] Free Pascal queries

2008-06-10 Thread Luca Olivetti

En/na Chris Handley ha escrit:

2) If I have all my units in a folder, how do I tell fpc to go look in 
that folder when I am compiling a main program in a different folder?


use the parameter

-Fu/path/to/the/different/folder

You can also put it in /etc/fpc.cfg

Bye
--
Luca


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


Re: [fpc-devel] Free Pascal queries

2008-06-10 Thread Tomas Hajny
On Tue, June 10, 2008 01:27, Chris Handley wrote:


Hi Chris,

 I have been using fpc since the beginning of the year, and it is
 great. Thank you very much for a great product.

 I have a few problems/queries.

First of all, please note that user questions (at least your second
question below certainly falls into this category) should be primarily
posted in fpc-pascal list.


 1) Much of what I do is involved with preparing formatted reports.
 These mostly use RTF and that side is working well. However, one has
 to be produced in postscript and that is where I run into problems.
 How do I persuade fpc to talk to the Fonts.p file in MetroWorks
 CodeWarrior (or alternatively how do I access routines such as
 TextSize and StringWidth)?

I have no access to MetroWorks CodeWarrior and Fonts.p, but I guess that
the macpascal dialect (-Mmacpas on command line) may possibly help with
compilation of that file. However, you may need to perform some
adaptations of that unit even if it doesn't have dependencies on other
stuff (in which case it gets even more complicated).


 2) If I have all my units in a folder, how do I tell fpc to go look in
 that folder when I am compiling a main program in a different folder?

Are you talking about the -Fu command line option, or do I miss something?
Have you tried looking at our nice documentation (directly searchable on
the WWW site) or at least the command line help?

Tomas


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


Re: [fpc-devel] Free Pascal queries

2008-06-10 Thread Jonas Maebe


On 10 Jun 2008, at 01:27, Chris Handley wrote:

1) Much of what I do is involved with preparing formatted reports.  
These mostly use RTF and that side is working well. However, one has  
to be produced in postscript and that is where I run into problems.  
How do I persuade fpc to talk to the Fonts.p file in MetroWorks  
CodeWarrior (or alternatively how do I access routines such as  
TextSize and StringWidth)?


FPC includes a version of the Common Pascal interfaces, which also  
includes the Fonts unit. In general, it's however easier to add the  
FPCMacOSAll unit to your uses clause (as of FPC 2.2.2: MacOSAll), then  
you get all available interfaces at once instead of having to fiddle  
with different units to make sure you have all needed types available  
(because FPC doesn't support uses-propagation).



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


[fpc-devel] Free Pascal queries

2008-06-09 Thread Chris Handley

Hi,

I have been using fpc since the beginning of the year, and it is  
great. Thank you very much for a great product.


I have a few problems/queries.

1) Much of what I do is involved with preparing formatted reports.  
These mostly use RTF and that side is working well. However, one has  
to be produced in postscript and that is where I run into problems.  
How do I persuade fpc to talk to the Fonts.p file in MetroWorks  
CodeWarrior (or alternatively how do I access routines such as  
TextSize and StringWidth)?


2) If I have all my units in a folder, how do I tell fpc to go look in  
that folder when I am compiling a main program in a different folder?


Thanks for any help you can give me.

= 
= 
= 
= 


Dr Chris Handley [EMAIL PROTECTED]
Dept of Computer Science Ph (+64)  
3-479-8499
University of Otago  Fax(+64)  
3-479-8529

PO Box 56, Dunedin, 9054
New Zealand

No drug, not even alcohol, causes the fundamental ills of society. If  
we're
looking for the source of our troubles, we shouldn't test people for  
drugs,

we should test them for stupidity, ignorance, greed and love of power.
-P.J. O'Rourke, writer (1947- )



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


Re: [fpc-devel] Free Pascal problem

2008-02-13 Thread Jonas Maebe


On 13 Feb 2008, at 05:21, Chris Handley wrote:


Here is the output:

**
Free Pascal Compiler version 2.2.1 [2007/10/30] for i386
Copyright (c) 1993-2007 by Florian Klaempfl
Target OS: Darwin for i386
Compiling HelloWorld.p
Assembling test
Linking HelloWorld
/usr/bin/ld: /usr/lib//libc.dylib unknown flags (type) of section 6  
(__TEXT,__dof_plockstat) in load command 0


Did you install Xcode 3.0 after upgrading to Mac OS X 10.5? And if so,  
did you install the command line development (or Unix development, I  
forgot the exact name) support? FPC requires that both are installed.


The above error suggests that the linker of an older Xcode version is  
still installed.



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


[fpc-devel] Free Pascal problem

2008-02-13 Thread Chris Handley

Hi,

My old Code Warrior pascal is no longer compatible with MAC OS 10.5 :- 
(. I have installed free pascal, but it failed :-(.


Here is the code:

**
program test (input, output);

begin
writeln('Note that for the time being, this will have to be compiled  
using free pascal');

end.


Here is the output:

**
Free Pascal Compiler version 2.2.1 [2007/10/30] for i386
Copyright (c) 1993-2007 by Florian Klaempfl
Target OS: Darwin for i386
Compiling HelloWorld.p
Assembling test
Linking HelloWorld
/usr/bin/ld: /usr/lib//libc.dylib unknown flags (type) of section 6  
(__TEXT,__dof_plockstat) in load command 0

Error: Error while linking
Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
Error: /usr/local/bin/ppc386 returned an error exitcode (normal if you  
did not specify a source file to be compiled)



What did I do wrong? I suspect that it is something trivial.


= 
= 
= 
= 


Dr Chris Handley [EMAIL PROTECTED]
Dept of Computer Science Ph (+64)  
3-479-8499
University of Otago  Fax(+64)  
3-479-8529

PO Box 56, Dunedin, 9054
New Zealand

No drug, not even alcohol, causes the fundamental ills of society. If  
we're
looking for the source of our troubles, we shouldn't test people for  
drugs,

we should test them for stupidity, ignorance, greed and love of power.
-P.J. O'Rourke, writer (1947- )



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


Re: [fpc-devel] Free Pascal, Lazarus, GTK+ -- Hello world Me Please... Anyone...

2006-08-25 Thread Felipe Monteiro de Carvalho

On 8/24/06, Jason Sage [EMAIL PROTECTED] wrote:

I have GTK+ installed… (it was placed .. all its dll's etc in a tree
structure): c:\program files\common\GTK2.0\


To you Lazarus under Windows you don´t need GTK at all.


I'm confused .. I downloaded LAZARUS and I got FPC…


It´s pretty clear you went to the download page and downloaded the
wrong package.

The download page is:
http://sourceforge.net/project/showfiles.php?group_id=89339

Go to this page, and scroll down until you see Lazarus Windows
Binaries. This is what you need to download.

On that same download page there is a link to download Free Pascal,
but you should NOT download it, because the Lazarus Windows Binary
already comes with Free Pascal and everything else you need to use
Lazarus.

To make it easier for you, here is a direct link to download Lazarus:

http://prdownloads.sourceforge.net/lazarus/Lazarus-0.9.16-20060528-win32.exe?download

--
Felipe Monteiro de Carvalho
___
fpc-devel maillist  -  fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel


[fpc-devel] Free Pascal Bug 4387 ( Daten.Write('BRTF',4); writes only the pointer to the string, not the string itself. )

2005-09-28 Thread Benjamin Rosseaux

Helllo,

http://www.freepascal.org/bugs/showrec.php3?ID=4387

why is  this not an (compiler codegen compatibility) bug?

Daten('BRTF',4) should  work like in Delphi (with {$MODE DLEPHI}), with
the Delphi compiler Daten('BRTF',4) writes 'BRTF' and not the pointer to
the string.  Try it yourself!

My opinion you should fix this bug to keep the Delphi  Mode still more
compatible with Delphi  And set not an bug back to Unfixed :)

Benjamin Rosseaux

[EMAIL PROTECTED] schrieb:


The entry concerning the bug you reported (bug 4387) has been modified:

(View this bug at http://www.freepascal.org/bugs/showrec.php3?ID=4387 )
Bug ID   : 4387
Title: Daten.Write('BRTF',4); writes  only the pointer to the string, 
not the string itself.
Name : Benjamin Rosseaux
Email: [EMAIL PROTECTED]
Category : Compiler
Bug type : Error
FPC version  : 2.0.0
OS   : All
Date added   : 2005-09-27
Status   : Not a bug
Date fixed   : 
Fixer: Peter
Fix version  : 
Description:

The following code does not write the 'BRTF' string correctly, but instead the 
pointer to the string:

Folgender Code schreibt den 'BRTF' String nicht korrekt, sondern statt 'BRTF' 
den Zeiger zur Zeichenkette:

# Register %eax,%edx released

# [13906] Daten.Write('BRTF',4);

movl$4,%ecx

# Register %eax allocated

movl$_$ENGINETRACK$_L31021,%eax

# Register %ebx allocated

movl-4(%ebp),%ebx

# Register %edx allocated

movl(%ebx),%edx

# Register %esi allocated

movl92(%edx),%esi

movl%eax,%edx

movl%ebx,%eax

call*%esi

.section .data

.balign 4

.globl  _$ENGINETRACK$_L31019

_$ENGINETRACK$_L31019:

.globl  _$ENGINETRACK$_L31021

_$ENGINETRACK$_L31021:

.long   _$ENGINETRACK$_L31020

.long   -1,4

.globl  _$ENGINETRACK$_L31020

_$ENGINETRACK$_L31020:

.ascii  BRTF\000



-



The following code writes the 'BRTF' correct:

Folgender Code schreibt den 'BRTF' String korrekt:

# Register %eax,%edx released

# [13905] Daten.Write(Sign,4);

movl$4,%ecx

# Register %eax allocated

movl
$TC_ENGINETRACK_TENGINETRACK_$_SPEICHEREBRT$TENGINESTREAM$$BOOLEAN_SIGN,%eax

# Register %ebx allocated

movl-4(%ebp),%ebx

# Register %edx allocated

movl(%ebx),%edx

# Register %esi allocated

movl92(%edx),%esi

movl%eax,%edx

movl%ebx,%eax

call*%esi

.section .data

.balign 4

# [13897] CONST Sign:ARRAY[1..4] OF CHAR='BRTF';

TC_ENGINETRACK_TENGINETRACK_$_SPEICHEREBRT$TENGINESTREAM$$BOOLEAN_SIGN:

.byte   66,82,84,70



-



Write is/Write Ist:

FUNCTION TEngineStream.Write(CONST Buf;Count:INTEGER):INTEGER;





Comment  :
The string is an ansistring which is an pointer  that points to some memory 
location where the data is stored. The typed const is directly the address of 
the data.




Program:



 




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


[fpc-devel] Free Pascal Bug 4387 ( Daten.Write('BRTF',4); writes only the pointer to the string, not the string itself. )

2005-09-28 Thread Benjamin Rosseaux

Hello,

http://www.freepascal.org/bugs/showrec.php3?ID=4387

why is this not an (compiler codegen compatibility) bug?

Daten('BRTF',4) should  work like in Delphi (with {$MODE DLEPHI}), with
the Delphi compiler Daten('BRTF',4) writes 'BRTF' and not the pointer to
the string.  Try it yourself!

Delphi translates it to an const char array without a length byte on the 
 beginning. And FreePascal not, and this is the bug.


My opinion you should fix this bug to keep the Delphi  Mode still more
compatible with Delphi  And set not an bug back to Unfixed :)

And I've reposted the bug to
http://www.freepascal.org/bugs/showrec.php3?ID=4390

Benjamin Rosseaux

[EMAIL PROTECTED] schrieb:


The entry concerning the bug you reported (bug 4387) has been modified:

(View this bug at http://www.freepascal.org/bugs/showrec.php3?ID=4387 )
Bug ID   : 4387
Title: Daten.Write('BRTF',4); writes  only the pointer to the string, 
not the string itself.
Name : Benjamin Rosseaux
Email: [EMAIL PROTECTED]
Category : Compiler
Bug type : Error
FPC version  : 2.0.0
OS   : All
Date added   : 2005-09-27
Status   : Not a bug
Date fixed   : 
Fixer: Peter
Fix version  : 
Description:

The following code does not write the 'BRTF' string correctly, but instead the 
pointer to the string:

Folgender Code schreibt den 'BRTF' String nicht korrekt, sondern statt 'BRTF' 
den Zeiger zur Zeichenkette:

# Register %eax,%edx released

# [13906] Daten.Write('BRTF',4);

movl$4,%ecx

# Register %eax allocated

movl$_$ENGINETRACK$_L31021,%eax

# Register %ebx allocated

movl-4(%ebp),%ebx

# Register %edx allocated

movl(%ebx),%edx

# Register %esi allocated

movl92(%edx),%esi

movl%eax,%edx

movl%ebx,%eax

call*%esi

.section .data

.balign 4

.globl  _$ENGINETRACK$_L31019

_$ENGINETRACK$_L31019:

.globl  _$ENGINETRACK$_L31021

_$ENGINETRACK$_L31021:

.long   _$ENGINETRACK$_L31020

.long   -1,4

.globl  _$ENGINETRACK$_L31020

_$ENGINETRACK$_L31020:

.ascii  BRTF\000



-



The following code writes the 'BRTF' correct:

Folgender Code schreibt den 'BRTF' String korrekt:

# Register %eax,%edx released

# [13905] Daten.Write(Sign,4);

movl$4,%ecx

# Register %eax allocated

movl
$TC_ENGINETRACK_TENGINETRACK_$_SPEICHEREBRT$TENGINESTREAM$$BOOLEAN_SIGN,%eax

# Register %ebx allocated

movl-4(%ebp),%ebx

# Register %edx allocated

movl(%ebx),%edx

# Register %esi allocated

movl92(%edx),%esi

movl%eax,%edx

movl%ebx,%eax

call*%esi

.section .data

.balign 4

# [13897] CONST Sign:ARRAY[1..4] OF CHAR='BRTF';

TC_ENGINETRACK_TENGINETRACK_$_SPEICHEREBRT$TENGINESTREAM$$BOOLEAN_SIGN:

.byte   66,82,84,70



-



Write is/Write Ist:

FUNCTION TEngineStream.Write(CONST Buf;Count:INTEGER):INTEGER;





Comment  :
The string is an ansistring which is an pointer  that points to some memory 
location where the data is stored. The typed const is directly the address of 
the data.




Program:



 





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