Re: [Lazarus] components\aggpas\gpc - non-commercial use only

[Florian Klämpfl]

Am 17.05.2016 um 10:41 schrieb Graeme Geldenhuys:
> 
> I just had a similar thread in the FPC mailing list. The “Simplified
> BSD” (2-clause) license is as “free” as you can get, but apparently it
> doesn’t fit in with the goals of Free Pascal’s FCL, 

Please quote properly! The reason is not that it does not fit into the goals 
but the reason is
simply that we cannot expect that everybody checks each used packages unit for 
its license and add
the appropriate copyright line to the application if a certain unit is used.

> so no BSD licensed
> components will be accepted in the FCL. I believe that is very
> unfortunate, but I respect there wishes.
> 


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus Digest, Vol 99, Issue 32

[Florian Klämpfl]

Am 15.04.2016 um 15:39 schrieb Michael Schnell:
> On 04/15/2016 03:30 PM, Marco van de Voort wrote:
>> And an investment in manhours to make that happen that IMHO will never be 
>> earned back.
> I can't contradict.
> 
> But in fact "earned back" is extremely hard to define when comparing two far 
> distant edges of a
> non-profit project.

It is very very simple for a non-profit/OSS project: more man hours earned back 
than those which
were invested.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Raspberry Pi 3 build issues

[Florian Klämpfl]

Am 25.03.2016 um 11:19 schrieb Mark Morgan Lloyd:
> Bo Berglund wrote:
> 
>>> It should be noted that the default swap file size of Raspbian is only
>>> 100MB which combined with a possible GPU memory settings will occasionally
>>> cause Lazarus builds to fail mysteriously.
>>
>> I originally had instructions for usage that specifically increased
>> swap to 1000MB to get around this issue. But a forum user repeatedly
>> claimed it was not necessary so I took tha part out and it does work
>> on the RPi3 at least when I tried. Afetr all it has more RAM.
>> But I agree that having bigger swap might not hurt anyway.
> 
> You'll generally need something like 512Mb of available memory, i.e. RAM + 
> swap, with the linker in
> particular benefiting from extra. Around here, I'm being firmly discouraged 
> (by other colleagues
> with an electronics background) from putting swap on the card, but instead 
> putting it on an external
> USB device with wear levelling.
> 

SD cards do wear leveling as well.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Aarch64 as CPU target for RPi3 with Linux as OS

[Florian Klämpfl]

Am 04.03.2016 um 07:58 schrieb Alfred:
> Then, perhaps, the ODROID-C2 could be your toy for aarch64 !

It is even not available yet? At least not at a reliable store in germany as 
far as I know.

> 
> Especially the eMMC connector makes it very suitable for reliable embedded 
> (FPC) applications.
> As well as its 2Gbyte SDRAM and Gigabit Ethernet.

All this is not really needed for playing with fpc.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] A big thank you!

[Florian Klämpfl]

Am 04.11.2015 um 08:23 schrieb Torsten Bonde Christiansen:
> Dear Coder of code-completion
> 
> Today after having updated my trunk Lazarus I started coding and did what I 
> usually do with
> code completion. I was starting to implement a new OnSomething method and did 
> the normal
> 
>   OnSomething := @OnSomethingMethod
> 
> and pressed CTRL + SHIFT + C and then this showed up:
> 
> I cannot count how many times I have been annoyed that the code was 
> autoplaced in the published
> section.
> 
> To whoever implemented this feature: THANK YOU! :D
> 

+1

Actually I was always wondered if I missed some setting, but apparently not :)


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Spam in the Wiki main page

[Florian Klämpfl]

Am 26.09.2015 um 17:54 schrieb José Mejuto:
> El 26/09/2015 a las 16:16, Florian Klämpfl escribió:
> 
>>> http://wiki.freepascal.org/
>>
>> virustotal says the linked page (chat11) is clean? I didn't click on the 
>> link though.
>>
>> I have removed the link though for now till we know more.
>>
> 
> Hello,
> 
> The chat11 site is "clean" but the javascript is a roulette and most times it 
> jumps to a scam page
> (iPhone by $4, ...) but sometimes it jumps to a malicious javascript page.
> 

Which javascript? On chat11 or on the wiki page?

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Spam in the Wiki main page

[Florian Klämpfl]

Am 26.09.2015 um 15:51 schrieb Kostas Michalopoulos:
> Hi all,
> 
> Some of the main page links (like the 30 second tutorial) seem to lead to a 
> spam/virus site. I do
> not have an account there so if anyone can, please remove them.
> 
> http://wiki.freepascal.org/
> 

virustotal says the linked page (chat11) is clean? I didn't click on the link 
though.

I have removed the link though for now till we know more.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] New preprocessor directive

[Florian Klämpfl]

Am 17.05.2015 um 10:54 schrieb Graeme Geldenhuys:
> On 2015-05-17 09:50, Michael Van Canneyt wrote:
>> At my request, Florian added
>>
>> {$I %CURRENTROUTINE%}
> 
> Oh wow, that will be super handy! (For the fpprofiler too.)

A profiler should use debug info imo.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] New preprocessor directive

[Florian Klämpfl]

Am 17.05.2015 um 10:50 schrieb Michael Van Canneyt:
> 
> Hello,
> 
> As you probably know, it is possible to include source filename, line number, 
> date etc. in your source
> with the following directives:
> {$I %FILENAME%}
> {$I %LINE%}
> {$i %DATE%}
> 
> At my request, Florian added
> 
> {$I %CURRENTROUTINE%}
> 
> to the list of possibilities, which means you can do nifty things as:
> 
> program testcr;
> 
> {$mode objfpc}
> 
> Type
>   TMyClass = Class(TObject)
>   Public
> Procedure MyMethod;
>   end;
> 
> Var
>   Indent : Integer;
> 
> Procedure MethodEnter(Const AMethod : String);
> begin
>   Writeln(StringOfChar(' ',Indent),'Entering ',AMethod);
>   Inc(Indent,2);
> end;
> 
> Procedure MethodExit(Const AMethod : String);
> begin
>   Dec(Indent,2);
>   if Indent<0 then Indent:=0;
>   Writeln(StringOfChar(' ',Indent),'Exiting ',AMethod);
> end;
> 
> Procedure Debug(Const AMsg : String);
> 
> begin
>  Writeln(StringOfChar(' ',Indent),AMsg);
> end;
> 
> Procedure DoSomething;
> 
>   Procedure DoNested;
> 
>   begin
> MethodEnter({$I %CURRENTROUTINE%});
> Debug('Nested handling in '+{$I %CURRENTROUTINE%});
> MethodExit({$I %CURRENTROUTINE%});
>   end;
> 
> begin
>   MethodEnter({$I %CURRENTROUTINE%});
>   Debug('Doing something in '+{$I %CURRENTROUTINE%}+' at line '+{$I %LINE%});
>   DoNested;
>   MethodExit({$I %CURRENTROUTINE%});
> end;
> 
> Procedure TMyClass.MyMethod;
> 
>   Procedure DoNested;
> 
>   begin
> MethodEnter({$I %CURRENTROUTINE%});
> Debug('Nested handling in '+{$I %CURRENTROUTINE%});
> MethodExit({$I %CURRENTROUTINE%});
>   end;
> 
> begin
>   MethodEnter({$I %CURRENTROUTINE%});
>   Debug('Doing some things in '+{$I %CURRENTROUTINE%}+' at line '+{$I 
> %LINE%});
>   DoNested;
>   MethodExit({$I %CURRENTROUTINE%});
> end;
> 
> 
> Var
>   T : TMyClass;
> 
> begin
>   MethodEnter({$I %CURRENTROUTINE%});
>   DoSomething;
>   T:=TMyClass.Create;
>   try
> T.MyMethod;
>   finally
> T.Free;
>   end;
>   MethodExit({$I %CURRENTROUTINE%});
> end.
> 

At least it looks as ugly as possible so nobody will use this too much :)


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] New NumbersOnly property for TCustomEdit (r43678)

[Florian Klämpfl]

Graeme Geldenhuys  schrieb:
>On 2014-01-12 12:47, Michael Van Canneyt wrote:
>>>
>>> Okay, that's a good stance compared to the Free Pascal team.
>> 
>> Eh ?
>> I don't see how the stance of the FPC team differs ?
>
>
>The Lazarus team seems to want to be able to convert and compile Delphi
>code. Only in one direction.
>
>The Free Pascal team wants Delphi compatibility in both directions.

Wrong.



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Is there a separate mailing list for Lazarus developers?

[Florian Klämpfl]

Am 05.01.2014 15:07, schrieb vfclists .:
> 
> 
> When people ask questions like this it is because they are making
> comparisons with other projects which are more open, or in the case of
> Lazarus easier to follow.
> 
> I follow a few groups such as pharo-dev and squeak-dev regularly and
> others such as web2py occasionally. In all instances once I log on to my
> email I can quickly get a good idea of how things are moving, ie you
> know how features are progressing and what bugs are being fixed.

Considering the svn log, squeak developed (80 commits in 2013) approx.
50 times (!) slower than lazarus (almost 4000 commits in 2013) so no
wonder you cannot follow lazarus comparable easily.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Is there a separate mailing list for Lazarus developers?

[Florian Klämpfl]

Am 05.01.2014 01:48, schrieb vfclists .:
> 
> I also suspect that some of those bugs
> wouldn't creep into the code in the first place if the development
> process was open enough for more eyes to spot them in the first place.

