Re: [fpc-pascal] DOOM game for FPC

L505 wrote: > I'm not an expert in game programming.. so I don't know much about BSP. But > the > keyboard runs at least 4 times as slow, and I still don't see why the game > would be > any different on the same code base. The keyboard running 4 times as slow > shouldn't > be related to BSP, so

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

Tom Verhoeff wrote: [...] I was thinking of adding a remote FreePascal service along the following lines. You go to its web interface, browse for your source files (possibly a whole zip archive) on your local machine, enter command-line options, and let our server compile your stuff with a (sel

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On Mon, 5 Dec 2005 18:50:28 +0100 (CET) Michael Van Canneyt <[EMAIL PROTECTED]> wrote: > > > On Mon, 5 Dec 2005, L505 wrote: > > > Also, a simple macro could end up in a neverending loop and bring down > > the server. Lots of other ways to make a compiler go nuts. > > The Free Pascal compiler

Re: [fpc-pascal] Path, Search Path and Source Path

On 12/5/05, Mattias Gaertner <[EMAIL PROTECTED]> wrote: > > There seems to be something I am missing. Question is what and where. > > > OR compile lazarus once manually. Just an explanation. To build lazarus just open it and go to the menu "Tools" --> "Build Lazarus". You can also compile on

Re: [fpc-pascal] Path, Search Path and Source Path

On Mon, 05 Dec 2005 23:09:45 +0200 listmember <[EMAIL PROTECTED]> wrote: >[...] > > Remove all lazarus paths. Keep only the three $FPCTARGET paths. > > That is how it was originally. And it is for a reason. > But, then, when I tried to build/compile even a blank project in Lazarus, > I was ge

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

Tom Verhoeff wrote: I was thinking of adding a remote FreePascal service along the following lines. You go to its web interface, browse for your source files (possibly a whole zip archive) on your local machine, enter command-line options, and let our server compile your stuff with a (selectable

Re: [fpc-pascal] Path, Search Path and Source Path

Mattias Gaertner wrote: On Mon, 05 Dec 2005 01:12:57 +0200 listmember <[EMAIL PROTECTED]> wrote: > Here's the relevant part of modified fpc.cfg. Can someone help? # searchpath for includefiles # release them only if you know what you do # because this could cause a rebuild of the runtime librar

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

One thing I would like to add to the discussion is support for the LCL. Dunno if it was explicitly the puurpose to do that already, but I thought I should mention it anyway. Darius > We (still) use FreePascal quite a bit in our first/second-year education, > in particular, in , our Programming Ed

Re: [fpc-pascal] DOOM game for FPC

On 05 Dec 2005, at 18:51, L505 wrote: The FPC team always requested a real world example of the same code in freepascal running several times slower than in delphi. Now optimally, I hope it is simply a "bad code" issue in which delphi cleans up more than FPC. Keyboard handling is not som

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On Mon, 5 Dec 2005, Jonas Maebe wrote: > > On 5 dec 2005, at 16:54, Michael Van Canneyt wrote: > > > I would also add the possibility to upload a zip file with some units. > > Processing a single unit is not useful for evaluation, and having to > > upload all units manually is tedious and erro

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On Mon, 5 Dec 2005, L505 wrote: > > > > > Don't make all distributed units available, and forbid the use of some > > > units. You don't want people opening an FTP socket and download 24G on > > > your machine. > > > > > > Even then, people could create a unit that makes direct kernel > > > c

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On Mon, 5 Dec 2005, L505 wrote: > Also, a simple macro could end up in a neverending loop and bring down the > server. > Lots of other ways to make a compiler go nuts. The Free Pascal compiler checks for recursive expansion. If it goes over 16, it stops. In case you prove otherwise, of cours

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

> > Don't make all distributed units available, and forbid the use of some > > units. You don't want people opening an FTP socket and download 24G on > > your machine. > > > > Even then, people could create a unit that makes direct kernel > > calls, or > > link to C. I would disallow use of the

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

Also, a simple macro could end up in a neverending loop and bring down the server. Lots of other ways to make a compiler go nuts. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

I made a browser based freepascal compiler to demonstrate something I call "Browser Abuse Syndrome". Along with a Tail utility Paul was interested in seeing, it is doable. The bandwidth, though, is expensive. ___ fpc-pascal maillist - fpc-pascal@list

Re: [fpc-pascal] DOOM game for FPC

I'm not an expert in game programming.. so I don't know much about BSP. But the keyboard runs at least 4 times as slow, and I still don't see why the game would be any different on the same code base. The keyboard running 4 times as slow shouldn't be related to BSP, so there are other issues too,

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On Mon, Dec 05, 2005 at 04:54:25PM +0100, Michael Van Canneyt wrote: > > I would also add the possibility to upload a zip file with some units. > Processing a single unit is not useful for evaluation, and having to > upload all units manually is tedious and error-prone. That is the intention (as

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On Mon, Dec 05, 2005 at 01:55:29PM +0100, Micha Nelissen wrote: > Michael Van Canneyt wrote: > > > >Don't make all distributed units available, and forbid the use of some > >units. You don't want people opening an FTP socket and download 24G on > >your machine. > > I think it only compiles things,

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On 12/5/05, Tom Verhoeff <[EMAIL PROTECTED]> wrote: > Why do this? Because that way people can use/try FreePascal without > installing anything. ah ... installing really isn't too complicated currently. download a tarball, expand it, and run the compiler ? i can't imagine having to fiddle arou

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On 5 dec 2005, at 16:54, Michael Van Canneyt wrote: I would also add the possibility to upload a zip file with some units. Processing a single unit is not useful for evaluation, and having to upload all units manually is tedious and error-prone. From the original mail: *** I was thinking of

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On Mon, 5 Dec 2005, Felipe Monteiro de Carvalho wrote: On 12/5/05, Tom Verhoeff <[EMAIL PROTECTED]> wrote: 1. Do you think this service would be useful? Extremely useful! And a great idea. Things like that can be revolutionary. 2. Do you think the interface described above is good e

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

> Furthermore, we plan to support several versions of FreePascal in > parallel. That way, it may also be useful to the FreePascal community. > E.g. when diagnosing a problem. > > Here are some questions: > > 1. Do you think this service would be useful? Yes. Also for us, since this allows us

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On 12/5/05, Tom Verhoeff <[EMAIL PROTECTED]> wrote: > 1. Do you think this service would be useful? Extremely useful! And a great idea. Things like that can be revolutionary. > 2. Do you think the interface described above is good enough? > Suggestions for refinements would be appreci

Re: Fw: [fpc-pascal] FPC MacOSX carbon

> Mattias Gaertner wrote: > > >>Where can I get the FPCMacOSAll unit? > > > > > > From . The interfaces are for GPC, > > FPC and MW Pascal. A new version is about to be released in a few days. > > > > How usefull/possible would it be to put that stuff into t

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On 5 dec 2005, at 13:59, Michael Van Canneyt wrote: Don't make all distributed units available, and forbid the use of some units. You don't want people opening an FTP socket and download 24G on your machine. Even then, people could create a unit that makes direct kernel calls, or link to C.

Re: Fw: [fpc-pascal] FPC MacOSX carbon

Mattias Gaertner wrote: >>Where can I get the FPCMacOSAll unit? > > > From . The interfaces are for GPC, > FPC and MW Pascal. A new version is about to be released in a few days. > How usefull/possible would it be to put that stuff into the fpc packages svn

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

Michael Van Canneyt wrote: Don't make all distributed units available, and forbid the use of some units. You don't want people opening an FTP socket and download 24G on your machine. I think it only compiles things, and does not execute them. Micha ___

Re: [fpc-pascal] Remote FreePascal compile service, feedback requested

On Mon, 5 Dec 2005, Tom Verhoeff wrote: We (still) use FreePascal quite a bit in our first/second-year education, in particular, in , our Programming Education And Contest Hosting verification system. I was thinking of adding a remote FreePascal service along the following lines. You go to i

[fpc-pascal] Remote FreePascal compile service, feedback requested

We (still) use FreePascal quite a bit in our first/second-year education, in particular, in , our Programming Education And Contest Hosting verification system. I was thinking of adding a remote FreePascal service along the following lines. You go to its web interface, browse for your source file

Re: [fpc-pascal] DOOM game for FPC

On Sunday 04 December 2005 02:19, Kornel Kisielewicz wrote: > No, I think that the error is in the BSP building algorithm. The BSP-trees are built beforehand. I don't see how this would affect game performance unless the built BSP-tree is heavily unoptimized. > Original > C-source probably used

Re: [fpc-pascal] Path, Search Path and Source Path

On Mon, 05 Dec 2005 01:12:57 +0200 listmember <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > > Please switch for Lazarus specific questions to the lazarus mailinglist. > > I'm sorry. But, I am not sure it is a Lazarus issue. Please see below. > > > About your question, check Environm

Re: [fpc-pascal] Path, Search Path and Source Path

listmember wrote: [EMAIL PROTECTED] wrote: Please switch for Lazarus specific questions to the lazarus mailinglist. I'm sorry. But, I am not sure it is a Lazarus issue. Please see below. About your question, check Environment | Environment options. The tab files contains all paths to your