[fpc-pascal] About Putting everything in one repo

2012-09-02 Thread Zaher Dirkey
Hi, FPC and Lazaurs team I noticed there is new component (PascalScript) ported to lazarus/components/ and in the past AggPas also ported, The idea, why you put many components not used for most users, same ask in FPC My example to understand me I use SQLite, we found a bug and this bug fixed

Re: [fpc-pascal] About Putting everything in one repo

2012-09-02 Thread Florian Klämpfl
Am 02.09.2012 11:46, schrieb Zaher Dirkey: Hi, FPC and Lazaurs team I noticed there is new component (PascalScript) ported to lazarus/components/ and in the past AggPas also ported, The idea, why you put many components not used for most users, same ask in FPC My example to understand

Re: [fpc-pascal] Re: Identifier not found result

2012-09-02 Thread Giuliano Colla
Il 31/08/2012 13:48, leledumbo ha scritto: I question your assumption that Result is specifically more important than the other incompatibilities among different modes (i.e. your statement that it will help...a lot). I do not say that it is wrong to be more helpful in error messages, but rather

Re: [fpc-pascal] About Putting everything in one repo

2012-09-02 Thread Martin
On 02/09/2012 11:46, Zaher Dirkey wrote: Hi, FPC and Lazaurs team I noticed there is new component (PascalScript) ported to lazarus/components/ and in the past AggPas also ported, ... I use SQLite, we found a bug and this bug fixed by FPC team, now we must wait long time to have new

Re: [fpc-pascal] About Putting everything in one repo

2012-09-02 Thread Zaher Dirkey
On Sun, Sep 2, 2012 at 1:20 PM, Florian Klämpfl flor...@freepascal.orgwrote: If somebody is interested to do so, he can do this. What does prevents someone technically (!) from releasing SQLit unit update installers from the currently used repository? Partial agree, but In another repo, you

[fpc-pascal] Re: About Putting everything in one repo

2012-09-02 Thread Reinier Olislagers
On 2-9-2012 13:22, Zaher Dirkey wrote: On Sun, Sep 2, 2012 at 1:20 PM, Florian Klämpfl florian-y8GAwIkqPAJpn7uciFS/b...@public.gmane.org mailto:flor...@freepascal.org wrote: If somebody is interested to do so, he can do this. What does prevents someone technically (!) from releasing

Re: [fpc-pascal] About Putting everything in one repo

2012-09-02 Thread Zaher Dirkey
On Sun, Sep 2, 2012 at 2:18 PM, Martin laza...@mfriebe.de wrote: The reason Pascalsript went into the main SVN is, that (if all goes well) then it will be used by the IDE itself. So the IDE will need it to be build. That is good news for me :) I also mentioned AggPas, if it have the same

Re: [fpc-pascal] Re: About Putting everything in one repo

2012-09-02 Thread Zaher Dirkey
On Sun, Sep 2, 2012 at 2:25 PM, Reinier Olislagers reinierolislag...@gmail.com wrote: Why don't you use FPC fixes (e.g. FPC 2.6.1) then, and help backport stable fixes from trunk to fixes? Is that in the download page? And is it have the last fixed for this kind of non core packages? Best

[fpc-pascal] Re: About Putting everything in one repo

2012-09-02 Thread Reinier Olislagers
On 2-9-2012 13:30, Zaher Dirkey wrote: On Sun, Sep 2, 2012 at 2:25 PM, Reinier Olislagers reinierolislagers-re5jqeeqqe8avxtiumw...@public.gmane.org mailto:reinierolislagers-re5jqeeqqe8avxtiumw...@public.gmane.org wrote: Why don't you use FPC fixes (e.g. FPC 2.6.1) then, and help

Re: [fpc-pascal] Re: About Putting everything in one repo

2012-09-02 Thread Zaher Dirkey
On Sun, Sep 2, 2012 at 2:55 PM, Reinier Olislagers reinierolislag...@gmail.com wrote: It's a branch in the svn repository. And Lazarus builds based on fixes 2.6 appear on the snapshots page. For Linux/OSX, you'll probably find those on the snapshots page. For fpc only: see also

[fpc-pascal] Re: About Putting everything in one repo

2012-09-02 Thread Reinier Olislagers
On 2-9-2012 14:10, Zaher Dirkey wrote: On Sun, Sep 2, 2012 at 2:55 PM, Reinier Olislagers reinierolislagers-re5jqeeqqe8avxtiumw...@public.gmane.org mailto:reinierolislagers-re5jqeeqqe8avxtiumw...@public.gmane.org wrote: It's a branch in the svn repository. And Lazarus builds based on

Re: [fpc-pascal] Access to compiler's internal data structures

2012-09-02 Thread Kenneth Cochran
My goal is to make it an IDE expert so the CodeTools parser sounds ideal. Just didn't want to reinvent the wheel. I also wanted to avoid the problem Delphi has been plagued with for years, that is, CodeInsight flagging code with syntax errors that the compiler readily accepts because they use

Re: [fpc-pascal] Access to compiler's internal data structures

2012-09-02 Thread Michael Van Canneyt
On Sun, 2 Sep 2012, Kenneth Cochran wrote: My goal is to make it an IDE expert so the CodeTools parser sounds ideal. Just didn't want to reinvent the wheel. I also wanted to avoid the problem Delphi has been plagued with for years, that is, CodeInsight flagging code with syntax errors that

Re: [fpc-pascal] Re: About Putting everything in one repo

2012-09-02 Thread Zaher Dirkey
On Sun, Sep 2, 2012 at 3:30 PM, Reinier Olislagers reinierolislag...@gmail.com wrote: Apart from that I don't really understand. Are you saying you want to maintain your own FPC distribution that contains fixes so people can use it to compile your software? No :) I need more faster release

Re: [fpc-pascal] Re: Identifier not found result

2012-09-02 Thread Sven Barth
On 02.09.2012 12:39, Giuliano Colla wrote: Il 31/08/2012 13:48, leledumbo ha scritto: I question your assumption that Result is specifically more important than the other incompatibilities among different modes (i.e. your statement that it will help...a lot). I do not say that it is wrong to

Re: [fpc-pascal] About Putting everything in one repo

2012-09-02 Thread Sven Barth
On 02.09.2012 11:46, Zaher Dirkey wrote: Hi, FPC and Lazaurs team I noticed there is new component (PascalScript) ported to lazarus/components/ and in the past AggPas also ported, The idea, why you put many components not used for most users, same ask in FPC My example to understand me I use