There are the commit logs and they are much more precise about what's
happening than any mailing list and allow real review.

> 
> I think being able to see what is coming and follow their development
> will encourage more participants and more bug fixing as well.

Just follow the commit logs, on windows CommitMonitor works very fine
for this.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] *** GMX Spamverdacht *** Re: *** GMX Spamverdacht *** Re: Lazarus (UTF8) and Windows: SysToUTF8, UTF8ToSys... Is there a better solution?

[Florian Klämpfl]

Am 29.12.2013 10:04, schrieb Martin Schreiber:
> On Saturday 28 December 2013 16:40:12 Jürgen Hestermann wrote:
>> Am 2013-12-28 14:09, schrieb Florian Klämpfl:
>>
>>  > The people keeping FPC alive are
>>  > those interested in Delphi compatibility.
>>
>> That seems to be the bottom line which makes any discussion useless.
>> Don't write any opinions anymore they will be ignored anyway.
>> All those who don't like the current developement should role their own.
>> Let's split Pascal into hundreds of dialects instead of striving for an
>> universal one. At least an honest statement.
>>
> I also appreciate Florians always clear statements 

Well, in this case twenty years teached me a lesson so I can make a
clear statement. When I started FPC I had a lot of ideas how I could do
things differently and how it could help my chess program initially
written in TP. However, nobody shared those ideas, well, they had their
own.

This repeated over years: generics: we tried a radically different
approach, with a syntax being verbose and showing that they are
something really special and not just another type, basically nobody
liked the approach. So nobody worked on fixing the problems with them
till delphi got them as well and people wanted a delphi compatible
syntax. Now people complain that the compiler is slow because it is
feature loaded, true. Having a delphi compatible only compiler for x86
only would result in a much faster compiler.

For strings, I proposed, the first time ~2000 I think, to introduce
basically an opaque string type which can store any encoding, people
complained, this will be too slow (true), incompatible with old code
(true), incompatible with delphi (true). So it never happended. This
list can be continued endlessly. Lesson learned.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] *** GMX Spamverdacht *** Re: *** GMX Spamverdacht *** Re: Lazarus (UTF8) and Windows: SysToUTF8, UTF8ToSys... Is there a better solution?

[Florian Klämpfl]

Am 28.12.2013 16:40, schrieb Jürgen Hestermann:
> Am 2013-12-28 14:09, schrieb Florian Klämpfl:
>> The world is not only 1 and 0. FPC lives (and living means getting
>> usefull code!) from being delphi compatible but filling the niches
>> delphi leaves open.
> 
> What niches?

If you can/want affort it; if it supports the target you need etc. ...
niches ...

> It seems you want a possibly exact clone so where are niches?

Between clone and good compatibility is a *slight* difference.

> And what is the reason behind this?

The niches.

> Just use Delphi then.

On linux? VCL/IDE on Mac OS X?

> 
>> GPC proved your argumentation wrong. GPC took the "clean way" of
>> extended pascal (you always complain about fpc's dyn. arrays. Just use
>> GPC, it has the clean solution)
> 
> I don't know GPC so I can't comment on this.
> But I never complained about dynamic arrays (I use them as often as
> possible)
> I complained about their syntax (automatic dereferencing on indexing).

Have a look at extended pascal then.

> 
> 
>> Unfortuntaly GPC development stopped for
>> years due to missing contributors.
> 
> And the reason is that is was not enough Delphi compatible?

What else? The main difference between GPC and FPC is/was that GPC aimed
at iso/extended pascal while FPC had a delphi mode.

> 
> 
>> The people keeping FPC alive are
>> those interested in Delphi compatibility.
> 
> That seems to be the bottom line which makes any discussion useless.

Yes.

> Don't write any opinions anymore they will be ignored anyway.

Yes.

> All those who don't like the current developement should role their own.

There is a slight but important different: discussions are useless,
writing specifications and code not.

> Let's split Pascal into hundreds of dialects instead of striving for an
> universal one.

Well, at least some people try to prevent this by taking delphi as the
universal one.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus (UTF8) and Windows: SysToUTF8, UTF8ToSys... Is there a better solution?

[Florian Klämpfl]

Am 28.12.2013 13:39, schrieb Marcos Douglas:
>> If they leave Delphi compatibility, they normally don't go for a
>> marginal oss compiler.
> 
> So you're saying that FPC cannot survive without Delphi?

Define survive. But I'am saying indeed that FPC's usage would drop
significantly if Delphi wouldn't be around anymore. A few years it might
increase because people would use FPC to rescue old sources but after
that FPC's usage would probably decay significantly.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] *** GMX Spamverdacht *** Re: Lazarus (UTF8) and Windows: SysToUTF8, UTF8ToSys... Is there a better solution?

[Florian Klämpfl]

Am 28.12.2013 13:37, schrieb Jürgen Hestermann:
> Am 2013-12-28 13:19, schrieb Florian Klämpfl:
>>> I understand. But if the major companies prefer to use C# or Java
>>> instead Delphi well, they not care about Delphi compatibilities. If
>>> they care, why they would be leaving Delphi?
>> If they leave Delphi compatibility, they normally don't go for a
>> marginal oss compiler.
> 
> The question is:
> Why did they use Delphi before at all?
> 
> If the reason was that Delphi was a very common and widespread
> programming environment
> then it is a understandable behaviour to move to the next main stream
> environment
> as soon as budget and time allows.
> Such people would never care about FPC/Lazarus (even when it was fully
> Delphi "compatible").
> They would never think about using it.
> So making FPC/Lazarus "compatible" would not hold any user of this group.

The world is not only 1 and 0. FPC lives (and living means getting
usefull code!) from being delphi compatible but filling the niches
delphi leaves open. Everything else is "by-catch".

> 
> If the reason was that they like Pascal as an easy to learn and
> mantain language then they will invest into migration even
> if not all parts are the identical to Delphi.
> Just the opposite:
> They may like that not all misconcepts are repeated in
> FPC/Lazarus and they may like that it is open source.

GPC proved your argumentation wrong. GPC took the "clean way" of
extended pascal (you always complain about fpc's dyn. arrays. Just use
GPC, it has the clean solution) Unfortuntaly GPC development stopped for
years due to missing contributors.  The people keeping FPC alive are
those interested in Delphi compatibility.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus (UTF8) and Windows: SysToUTF8, UTF8ToSys... Is there a better solution?

[Florian Klämpfl]

Am 28.12.2013 13:02, schrieb Marcos Douglas:
> On Sat, Dec 28, 2013 at 9:41 AM, Florian Klämpfl  
> wrote:
>> Am 28.12.2013 11:01, schrieb Marcos Douglas:
>>>
>>> [...]
>>>
>>> So, if the companies prefer to rewrite everything to another language,
>>> this is another prove that people do not want compatibility with
>>> Delphi (so much).
>>
>> And you think they would switch instead to some marginal OSS language
>> which is compatible to nothing and nobody knows? C# and Java are used
>> because they provide a huge user base (user in the sense of programmers
>> knowing it) and being developed by huge companies so people expect their
>> code base has a future.
> 
> I understand. But if the major companies prefer to use C# or Java
> instead Delphi well, they not care about Delphi compatibilities. If
> they care, why they would be leaving Delphi?

If they leave Delphi compatibility, they normally don't go for a
marginal oss compiler.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus (UTF8) and Windows: SysToUTF8, UTF8ToSys... Is there a better solution?

[Florian Klämpfl]

Am 28.12.2013 11:01, schrieb Marcos Douglas:
>> incompatibilities Free Pascal might have with Delphi. The language still
>> stays a lot more similar than the alternative. Yet, looking at the
>> current employment market, it seems most companies opted to rewrite
>> there Delphi projects in C# and Java - so they took the even harder
>> route! Why? Probably due to more innovation happing in those other
>> languages.

I'am pretty sure this is not the case. It is a story of “No one ever got
fired for buying IBM.”

> 
> "...most companies opted to rewrite there Delphi projects in C# and Java..."
> 
> I agree. I see this here in Brazil too.
> So, if the companies prefer to rewrite everything to another language,
> this is another prove that people do not want compatibility with
> Delphi (so much).

And you think they would switch instead to some marginal OSS language
which is compatible to nothing and nobody knows? C# and Java are used
because they provide a huge user base (user in the sense of programmers
knowing it) and being developed by huge companies so people expect their
code base has a future.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Jedi Code Format barfs on an Octal number

[Florian Klämpfl]

Am 23.12.2013 12:23, schrieb Marco van de Voort:
> On Mon, Dec 16, 2013 at 08:58:52AM +0100, Michael Van Canneyt wrote:
 equivalent.
>>>
>>> FWIW: the octal format of specifying numbers is relatively new and IIRC 
>>> only 
>>> available in FPC mode...
>>
>> 'relatively new' is relative. 
>> I think octal notation has been available in FPC since many years.
> 
> 2.0 or 2.2 I guess.

Indeed. It has been implemented in 2002.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] The future of desktop

[Florian Klämpfl]

Am 04.12.2013 21:08, schrieb Avishai:
> There's very little interest because it simply can't do the job.  If
> you're looking to buy a new car, you don't stop at a motorcycle shop.
>  If Lazarus could overcome just a few of the major obstacles I think
> there would be RightToLeft people that would make the effort to create a
> great RightToLeft tool.

