Re: [fpc-devel] Bringing back fpc 2.3.1 to BeOS

2007-05-28 Thread Olivier Coursiere
Hi, Florian Klaempfl a écrit : Do you plan to continue with the BeOS port? Then we can grant you svn write access. Thank you for the offer. Yes, i will continue with the BeOS port. Just don't expect too much from me :-) The only fixed item in my plan is to keep the compiler working under

Re: [fpc-devel] Bringing back fpc 2.3.1 to BeOS

2007-05-25 Thread Marco van de Voort
Peter Vreman a ?crit : Thanks, the patches are applied. One small change in ttyname.inc to use {$ifndef beos} instead of disabling the code for all platforms. Oups ! I forgot this one. This is why code review is important. After updating my working copy, i found that i forgot two

Re: [fpc-devel] Bringing back fpc 2.3.1 to BeOS

2007-05-25 Thread Florian Klaempfl
Marco van de Voort schrieb: Peter Vreman a ?crit : Thanks, the patches are applied. One small change in ttyname.inc to use {$ifndef beos} instead of disabling the code for all platforms. Oups ! I forgot this one. This is why code review is important. After updating my working copy, i

Re: [fpc-devel] Bringing back fpc 2.3.1 to BeOS

2007-05-24 Thread Marco van de Voort
After a long period of inactivity, i finally took the time to update the BeOS port of fpc. I have successfully compiled the latest trunk (revision 7420) under BeOS using a new libc based RTL (1.0.* versions were based on system calls). The patch i propose to achieve this is in two parts

Re: [fpc-devel] Bringing back fpc 2.3.1 to BeOS

2007-05-24 Thread Olivier Coursiere
Peter Vreman a écrit : Thanks, the patches are applied. One small change in ttyname.inc to use {$ifndef beos} instead of disabling the code for all platforms. Oups ! I forgot this one. This is why code review is important. After updating my working copy, i found that i forgot two lines in

[fpc-devel] Bringing back fpc 2.3.1 to BeOS

2007-05-23 Thread Olivier Coursiere
Hi all, After a long period of inactivity, i finally took the time to update the BeOS port of fpc. I have successfully compiled the latest trunk (revision 7420) under BeOS using a new libc based RTL (1.0.* versions were based on system calls). The patch i propose to achieve this is in two