Re: [fpc-devel] Plain tarballs

2009-10-13 Thread Graeme Geldenhuys
On 13/10/2009, Neil Graham wrote: > > That looked all very interesting and complex (I guess after I've done it > a bit that goes away) If you need further help... $ git help archive ...and for any other command of git, replace the last word with the git command. :-) > But does this need me

Re: [fpc-devel] Plain tarballs

2009-10-13 Thread Neil Graham
On Tue, 2009-10-13 at 22:44 +0200, Graeme Geldenhuys wrote: > You can then very easily maintain your own plain tarballs, and no need > to download huge archives every so many months. > That looked all very interesting and complex (I guess after I've done it a bit that goes away) But does this ne

Re: [fpc-devel] Plain tarballs

2009-10-13 Thread Neil Graham
On Tue, 2009-10-13 at 22:25 +0200, Marco van de Voort wrote: > In our previous episode, Neil Graham said: > > Something that is just a plain old tarball of the files needed would > > simplify things a great deal for me. > > Aren't you going into the BSD ports direction then? Source + bootstrap > b

Re: [fpc-devel] Plain tarballs

2009-10-13 Thread Graeme Geldenhuys
On 13/10/2009, Neil Graham wrote: > Would it be possible to get plain tarballs of freepascal hosted on the > website? You can get .tgz or .zip files from the Git mirror. http://github.com/graemeg/freepascal/downloads Alternatively (seeing that I did not tag the 2.2 and 2.2.4 releases), you c

Re: [fpc-devel] Plain tarballs

2009-10-13 Thread Marco van de Voort
In our previous episode, Neil Graham said: > Something that is just a plain old tarball of the files needed would > simplify things a great deal for me. Aren't you going into the BSD ports direction then? Source + bootstrap binaries? ___ fpc-devel mailli

[fpc-devel] Plain tarballs

2009-10-13 Thread Neil Graham
Would it be possible to get plain tarballs of freepascal hosted on the website? I am working on a zeroinstall feed for freepascal and I have ran into various issues with all of the current versions. The Tar of Tarballs is just a bit awkward for zeroinstall to deal with, I've also found problems w

Re: [fpc-devel] embedded arm port

2009-10-13 Thread Bernd Mueller
Florian Klaempfl wrote: Bernd Mueller schrieb: Florian Klaempfl wrote: Just wanted to ask another question: is there any support for interrupt procedures? It is implemented for DOS/go32v2. how to declare a proc as an interrupt and associate it to its vector? Not yet, but my processor spec

Re: [fpc-devel] embedded arm port

2009-10-13 Thread Florian Klaempfl
Bernd Mueller schrieb: > Florian Klaempfl wrote: > >>> Just wanted to ask another question: >>> is there any support for interrupt procedures? >> >> It is implemented for DOS/go32v2. >> >>> how to declare a proc as an >>> interrupt and associate it to its vector? >> >> Not yet, but my processor s

Re: [fpc-devel] embedded arm port

2009-10-13 Thread Bernd Mueller
Florian Klaempfl wrote: Just wanted to ask another question: is there any support for interrupt procedures? It is implemented for DOS/go32v2. how to declare a proc as an interrupt and associate it to its vector? Not yet, but my processor specific units declare callbacks/hooks. is that i

Re: [fpc-devel] New global CustomApplication variable

2009-10-13 Thread Martin Schreiber
On Tuesday 13 October 2009 13:54:59 Joost van der Sluis wrote: > > But why don't you use fpc's TCustomApplication? Can we improve it so > that you could use it? > I need functionality from tmsecomponent which is difficult to achieve if I would inherit from FPC TCustomApplication, although not impo

Re: [fpc-devel] New global CustomApplication variable

2009-10-13 Thread Joost van der Sluis
On Tue, 2009-10-13 at 13:38 +0200, Martin Schreiber wrote: > On Monday 12 October 2009 17:09:42 Joost van der Sluis wrote: > > > > MSEide has its own implementation of > > > tcustomapplication/tapplication/tguiapplication with a similar approach. > > > > Yes, offcourse. But the idea is to unify th

Re: [fpc-devel] New global CustomApplication variable

2009-10-13 Thread Martin Schreiber
On Monday 12 October 2009 17:09:42 Joost van der Sluis wrote: > > MSEide has its own implementation of > > tcustomapplication/tapplication/tguiapplication with a similar approach. > > Yes, offcourse. But the idea is to unify this. So that you can access > the CustomApplication without knowing if y

Re: [fpc-devel] New global CustomApplication variable

2009-10-13 Thread Michael Schnell
Joost van der Sluis wrote: > YBut the idea is to unify this. This is what I meant, too. I feel that MSEIDE/MSEGUI is quite advanced regarding the (flexibility of) the TApplication implementation, and thus, who wants to modify/enhance the implementation of the "Application" thingy in FPC (RTL) it