If the guys who started lazarus, would have thought the same, there
would be no lazarus at all. If an OSS tool misses a certain feature,
then there is simply not enough interest, else somebody who needs it,
would implement it. Period.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] The future of desktop

[Florian Klämpfl]

Am 04.12.2013 15:49, schrieb Avishai:
> Everything I say here is my opinion only and related to MSWindows only
> because I do not have another OS to work with.  I think Lazarus could grow
> quite a bit and maybe find some deep pockets, if it would address the
> problems of RightToLeft language support.  There are a few billion people
> that must deal with the RightToLeft world. 

If there was a significant interested, I'am sure somebody using
RightToLeft would have addressed these problems.

> But with Lazarus's RightToLeft
> limitations, programmers take one look and move on to something with better
> support.  At the moment, on MSWindows, you can not produce a true
> RightToLeft application with Lazarus.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus Release Candidate 1 of 1.2

[Florian Klämpfl]

Am 06.11.2013 20:10, schrieb Mattias Gaertner:
> The Lazarus team would like to announce the first Release Candidate
> for the upcoming Version 1.2.
> 
> We would like to invite all users to test this Release Candidate. 
> Please read here why everybody really should join the testing now.
> 
> News in this Version 
> http://wiki.lazarus.freepascal.org/Lazarus_1.2.0_release_notes
> 

One of my favourite features:

'Inactive code in $IFDEF can be "low-lighted" (greyed out)'

:)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Graeme would love this, or not, I think

[Florian Klämpfl]

Am 15.10.2013 20:08, schrieb Sven Barth:
> On 15.10.2013 15:48, Hans-Peter Diettrich wrote:
>> I'm not sure whether it's possible to run 16 bit code in a 32 bit VM on
>> an 64 bit host.
> 
> If the CPU is fully emulated (e.g. QEMU without KVM) then it should be
> no problem.
> 

This is not needed, 16 bit applications on Windows XP work fine in
Virtual box running on W7 64 Bit.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus debugger not working

[Florian Klämpfl]

Am 02.10.2013 17:01, schrieb Reinier Olislagers:
> On 02/10/2013 16:02, Martin wrote:
>> On 28/09/2013 12:41, MichaelaBarb wrote:
>>> "There is no debugger specified. Settings breakpoints have no effect
>>> until
>>> you setup a Debugger in the debugger options dialog in the menu"
>>
>> Ok, I jut found this:
>> http://forum.lazarus.freepascal.org/index.php/topic,22230.0/topicseen.html
>>
>> Not sure how this can be solved.
> 
> Sorry, couldn't resist:
> Switch FPC over to LLVM+lldb?

How would this teach Lazarus to use lldb (and lldb about pascal)?


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Why development remains constant for msdos?

[Florian Klämpfl]

Am 22.09.2013 13:46, schrieb Junior:
> Why development remains constant for msdos?

Because somebody wants to do so. No more, no less.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Help needed for issue #20311: IDE always tailors "Target processor" options for Intel CPUs

[Florian Klämpfl]

Am 13.09.2013 10:48, schrieb Sven Barth:
>>
>> Is there anything else that I could usefully grab at the same time,
>> e.g. ABI types? In particular, noting that you've fixed
>> http://bugs.freepascal.org/view.php?id=20310 but is there some variant
>> of  fpc -i  etc. that lists applicable assembler styles?
>>
> The assembler styles are reported in the "-h" output at "-R".

fpc -i now shows also the assembler reader modes using the data from the
compiler.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Unicode branch

[Florian Klämpfl]

Am 30.06.2013 18:25, schrieb Hans-Peter Diettrich:
> Marco van de Voort schrieb:
>> On Sat, Jun 29, 2013 at 08:47:37PM -0400, waldo kitty wrote:
 (Some versions of?) Delphi deallocate interfaces at the end of a
 block of
 procedures, not immediately after first usage.
>>> first usage or last usage?
>>
>> Last usage of course, sorry.
> 
> I'm somewhat confused now. When an object has an definite "last use", it
> should not matter when it is destroyed afterwards, sooner or later.

It matters when people make assumptions when the a temp. interface is
released. If the temp. interface is the only left reference to a class
instance, this means in turn that the class is freed at different points
thus resulting in different behaviour of the program if the destructor
of the class has some side effect.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Unicode branch

[Florian Klämpfl]

Am 24.06.2013 16:59, schrieb Michael Schnell:
> I just have been told that Embarcadero plans to do away with the stuff
> fpc is just implementing in the "Unicode branch" and is on the verge to
> change to a completely new String type that is
>  - UTF-16-only,
>  - Zero-Based, and
>  - immutable.
> And thus completely incompatible with any "String" Type ever known in
> Pascal.
> 
> So
>  - why do we discuss compatibility at all ?

FPC is a community approach so compatibility is implemented by those
being interested in it.

>  - do we like this (rather complex and not at all "straight forward")
> String type that much that it is viable to implement, debug and decently
> document this library ?
> 
> -Michael
> 
> -- 
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Cygwin on git and file modes

[Florian Klämpfl]

Am 07.04.2013 12:41, schrieb Lubos Pintes:
> Patches attached.
> Also I had similar problem I described yesterday, I am sure I am doing
> something wrong.
> As usual (I think, not still very experienced git user), someone
> switches branches often, does pulls etc. So before I generated patches I
> just attached, git told me something like
> "cannot rebase, you have uncommitted changes", and that change was
> something like
> objinspstrconsts.cs.po.
> I am sure I didn't touch the file. So I stashed it, rebased and then
> generated patches. So what I am doing wrong?
> Who generates those .po files and when?

Sometimes makefiles regenerate .po etc. files and at least to my
experience git sometimes does not recognize that those files are still
binary equal and insists that they are changed.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] What is {%H-}?

[Florian Klämpfl]

Am 05.04.2013 10:11, schrieb Mark Morgan Lloyd:
> Mattias Gaertner wrote:
>> On Fri, 05 Apr 2013 09:33:20 +0200
>> Lubos Pintes  wrote:
>>
>>> I am seeing this on random places after parameters in function calls.
>>> I know about $ directives, so is % something different, or is that
>>> meant as a comment?
>>
>> http://wiki.freepascal.org/IDE_directives
> 
> Question if I may: does this imply that the FPC error numbers are
> "graven in stone", i.e. new errors will always be added at the end of
> the list even if it would make more sense to have them in the middle?
> 

The list has big enough holes and renumbering is _very_ unlikely.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] IUnknown and reference counting

[Florian Klämpfl]

Am 25.03.2013 11:05, schrieb Marco van de Voort:
> 
> But I agree that the name was horribly, horribly chosen. Basically what
> happened is that there was whining about how windows dependent the IUnknown
> scheme was, when it was implemented, somebody mentioned Corba as non-Windows
> possibility.  The usual anti Delphi/Windows chorus in the maillist caught
> on, and suddenly all non-IUnknown interfaces were Corba :-)

This is not the whole story :). For non-corba related stuff raw
interfaces were meant. But later we realized that they are not very
different from corba interfaces which were the same as raw interfaces
but addionally allow an interface id being a string (not only a guid) so
we decided not to implement raw interfaces but corba ones only (besides
com).



--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Got "Pointer", expected "Open Array Of Char"

[Florian Klämpfl]

leledumbo  schrieb:

>Actually, rather than continuing this, if what you need is only to copy
>a
>dynamic array then you can simply:
>
>dst := Copy(src,0,Length(src));

dst:=Copy(src);

works as well. 




--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Please define "delphi compatibility"

[Florian Klämpfl]

Am 10.10.2012 20:31, schrieb Deon de Wet-Roos:
> If
> Lazarus is not the best cross platform programming language then what is?

No idea, this has to be answered by Jürgen, he told he is not sure about
staying with pascal. I think lazarus is a very good cross platform
environment and it fits perfectly my needs: an IDE for pascal to do FPC
development :)

> 
> Deon
> 
> -Original Message-----
> From: Florian Klämpfl [mailto:flor...@freepascal.org] 
> Sent: 10 October 2012 07:43 PM
> To: Lazarus mailing list
> Subject: Re: [Lazarus] Please define "delphi compatibility"
> 
> Am 10.10.2012 19:32, schrieb Jürgen Hestermann:
>>
>> Am 2012-10-10 19:11, schrieb Florian Klämpfl:
>>>> So the question still holds: What changes would be accepted and which
>>>> would be rejected?
>>> Does it matter for you? What are you working on?
>>>
>> The answer is important not only for contributors.
>> I am often doubting whether it is worth to stay with Pascal.
> 
> If you are in doubt, then switch. There are enough enviroments fitting
> everybody's need so it is not necessary to stay with an enviroment which
> does not fit perfectly one's needs.
> 
>> If it is an dead end I would not want to waste any more time on it.
> 
> How is this related to what patches lazarus accepts? There are e.g. Mse
> and fpGUI only to name a two other options which follow very different
> directions. If this does not fit you, you are indeed wrong in the pascal
> world and you have to look somewhere else for other options.
> 
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 
> 


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Please define "delphi compatibility"

[Florian Klämpfl]

Am 10.10.2012 19:32, schrieb Jürgen Hestermann:
> 
> Am 2012-10-10 19:11, schrieb Florian Klämpfl:
>>> So the question still holds: What changes would be accepted and which
>>> would be rejected?
>> Does it matter for you? What are you working on?
>>
> The answer is important not only for contributors.
> I am often doubting whether it is worth to stay with Pascal.

