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 S

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 t

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 re

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] 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 diffe

[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 > > wrote: > > It's a branch in the svn repository. And Lazarus builds based on fixes > 2.6 appear on the snapshots page. For Linux

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 > http:/

[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 > > wrote: > > > Why don't you use FPC fixes (e.g. FPC 2.6.1) then, and help backport > stable fixes from trunk to fixes? > >

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? B

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 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 reason i think we ne

[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 > > wrote: > > If somebody is interested to do so, he can do this. What does prevents > someone technically (!) from releasing SQLit unit update installers from > th

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 wrote: > 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 can have separated

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 release

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 rat

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 under

[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 by