If you are in doubt, then switch. There are enough enviroments fitting
everybody's need so it is not necessary to stay with an enviroment which
does not fit perfectly one's needs.

> If it is an dead end I would not want to waste any more time on it.

How is this related to what patches lazarus accepts? There are e.g. Mse
and fpGUI only to name a two other options which follow very different
directions. If this does not fit you, you are indeed wrong in the pascal
world and you have to look somewhere else for other options.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Please define "delphi compatibility"

[Florian Klämpfl]

Am 10.10.2012 18:56, schrieb Jürgen Hestermann:
> 
> Am 2012-10-10 18:42, schrieb Reinier Olislagers:
>> On 10-10-2012 18:35, Jürgen Hestermann wrote:
>>> Am 2012-10-10 08:57, schrieb Vincent Snijders:
 Lazarus is open source. Who contributes, determines.
>>> You can't mean this seriously.
>>> Are you saying that no changes have ever been rejected?
>> Are you serious yourself?
>>
>>
> Yes.
> The question was: What is the intention of the developers regarding
> Delphi compatibility?

At least for FPC holds: as much as possible as long as it does not hurt
too much.

> This has not been answered IMO.
> And saying that any direction would be accepted is not correct.

Contribute for several years high quality work and prove that you take
care of what you have broken etc. then a lot of directions will be
accepted I guess.

> So the question still holds: What changes would be accepted and which
> would be rejected?

Does it matter for you? What are you working on?

> The people who judge about changes are the persons who define the
> direction (unless someone forks another project).


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Please define "delphi compatibility"

[Florian Klämpfl]

Am 10.10.2012 16:11, schrieb Bart:
> On 10/10/12, Mark Morgan Lloyd  wrote:
> 
> 
>> As with most if not all open source projects, if we don't like it we can
>> fork off. However my own position is that I trust the core developers,
>> who are effectively defined by their understanding of how the code works.
> 
> But then again, it would be nice for committers to know if extending
> an LCL component beyound it's Delphi's counterpart is considered to be
> "officially" OK (as long as the extension is considered usefull and
> meaningfull and not just fullfilling the needs of very few people (and
> there may be more criteria)).
> 
> Getting back to the thread that stated this discussion:
> I could spend time and energy on implementing an ImageList for
> TDBNavigator (which Delphi doesn't have, and which maybe usefull for
> more than just a few people). But i would then become very frustrated
> if the patch was rejected because of "Delphi incompatibility".

The point is probably: how big is the breakage of other people's work?
Extreme example from FPC: from time to time people suggest to replace
begin ... end by { ... } even in FPC because it is easier to type. This
might be even true for a German keyboard where { means also three key
strokes but nevertheless this would break everybody's code with little
benefit because modern IDEs can take care of useless typing.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Please define "delphi compatibility"

[Florian Klämpfl]

Am 10.10.2012 18:35, schrieb Jürgen Hestermann:
> 
> Am 2012-10-10 08:57, schrieb Vincent Snijders:
>> Lazarus is open source. Who contributes, determines. 
> 
> You can't mean this seriously.
> Are you saying that no changes have ever been rejected?

Contribution means also dedication. Just slapping some patch into the
bug tracker which turns upside down is probably not meant with "Who
contributes, determines." But if somebody works continously on a certain
topic, takes care of bug reports etc. he is also in the position to do
some breakage.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Floating point comparison with ulps precision

[Florian Klämpfl]

Am 14.08.2012 11:51, schrieb Sven Barth:
>> My concern is with integer and FP representation.
>> IIUC, there are both big-endian and little-endian ARM versions?
> 
> Yes, some of them can even be switched from big-endian to little-endian.
> Most ARMs seem to be little-endian though...
> 
>> Are Double values always in IEEE754 format?
>>
> 
> Sorry, I don't know.

In general, ARM uses the IEEE754 format. Newer ones are all little
endian, older ones were often big endian. FPC has defines for this:
FPC_LITTLE_ENDIAN/FPC_BIG_ENDIAN

The caveats are:
- fpa (old ARM hardware fpu, seldomly implemented, today dead in
practice) used a strange double format: the bytes inside the two dwords
followed the endianess of the cpu, the dwords itself are big endian,
i.e. first hi dword, then lo dword. If this is the case, fpc defines
FPC_DOUBLE_HILO_SWAPPED
- IIRC some fpus are not fully IEEE754 compliant regarding computational
results but this does not affect the formst itself

Implementing TExtended80Rec and friends properly should easily hide
these issues in user code though.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge

[Florian Klämpfl]

Am 03.08.2012 18:04, schrieb Graeme Geldenhuys:
> On 3 August 2012 16:52, Florian Klämpfl  wrote:
>>
>> Of course, for an OSS project the development activity is much more
>> important ...
> 
> 
> Indeed.  I have some git commands that does that. Unfortunately that
> is not perfect either, because SVN doesn't distinguish between the
> contributor and committer. So activity by commit count is very much
> skewed towards those that commit other developers contributed patches
> etc. But the git stats can give you a year-on-year, month-on-month,
> most active day-of-week, or even most active time of day stats. All
> mildly interesting to get you through your lunch hour. :)

The total numbers are interesting for the activity of a project imo


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge

[Florian Klämpfl]

Am 03.08.2012 17:50, schrieb Florian Klämpfl:
> Am 03.08.2012 10:28, schrieb Graeme Geldenhuys:
>> Hi Everybody,
>>
>> Lets just face the facts Such download statics are just "eye
>> candy" for SourceForge. There is no way you can take those as a
>> reliable source of information. 
> 
> The absolute numbers are indeed of no interest but the relative
> development (if it's reliable) over time might give interesting insight
> because one might assume that the download fraction of one source like
> sf might not change significantly over time.

Of course, for an OSS project the development activity is much more
important ...

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge

[Florian Klämpfl]

Am 03.08.2012 10:28, schrieb Graeme Geldenhuys:
> Hi Everybody,
> 
> Lets just face the facts Such download statics are just "eye
> candy" for SourceForge. There is no way you can take those as a
> reliable source of information. 

The absolute numbers are indeed of no interest but the relative
development (if it's reliable) over time might give interesting insight
because one might assume that the download fraction of one source like
sf might not change significantly over time.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus and Free Pascal downloads plummeting on SourceForge

[Florian Klämpfl]

Am 30.07.2012 21:18, schrieb Russell Davies:
> Hi,
> 
> Free Pascal on SourceForge, but for some reason
> the download rates of both suddenly seem to be in free-fall!  See the
> attached graphs.
> 

Actually I find more the increase and randomness in 2012/2012 strange. I
see no reason why suddenly in 2010 fpc gets a popularity boost.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Statistics about Lazarus and FPC

[Florian Klämpfl]

Am 03.06.2012 01:40, schrieb Marco van de Voort:
> On Sat, Jun 02, 2012 at 11:12:59PM +0200, Dimitri Smits wrote:
>>> puppet
>>> programmers:
>>>
>>> http://www.ohloh.net/languages/puppet
>>
>> 'some scripting language'? :-)
> 
> I saw some connection with apache and assumed yet another web scripting
> language, and didn't look further. Can you really blame me for that? :-)

Maybe we can ask them to do some smarter file recognition?

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Strip debug info

[Florian Klämpfl]

Am 29.04.2012 11:12, schrieb Jürgen Hestermann:
> Florian Klämpfl schrieb:
>> What's the problem with the .exe size when compiling with debug info? If
>> one compiles with debug settings, one usually wants to have the debug
>> info? If not, don't use debug settings.
> 
> Well, the problem is the size of the exe file. ;-)
> When I am working on a project I usually want to generate debug
> information for debugging.
> But when I give the generated file to someone else I surely do not need
> this information in the exe file anymore.
> So why should I be forced to search for ways to delete this information
> from the exe if there could be a way to avoid this hassle?

There is no need to search for ways to delete this information, you need
only a proper workflow: exes compiled for distribution shall be compiled
with release settings which means:
- no debug info
- symbols fully stripped
- full optimization (which would make debugging harder)
- asserts ignored
- custom debug code ignored
- ...
Using debug and release settings is something very basic when working on
software being deployed to others.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Strip debug info

[Florian Klämpfl]

Am 28.04.2012 21:19, schrieb Richard Mace:
> 
> 
> On 28 April 2012 08:21, Reinier Olislagers  > wrote:
> 
> On 28-4-2012 8:57, Richard Mace wrote:
> > Hi,
> > What's the safest way of making the .exe smaller than default? Is it
> > just to strip debug info?
> > How would I do this?
> Perhaps this will give you some ideas?
> 
> http://wiki.lazarus.freepascal.org/Size_Matters#Incorrect_compiler_configuration
> 
> ... you can either not generated debug info at all or generate external
> debug info (.dbg)...
> 
> 
> Is there any reason why the -Xg flag is not on at default? What's the
> disadvantage of using this flag? The reason I say is because there is a
> "massive" reduction in .exe size?

What's the problem with the .exe size when compiling with debug info? If
one compiles with debug settings, one usually wants to have the debug
info? If not, don't use debug settings.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus 1.0 is branched

[Florian Klämpfl]

Am 10.04.2012 13:05, schrieb Kostas Michalopoulos:
> On 4/4/2012 6:33 πμ, waldo kitty wrote:
>> agreed... plus "we" do not know how many years the v1.0 of delphi was in
>> development... we might guess based on TP/BP stuffs but "we" still do
>> not know for sure... it can easily be for more years than FP/Laz has
>> been in development ;)
> 
> Not really, this quote from a "history" article from Borland's Museum:
> 
> ---
> "Delphi" started out as a beta codename for a closely guarded skunkworks
> project at Borland: a next-generation visual development environment for
> Windows based on Borland's Object Pascal programming language. The
> codename hatched in mid 1993, after the development team had been
> through about 6 months of deep research, proof-of-concept exercises, and
> market analysis.
> ---
> 
> So Delphi was in development since late 1992.  Since the first release
> was in 1995, we can infer that Delphi was at most three years in
> development before the first 1.0 release.  Lazarus started in 1999 (and
> according to the history page in the wiki, it is based on an older 1998
> project which itself is based on an even older project, although i'm not
> sure what exactly "based" here means) so it is over a decade in
> development and still no 1.0.
> 
> So if you think about it, if Borland worked on Delphi more than Lazarus,
> then they'd need to work on it before even Windows 1.0 was released :-P.

If you divide the development time span by the number of supported
widget sets, OSes, CPU architecture etc. the period from the start of
the project to 1.0 is pretty amazing :)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Project management

[Florian Klämpfl]

Am 01.03.2012 09:16, schrieb Martin Schreiber:

> Don't believe such statements, it is not true.

My experience of > 15 years of OSS development as well. Valueable
ontributors find their way to fix things, write docs etc. The people
complaining about bad tools, bad docs, bad whatever, will never be
valueable contributors. If one explains one thing or fix another for
them, those will fail with the next step then. In the beginning I wasted
a lot of time explaining people things "if you explain/fix me this, I
can start" etc. but time have shown, this makes no sense. So I just do
my work, capable and motivated people will find their way.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Free Pascal 2.6.0 released!

[Florian Klämpfl]

Am 03.01.2012 00:21, schrieb Zaher Dirkey:
> On Sun, Jan 1, 2012 at 5:43 PM, 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.
> 
> 
> Thanks
> 
> In Windows, the fpc.cfg not generated by default, i must check it in the
> setup to get it.

Did you have a previous fpc install where it was unchecked?


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Code completation results in ugly indention

[Florian Klämpfl]

Am 19.08.2011 21:22, schrieb Flávio Etrusco:
> On Fri, Aug 19, 2011 at 12:04 PM, Alexander Klenin  wrote:
>> 2011/8/19 Florian Klaempfl :
>>> I just tried another time the code completation in lazarus for a class,
>>> however it resulted again in a pretty bad indention, see attachment. I
>>> played with various options and things but nothing helped
>>> (procedure/constructor should be at column 4 as it is typically in the
>>> compiler sources, begin/end at column 6). What is wrong/how can I tweak it?
>>
>> It seems that this file uses totally unique indentation rules,
>> incomatible with the rest of the world ;-)
>> I'd suggest to turn off auto-indent -- it is not very useful anyway.
>> Note that auto-indent is NOT the same as code completion,
>> which is much more important and should work for you.
>>
> 
> Yeah, auto-indent breaks in much simpler cases already :-(
> Florian, what do you think should be the ruler/pivot in that case? 

What do you mean with pivot? The "starting" indention? This one is
detected correctly.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Using Laz 32bits to compile 64bits

[Florian Klämpfl]

Am 20.08.2011 21:19, schrieb Marcos Douglas:
> I know the fpc.exe just calls ppc386.exe but what advantages to do
> this? 

Regardless of the target processor, it's enough just to call fpc to get
an executable for the current platform.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Using Laz 32bits to compile 64bits

[Florian Klämpfl]

Am 20.08.2011 12:16, schrieb Graeme Geldenhuys:
> On 19 August 2011 15:45, Marcos Douglas wrote:
>>
>> My questions are:
>> 1. I can use Lazarus 32bits in a machine 64bits but compile a program to 
>> 64bits?
> 
> 
> I have long since given up on cross-compiling. 

It depends on the OS: Win32/Win64 cross compilation works perfectly because
- of the internal linker
- dyn. libraries not needed at the linking stage
- lazier library dependencies
So it's not fpc's/lazarus's fault but a problem of the platform.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Code completation results in ugly indention

[Florian Klämpfl]

Am 19.08.2011 17:10, schrieb Alexander Klenin:
> On Sat, Aug 20, 2011 at 02:07, Florian Klämpfl  wrote:
>> Am 19.08.2011 17:04, schrieb Alexander Klenin:
>>> It seems that this file uses totally unique indentation rules,
>>> incomatible with the rest of the world ;-)
>>> I'd suggest to turn off auto-indent -- it is not very useful anyway.
>>> Note that auto-indent is NOT the same as code completion,
>>
>> Of course not, but code generated by code completion should be indentend
>> correctly, no?
>>
>>> which is much more important and should work for you.
>>>
>>
>> Well, it works, but as the example shows, it is indented really ugly and
>> practically unusable because it requires a lot of hand work to get the
>> indentation right.
> 
> Ah, I did not look close enough -- this is all auto-generated code...
> Indeed, you have a problem ;-)
> Did you consider re-formatting the unit to a more standard rules?
> 

It is formatted according to the standard rules of the compiler :) And
no, the formatting rules of the compiler sources won't change :)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Code completation results in ugly indention

[Florian Klämpfl]

Am 19.08.2011 17:04, schrieb Alexander Klenin:
> 2011/8/19 Florian Klaempfl :
>> I just tried another time the code completation in lazarus for a class,
>> however it resulted again in a pretty bad indention, see attachment. I
>> played with various options and things but nothing helped
>> (procedure/constructor should be at column 4 as it is typically in the
>> compiler sources, begin/end at column 6). What is wrong/how can I tweak it?
> 
> It seems that this file uses totally unique indentation rules,
> incomatible with the rest of the world ;-)
> I'd suggest to turn off auto-indent -- it is not very useful anyway.
> Note that auto-indent is NOT the same as code completion,

Of course not, but code generated by code completion should be indentend
correctly, no?

> which is much more important and should work for you.
> 

Well, it works, but as the example shows, it is indented really ugly and
practically unusable because it requires a lot of hand work to get the
indentation right.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] RE : RE : RE : Console App Development

[Florian Klämpfl]

Am 15.08.2011 20:50, schrieb Mattias Gaertner:
> On Mon, 15 Aug 2011 11:29:27 +0100
> Martin  wrote:
> 
>> [...]
>> It's a dream of mine to optimize that. eg. to have synedit allocate a 
>> bigger chunk, and have synedit use it knowlege about lifetime of data, 
>> to organize it better.  But there is just to much other important work...
> 
> Indeed.
> But small chunks have a high chance of reuse. That's why
> most mem managers have special optimizations for them and that's why
> many small chunks can actually be a good thing.
> I did some experiments with codetools allocating bigger chunks. In
> artificial tests it helped but in normal context it decreased
> performance. The mem fragmentation was worse than the gain of cache
> locality.

I think also that it's a better idea to leave pooling to the heap
manager. Allocating bigger chunks and split them is only useful if this
requires no additional book keeping about used/free memery.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Console App Development

[Florian Klämpfl]

Am 13.08.2011 12:05, schrieb Henry Vermaak:
> 
> You have to make sure that you've set the highlighting for delphi or
> fpc.  In either case, the highlighting is trivial.  

At least considering nested comments etc., this is not true :) I never
used vim, but all fpc highlighting I saw so far in unix editors was far
from perfect, it was trivial, indeed, but wrong :)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Console App Development

[Florian Klämpfl]

Am 11.08.2011 22:13, schrieb Graeme Geldenhuys:
> On 11 August 2011 21:38, Felipe Monteiro de Carvalho
>  wrote:
>> I find the choice of going for a console app quite curious.
> 
> +1
> 
> And this is not the first message (in recent days) where the developer
> is considering console app over gui app. Weird, but I guess there must
> be a niche market out there we don't know about. :)

Compiler development ;) I do almost all fpc development work with the
textmode ide :)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] OT: Delphi XE2 uses FPC, plus VCL just not portable

[Florian Klämpfl]

Am 07.08.2011 23:09, schrieb Graeme Geldenhuys:
> On 7 August 2011 22:00, Dimitri Smits  wrote:
>>
>> "the middle of the world map" does not exist. If by the depiction you
>> mean conventional Greenwich 0 meridian = horizontal centre,
> 
> I don't know what world or time you live in, but in todays day and
> age, the African continent is dead center in the world map.

Afaik in the "new world" (australia, america) it's not uncommon that the
cut is at the null meridan. I.e. the center of the map is somewhere in
the pacific.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Delphi XE2 uses FPC, plus VCL just not portable

[Florian Klämpfl]

Am 07.08.2011 10:57, schrieb Graeme Geldenhuys:
> There is hope though. Stop being so anal about "must be VCL compatible
> and nothing better". Stop cloning VCL and rather innovate. Come up
> with something better than VCL.

This is simply not the goal of the LCL. There are other projects like
MSEgui and fpGUI (remember it ;)?) which have the goal to create
something different.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Wiki server down

[Florian Klämpfl]

Am 29.07.2011 18:30, schrieb Mark Morgan Lloyd:
> Is the wiki down or is it just inaccessible from my location?
> 

The server is fine but the connection has problems probably due to
construction activities. This affects the fpc* mailing lists and ftp as
well.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] -WG compiler parameter issue in cross-platform projects

[Florian Klämpfl]

Am 14.07.2011 22:37, schrieb Florian Klämpfl:
> Am 14.07.2011 22:25, schrieb Felipe Monteiro de Carvalho:
>> On Thu, Jul 14, 2011 at 7:07 PM, Florian Klämpfl  
>> wrote:
>>> Pretty simple: most target specific switches were never silently ignored
>>> if they didn't apply to the current target. A arm compiler complains
>>> also about a -Oppentium. -WG was one of the few examples of the group of
>>> the -W switches which was silently ignored, probably due to historic
>>> reasons.
>>
>> I think that the major problem will be trying to create a
>> cross-platform makefile for fpc apps. I for one can create simple
>> makefiles, but I have no idea how to add if clauses in makefiles to
>> select the correct options for each platform.
> 
> If you don't want to use a more complex file, use either

... complex makefile ...

> * a project specific fpc configuration file with appropriate ifdefs
> * put an $apptype directive into your main program file with appropriate
> ifdefs
> 
>>
>> Plus, while most options are optional, -WG is pretty much mandatory in
>> Windows GUI apps, so you can't just live without it.
>>
> 
> I never use -WG but always apptype, the less command line options are
> needed to compile a program, the easier the build method (e.g. IDE,
> Makefile, fpmake) can be changed.
> 
> --
> ___
> Lazarus mailing list
> Lazarus@lists.lazarus.freepascal.org
> http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
> 


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] -WG compiler parameter issue in cross-platform projects

[Florian Klämpfl]

Am 14.07.2011 22:25, schrieb Felipe Monteiro de Carvalho:
> On Thu, Jul 14, 2011 at 7:07 PM, Florian Klämpfl  
> wrote:
>> Pretty simple: most target specific switches were never silently ignored
>> if they didn't apply to the current target. A arm compiler complains
>> also about a -Oppentium. -WG was one of the few examples of the group of
>> the -W switches which was silently ignored, probably due to historic
>> reasons.
> 
> I think that the major problem will be trying to create a
> cross-platform makefile for fpc apps. I for one can create simple
> makefiles, but I have no idea how to add if clauses in makefiles to
> select the correct options for each platform.

If you don't want to use a more complex file, use either
* a project specific fpc configuration file with appropriate ifdefs
* put an $apptype directive into your main program file with appropriate
ifdefs

> 
> Plus, while most options are optional, -WG is pretty much mandatory in
> Windows GUI apps, so you can't just live without it.
> 

I never use -WG but always apptype, the less command line options are
needed to compile a program, the easier the build method (e.g. IDE,
Makefile, fpmake) can be changed.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] -WG compiler parameter issue in cross-platform projects

[Florian Klämpfl]

Am 14.07.2011 14:04, schrieb Sven Barth:
> Am 14.07.2011 11:43, schrieb Graeme Geldenhuys:
>>> Although I still think this is a bug in FPC.
>>
>> +1  What is the point of 'cross-platform support' then? Letting the
>> compiler simply ignore parameters that ain't relevant for the target
>> seems a rather simple solution - at it worked like that for years.
>> Except now.
> 
> I'm quoting Florian's answer from the before mentioned thread "Illegal
> paramater: -WG" from around 7th June this year:
> 
> === quote begin ===
> 
> Maybe it's worse to check all the -W switches in lazarus. I made them
> all target dependent.
> 
> === quote end ===
> 
> So it seems that it was a concsious decision by Florian. For the "why"
> you need to ask him though ^^

Pretty simple: most target specific switches were never silently ignored
if they didn't apply to the current target. A arm compiler complains
also about a -Oppentium. -WG was one of the few examples of the group of
the -W switches which was silently ignored, probably due to historic
reasons.

Further, fpc is a pascal compiler, it tries to prevent people to shoot
themself into the foot. And to ignore silently command line switches if
they don't apply is imo very bad practive. Last but not least, fpc
provides enough means to do this properly by using ifdef in
configuration files or using the apptype directive. And I'am pretty
sure, lazarus will offer a good solution as well to do this properly.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Creating patches

[Florian Klämpfl]

Am 09.07.2011 09:31, schrieb Hans-Peter Diettrich:
> Florian Klämpfl schrieb:
>> Am 08.07.2011 23:42, schrieb Hans-Peter Diettrich:
>>> How can I create and apply patches to Lazarus?
>>>
>>> First problem is SVN, which does not allow for "incremental" patches,
>>> i.e. a big patch cannot be split into smaller steps, as frequently
>>> requested by the developers. Solutions?
>>
>> Ask for an svn branch with write access.
> 
> Ask whom?
> [I've already write access to the docs and examples directories, but
> lost my passwords with my old machine]

Some of the lazarus people? Mattias, Vincents, Marc ...

> 
>>> Next problem are patches created by Git, which seem to be undecipherable
>>> by TortoiseSVN "Apply patch..." on Windows. Which tools can be used, on
>>> which platform, to apply diffs or patches? [see TabCtrl0/1.patch on
>>> Mantis http://bugs.freepascal.org/view.php?id=19575].
>>
>> svn-apply can be used to apply patches to svn created by git
>> format-patch:
>> http://svn.freepascal.org/svn/fpcbuild/scripts/florian/unix/svn-apply
>>
>> Tested on unix only.
> 
> How do I use it at all? On Windows?

No idea, I use it only on linux.

But I'am pretty sure, if you publish a git branch, someone of the
lazarus people will be able to apply such a branch to svn. It's not
needed to attach a patch to the bug reports, a link to a patch or a
git/hg branch is probably fine as well.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Creating patches

[Florian Klämpfl]

Am 08.07.2011 23:42, schrieb Hans-Peter Diettrich:
> How can I create and apply patches to Lazarus?
> 
> First problem is SVN, which does not allow for "incremental" patches,
> i.e. a big patch cannot be split into smaller steps, as frequently
> requested by the developers. Solutions?

Ask for an svn branch with write access.

> 
> Next problem are patches created by Git, which seem to be undecipherable
> by TortoiseSVN "Apply patch..." on Windows. Which tools can be used, on
> which platform, to apply diffs or patches? [see TabCtrl0/1.patch on
> Mantis http://bugs.freepascal.org/view.php?id=19575].

svn-apply can be used to apply patches to svn created by git
format-patch:
http://svn.freepascal.org/svn/fpcbuild/scripts/florian/unix/svn-apply

Tested on unix only.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] How to create a chart in code?

[Florian Klämpfl]

Am 02.07.2011 16:18, schrieb Alexander Klenin:
> 2011/7/3 Felipe Monteiro de Carvalho :
>> Ok, I found the answer myself =)
>>
>> I should use TChart.AddSeries to add the series not 
>> TChart.Series.Lists.Add...
> 
> Yes. Unfortunately, FPList does not support any notification mechanism,
> and its Add method is not virtual.
> 

Use TList then. The idea of TFPList to have a simple and fast list.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Portable Version of Lazarus.

[Florian Klämpfl]

Am 17.06.2011 18:50, schrieb Marcos Douglas:
> 2011/6/17 William Oliveira Ferreira :
>> but could i use relative paths or they must  be absolute?
> 
> I think just absolute.

At least FPC trunk allows to use environment variables in fpc.cfg by
surrouding them with dollar signs.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] wiki.lazarus.freepascal.org have problem with mysql

[Florian Klämpfl]

Am 03.05.2011 21:54, schrieb waldo kitty:
> On 5/3/2011 04:49, Graeme Geldenhuys wrote:
>> On 02/05/2011 18:15, ik wrote:
>>>
>>> (Can't contact the database server: Can't connect to local MySQL server
>>> through socket '/var/run/mysqld/mysqld.sock' (2) (localhost))
>>
>>
>> I can confirm this problem. They should have used Firebird RDBMS
>> instead. ;-)
> 
> and, FWIW, no database backend for internet stuffings should ever be
> accessed on localhost... database servers should reside on a backend
> server separate from the frontend server(s)... from a security
> standpoint, running a database server on the same machine as the
> frontend is just very very very bad juju that could lead to a security
> nightmare :?

We are still waiting for volounteer full time admins to pop up not only
doing the work for free but also supplying machines for free so we can
follow all good practice rules regarding backups, redundancy etc.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Difference between FreeThenNil and FreeAndNil

[Florian Klämpfl]

Am 27.04.2011 18:46, schrieb Alexander Klenin:
> On Thu, Apr 28, 2011 at 02:14, Graeme Geldenhuys
>  wrote:
>>
>> >From that bug report it looks like a bug in TAChart, not in
>> FreeAndNil(). I have written a crap load of components in my time,
>> including composite components, and never had a problem with freeing
>> children or subcomponents. You just need to do it in the right order,
>> and obviously not reference something that is already free'd.
>>
> 
> That is quite possible, but neither me nor Martin was unable to find it.
> I'd appreciate any specific insight if you have it.
> 

Did you run the code with valgrind or using a heaptrc unit compiled with
-dFPC_HEAPTRC_EXTRA?

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] FPC and Lazarus on ARM

[Florian Klämpfl]

Am 26.03.2011 22:02, schrieb Tobias Giesen:
> If anybody is looking for an ARM device, the Toshiba AC100 is pretty
> cool. Around 200 EUR with Cortex A9 dual core and 512 MB RAM. It is 
> a netbook computer and has HDMI as well as USB. Mine has an 8GB SSD.

Hmm, would be a nice system to improve fpc arm eabi support on modern
ARM CPUs :)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Rescan FPC sources crashes Lazarus

[Florian Klämpfl]

Am 26.03.2011 19:36, schrieb Hans-Peter Diettrich:
>> Making IsMultiThreaded a function is a no-no: it is used in really
>> speed critical code paths and using an inline function neither because
>> it's used mostly in assembler code
> 
> Simple solution: the variable continues to exist, under a different
> name. The property only implements Delphi compatibility :-)

Possible, but I fear this is also only half of a solution: a property
cannot replace a variable, see var parameter problem or assembler code.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Identifier not found, but code completion works....

[Florian Klämpfl]

Am 22.02.2011 15:43, schrieb Hans-Peter Diettrich:
> Please stay with the truth: all but the very first (OO) branch have been
> tested thoroughly, and I couldn't find any breaks.

Before anybody wonders what "I couldn't find any breaks" means:

make all

for the NoGlobals branch results in

make[7]: Entering directory `c:/fpc/branches/NoGlobals/rtl/win32'
c:/fpc/branches/NoGlobals/compiler/ppc1.exe -Ur -Xs -O2 -n -Fi../inc
-Fi../i386 -Fi../win -FE. -FUc:/fpc/branches/NoGlobals/rtl/un
its/i386-win32 -di386 -dRELEASE -Us -Sg system.pp -Fi../win
c:/fpc/branches/NoGlobals/compiler/ppc1.exe -Ur -Xs -O2 -n -Fi../inc
-Fi../i386 -Fi../win -FE. -FUc:/fpc/branches/NoGlobals/rtl/un
its/i386-win32 -di386 -dRELEASE -I../objpas ../objpas/objpas.pp
Fatal: Can't find unit fpintres used by objpas
Fatal: Compilation aborted
make[7]: *** [objpas.ppu] Error 1
make[7]: Leaving directory `c:/fpc/branches/NoGlobals/rtl/win32'
make[6]: *** [win32_all] Error 2
make[6]: Leaving directory `c:/fpc/branches/NoGlobals/rtl'
make[5]: *** [rtl] Error 2
make[5]: Leaving directory `c:/fpc/branches/NoGlobals/compiler'
make[4]: *** [next] Error 2
make[4]: Leaving directory `c:/fpc/branches/NoGlobals/compiler'
make[3]: *** [ppc2.exe] Error 2
make[3]: Leaving directory `c:/fpc/branches/NoGlobals/compiler'
make[2]: *** [cycle] Error 2
make[2]: Leaving directory `c:/fpc/branches/NoGlobals/compiler'
make[1]: *** [compiler_cycle] Error 2
make[1]: Leaving directory `c:/fpc/branches/NoGlobals'
make: *** [build-stamp.i386-win32] Error 2

c:\fpc\branches\NoGlobals>svn info
Path: .
URL: http://svn.freepascal.org/svn/fpc/branches/dodi/NoGlobals
Repository Root: http://svn.freepascal.org/svn/fpc
Repository UUID: 3ad0048d-3df7-0310-abae-a5850022a9f2
Revision: 16976
Node Kind: directory
Schedule: normal
Last Changed Author: dodi
Last Changed Rev: 15959
Last Changed Date: 2010-09-09 14:38:14 +0200 (Do, 09 Sep 2010)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Identifier not found, but code completion works....

[Florian Klämpfl]

> I already outlined why I suspended working on that project, until the SF
> interface becomes usable.

ROFL This statement says enough I think.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Identifier not found, but code completion works....

[Florian Klämpfl]

Am 22.02.2011 15:26, schrieb Hans-Peter Diettrich:
> when a completed fix is rejected
> for almost formal reasons :-(

Which of your prototypes do you call fix? What does it fix? Did you ever
post regression test results?

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Does Lazarus support a complete Unicode Component Library?

[Florian Klämpfl]

Am 02.01.2011 20:33, schrieb Sven Barth:
> On 02.01.2011 18:29, Graeme Geldenhuys wrote:
>> On 2 January 2011 13:47, Sven Barth  wrote:
>>> Casting from AnsiString to UnicodeString invokes the WideString
>>> Manager's
>>> Ansi2UnicodeMoveProc which converts the supplied AnsiString to a correct
>>> UTF16 string.
>>
>> Does that mean FPC and LCL always treats UnicodeString type as a UTF16
>> encoded type? If so, that is a rather odd "type name" then, because
>> "unicode" is NOT just UTF16, it is also UTF8, UTF16, UTF16-LE,
>> UTF16-BE and UTF32. A better, and more correct, type name would then
>> have been UTF16String, just like there is a UTF8String type (though I
>> don't really know how the latter differs from AnsiString (which is
>> basically an array of bytes).
> 
> Yes, UnicodeString (and WideString as well) is treated as UTF16 encoded
> string.

This is only a temp. solution (till at the end of the world, the
cpstrnew branch is ready ;)). The encoding of an unicode string will be
dependent on a variable.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] SVN user

[Florian Klämpfl]

Am 29.12.2010 23:44, schrieb Graeme Geldenhuys:
> On 30 December 2010 00:00, Florian Klämpfl wrote:
>>
>> No need with svn either, so what do you want to tell use?
> 
> Many moons ago when I still used SubVersion, and you wanted to run
> your own repository, it was a requirement as far as I can remember.

Then you remember simply wrong. SVN supports for years (i.e. at least
since version 1.0) the file:/// protocol.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] SVN user

[Florian Klämpfl]

Am 29.12.2010 22:55, schrieb Graeme Geldenhuys:
> No need to setup severs/daemon like the
> SubVersion server etc. 

No need with svn either, so what do you want to tell use?

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] filesystem timing Linux vs Win

[Florian Klämpfl]

Am 27.11.2010 22:11, schrieb Sven Barth:
> 
> [OT]Can I cross compile FPC for another target using the Makefile? 

e.g.
make clean all OS_TARGET=linux
?

> Does
> FPC use units (outside of compiler) that aren't part of the RTL?[/OT]

No.

> 
> Wow O.o I should test something like this on my computer... (ext4, xfs
> and ntfs)

I think the problem is always the history of a fs, what other files are
on the disk etc.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] filesystem timing Linux vs Win

[Florian Klämpfl]

Am 27.11.2010 20:31, schrieb Mattias Gaertner:
> On Sat, 27 Nov 2010 20:14:38 +0100
> Florian Klämpfl  wrote:
> 
>> Am 27.11.2010 18:53, schrieb Henry Vermaak:
>>> Also, the features of the filesystems
>>> are so different, you can't even compare them.  fat and ntfs are stuck
>>> in the dark ages compared to ext*.
>>
>> Modern NTFS implementations have some really nice and advanced features
>> none of the ext* has: snapshoting (saves file server admins a lot of
>> time :)) and transactions. I guess especially snapshotting makes ntfs
>> slow: CoW semantics simply requires a lot of coping of files and
>> fragments probably the disc. I made a similiar experience with btrfs
>> (whsich has CoW semantics by default as well) on linux, working with fpc
>> on a btrfs partition made fpc really slow. I didn't test further by
>> turning off CoW for btrfs, but it might be reason.
> 
> Florian, the reading/writing of files seems to be ok under Windows. But
> the file access functions are much slower than under Linux (file exists,
> date, open, close).
> fpc already caches these attributes, but of course it has to read them
> every time it starts. It reads over 80 directories. Maybe
> someone can check how much time this costs under windows.

I checked these things some years ago but at this time this wasn't a
problem. As Sven already mentioned, the only real bottleneck on windows
is process startup time.

Besides turning off atime, another important things on windows are:
never ever fill a hard disk more than approx. 80%. Filling a partition
more than 87.5% will probably fragment the MFT and this makes a system
really slow.

But after the first compilation, this is void anyways, all files are in
the disk cache if the system has sufficient memory.

> 
> BTW, some file systems like zfs under Linux have snapshots too, 
> and the file access is still as fast as ext*.

Of course, it might depend on the FS where it has its weakness: recently
I unpacked gcc sources on an xfs partition: it took several minutes, on
ext3 this takes only a few seconds.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] filesystem timing Linux vs Win

[Florian Klämpfl]

Am 27.11.2010 18:53, schrieb Henry Vermaak:
> Also, the features of the filesystems
> are so different, you can't even compare them.  fat and ntfs are stuck
> in the dark ages compared to ext*.

Modern NTFS implementations have some really nice and advanced features
none of the ext* has: snapshoting (saves file server admins a lot of
time :)) and transactions. I guess especially snapshotting makes ntfs
slow: CoW semantics simply requires a lot of coping of files and
fragments probably the disc. I made a similiar experience with btrfs
(whsich has CoW semantics by default as well) on linux, working with fpc
on a btrfs partition made fpc really slow. I didn't test further by
turning off CoW for btrfs, but it might be reason.

One thing which might help on ntfs: turn off atime, see e.g.
http://oreilly.com/pub/a/windows/2005/02/08/NTFS_Hacks.html

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus 1.1

[Florian Klämpfl]

Am 13.11.2010 11:40, schrieb Juha Manninen:

> I don't know what is the idea of such downloads.

It's for the people who think that calling something 1.x instead of
0.99.x changes anything.


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Release schedule and policy

[Florian Klämpfl]

Am 25.10.2010 17:27, schrieb Alexander Klenin:
>> Really? What do you miss in the compiler testsuite?
> 
> First of all, I miss structure ;-)
> Is there any way to check if some feature is covered by a test?

I'am not aware of any query language which could cover this.

> For example, I would like to know if there is a test
> covering object initialization bug discussed yesterday --
> how do I proceed?

With some brain: a quick browsing of the failures on the primary
platforms shows that there is apparently no failing test regarding this.
Conclusion: it is no covered.

> Secondly, it seems that some tests are under-checking,
> especially those in tbs and tbf directories.
> tbf test check only the fact that compiler fails,
> not caring if it fails with the correct error message.

Nice theory but 15 years of production compiler showed that regressions
regarding wrong error messages are no problem.

> Even worse, tbs tests check only that the compilation
> succeeds, not caring if it produces correct result.
> 

Maybe you should really run a
grep -i halt
in the tbs dir and think and conclude and stop spreading FUD.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus platform "popularity contest"

[Florian Klämpfl]

Am 12.08.2010 22:30, schrieb Ger Remmers:
> On Thursday 12 August 2010 15:08:55 Florian Klämpfl wrote:
>>
>> True, but the license is the author's decicions and an author could
>> write a license which requires to submit usage info. If one doesn't like
>> it, don't use it.
>>
> Correct, but I wasn't referring to some hypothetical what-if case, but to the 
> actual used gpl licenses in their various forms in the Fpc/Lazarus set.
> 

Well, even with the gpl, I see nothing in it which forbids it?

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus platform "popularity contest"

[Florian Klämpfl]

Am 12.08.2010 21:17, schrieb Ger Remmers:
> On Thursday 12 August 2010 14:42:54 Hans-Peter Diettrich wrote:
>> Antônio schrieb:
>>> Maybe the software  owner has a questionable "right to know" about
>>> what is done with his product, but the user also has the "right not to
>>> tell."
>>
>> Everybody has the "right not to use a software". But when he wants to
>> use it, then he has to obey the license agreement.
>>
> 
> Nowhere in the lgpl does it state that the user is required to inform the 
> developer of any and all uses of said software.
> 

True, but the license is the author's decicions and an author could
write a license which requires to submit usage info. If one doesn't like
it, don't use it.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus platform "popularity contest"

[Florian Klämpfl]

Am 10.08.2010 18:21, schrieb Mark Morgan Lloyd:
> Does anybody have any current figures as to the relative popularity of
> Lazarus on different CPUs and OSes?

Checking the sf download figures might give a rough estimation. Maybe
someone can get snapshot downloads because those aren't tainted because
those aren't in the official linux distros.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Parser

[Florian Klämpfl]

Mattias Gaertner schrieb:
> On Thu, 1 Jul 2010 00:19:34 +0200
> Mattias Gaertner  wrote:
> 
>> On Wed, 30 Jun 2010 21:53:47 +0200
>> Hans-Peter Diettrich  wrote:
>>
>>> Mattias Gaertner schrieb:
>>>
 Why is this in the lazarus examples? Why not put it to the fpc sources?
>>> Because I can commit only to the Lazarus examples :-(
>> [...]
>> You could have asked the fpc team or put it into one of the many free
>> repositories.
>> [...]
>> If the above is the only reason, then you should remove it. 
> 
> Any progress?

Just mail me a login and password to get your own branch in the fpc svn.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Lazarus-other list

[Florian Klämpfl]

Jürgen Hestermann schrieb:
>> This is not a democracy, we have a list moderator that steers these
>> things and keeps the spam away.
> 
> I thought Free Pascal is open source. Such an arrogant attitude will not
> help to promote Free Pascal very much. An "go away if you don't like it"
> is not the spirit of enthusiastical Pascal
> programmers/developers/whatever. It seems that sooner or later a split
> of the (free) Pascal community will happen because not all are willing
> to subordinate under such an arrogant leadership.

The less people can spam on mailing lists, the more they can code. Since
experience showed that code contribuitions is usually reciprocally
proportional to the generated mailing list noise by a person, moderation
is often a good thing.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Parser

[Florian Klämpfl]

Hans-Peter Diettrich schrieb:
> 
> This is correct, and also is the most important reason for a tighter
> integration of C source code into FPC projects.

I cannot see how a tighter integration would solve this.

> 
> The compiler can create the required (ppu?) files, when compiling a C
> module. That file then perfectly reflects all the settings, that
> affected the code generation of that module. Only this "header" version
> is important for the use of that module, not any other
> (mis-configurable) header files.
> 

But this solution is not universal. It simply cannot cope with all
situations which might appear in C headers so it's not better than any
other tool available currently.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Parser

[Florian Klämpfl]

>> Since accessing header files is repeated as possible advantage files
>> again
>> and again, how much progress have you made in the opposite direction?
>>  
>> Automated header translation
> 
> Sorry, I don't understand your point :-(

The point is: if an additional C front end for fpc could do fully
automatically the job, it must be also possible to do this with an
external tool which translates C to pascal.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Parser

[Florian Klämpfl]

> Same here: What's wrong with considering, say, a new language back-end
> (or front-end) much like a new CPU-support?

As Michael said, it is called "Pascal". Supporting a new CPU does not
change this. Adding a C/Oberon/Modula whatever front end simply does not
fit into this scope besides the fact that there is not the slightest
advantage in doing so.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Parser

[Florian Klämpfl]

Hans-Peter Diettrich schrieb:
>>> There should exist a
>>> method/procedure in the CPU specific code, that is called to create the
>>> binary code for a procedure, but I could not yet locate it.
>>
>> psub.pas: tcgprocinfo.generate_code, it is generic.
> 
> I couldn't find out how the code generator is involved. Most methods are
> non-virtual...

In the typical case the node tree codegenerator( ncg*.pas/n*.pas)
calls the methods in cgcpu.pas.

> 
>> - reduced readability of the parser code because the code for handling
>> something will be spread over different locations resulting also in
>> reduced maintainability: just look at the code generator code, to
>> support different architectures fpc the code generator is split at
>> several levels making it very hard to get an overview on it and even
>> more get into it.
> 
> Yes and no. A good separation will help to clarify much.

See above, the whole back end stuff is separated very well but diving
into it is hell :)

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Parser

[Florian Klämpfl]

>>> If you could compile, say, Modula (or C/C++) with FPC, you would have
>>> direct access to a huge&  time-tested resource of libraries etc which
>>> you could directly incorporate into your applications,
>> This can be done already using compilers supporting these languages
> True. But, wouln't it be nice if people could use, say, libc (as
> recently mentioned in FPC list) in FPC too?

I don't see the point? This is already possible?

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Parser

[Florian Klämpfl]

Adem schrieb:
>  On 2010-06-30 15:00, Marcos Douglas wrote:
>> On Wed, Jun 30, 2010 at 7:04 AM, Hans-Peter Diettrich
>>   wrote:
>>> One big advantage of the separation into syntactical and semantical
>>> parts is the chance for adding further languages to the compiler...
>> No sense for me.
>> IMHO, we chose the FPC much more by language than by the great
>> compiler. If we have more languages, Pascal loses your glamour!
> Why do you think Pascal would lose its glamor when (or if) FPC can
> compile other languages?

... because it increases the maintainance work on fpc. Even with one
front end only we are almost unable to keep the issue count under
control. I'am pretty sure that more front ends will be rejected without
more people working on bug fixing in fpc.

> 
> I would have thought it would be just the opposite:
> 
> If you could compile, say, Modula (or C/C++) with FPC, you would have
> direct access to a huge & time-tested resource of libraries etc which
> you could directly incorporate into your applications, 

This can be done already using compilers supporting these languages

> or even do
> automatic source code translation


--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Re: [Lazarus] Parser

[Florian Klämpfl]

> 
> 3) The compiler builds an parse tree for every procedure, but I found no
> way yet to make this tree accessible. 

It is no parse tree but some intermediate represensation.

> There should exist a
> method/procedure in the CPU specific code, that is called to create the
> binary code for a procedure, but I could not yet locate it.

psub.pas: tcgprocinfo.generate_code, it is generic.

> 
> 4) It's not yet known how the rest of a unit (declarations...) is
> represented internally.


It is processed directly.

> 
> In detail the last item [5] suggests an more flexible parser, that can
> do with the scanned tokens whatever is appropriate in the scope of a
> specific application. The general solution is a separation of the
> syntactical and semantical procedures in the parser. For fastest
> processing the semantical code can be made selectable just as for the
> CPU, by placing this code into a dedicated directory. I hope that this
> solution is acceptable to the FPC maintainers, and I'm willing to
> refactor all the parser units accordingly.

I see two problems:
- speed
- reduced readability of the parser code because the code for handling
something will be spread over different locations resulting also in
reduced maintainability: just look at the code generator code, to
support different architectures fpc the code generator is split at
several levels making it very hard to get an overview on it and even
more get into it.

> One big advantage of the separation into syntactical and semantical
> parts is the chance for adding further languages to the compiler, 

Is this really desired? The advantages of fpc are that it is written in
its native language but its code generator is not sophisticated enough
so it's imo not worth to add another front end.

--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus