Re: [fpc-devel] Portability Standards

2005-01-02 Thread Tomas Hajny
On Sun, 2 Jan 2005 23:35:10 +0100 (Romance Standard Time), Michael Van Canneyt wrote > On Sun, 2 Jan 2005, DrDiettrich wrote: > > > Michael Van Canneyt wrote: . . > > 2) File Restructuring > > I've separated the spaghetti code in AbUtils.pas into distinct MSWINDOWS > > and UNIX sections, each co

Re: [fpc-devel] Interface to compressed files and archives

2005-01-02 Thread Vinzent Hoefler
On Friday 31 December 2004 14:24, [EMAIL PROTECTED] wrote: > Normally one never uses a fully qualified identifier. So I'm not normal. ;) I *always* use them. Makes life easier. > Only when a possible name conflict exists, which > - Should be very rare, and avoided in the first place. IBTD. I ev

Re: [fpc-devel] Portability Standards

2005-01-02 Thread Michael Van Canneyt
> > > I'm willing to demonstrate my ideas in a redesign and extension of > > > Abbrevia, so that we have a concreter base for further discussions. But > > > before starting with that work I would like to hear some encouraging > > > opinions or suggestions. > > > > I think you can do this. I wil

Re: [fpc-devel] Portability Standards

2005-01-02 Thread Michael Van Canneyt
On Sun, 2 Jan 2005, DrDiettrich wrote: > Michael Van Canneyt wrote: > > > > I'm willing to demonstrate my ideas in a redesign and extension of > > > Abbrevia, so that we have a concreter base for further discussions. But > > > before starting with that work I would like to hear some encouraging

Re: [fpc-devel] compiler bug?

2005-01-02 Thread Michael Van Canneyt
No offence meant but, Can this thread (see subject) please be stopped ? It is no longer interesting for the rest of us, and threatens to lead to a flame war. I'm sure no-one is interested in that either. Michael. ___ fpc-devel maillist - fpc-devel@l

Re: [fpc-devel] Optimization error causes pyacc and plex to fail

2005-01-02 Thread Marco van de Voort
> On 1 jan 2005, at 19:49, [EMAIL PROTECTED] wrote: > > Can't seem to get bug submission to work so I'm sending this here. > > The 1.9.x distributed binaries of plex and pyacc both fail, as well as > > any created from a 1.9.5 source snapshot. plex ends normally but only > > creates 2 states. pya

Re: [fpc-devel] Optimization error causes pyacc and plex to fail

2005-01-02 Thread Florian Klaempfl
Jonas Maebe wrote: On 1 jan 2005, at 19:49, [EMAIL PROTECTED] wrote: Can't seem to get bug submission to work so I'm sending this here. The 1.9.x distributed binaries of plex and pyacc both fail, as well as any created from a 1.9.5 source snapshot. plex ends normally but only creates 2 states. py

Re: [fpc-devel] Portability Standards

2005-01-02 Thread DrDiettrich
Michael Van Canneyt wrote: > > I'm willing to demonstrate my ideas in a redesign and extension of > > Abbrevia, so that we have a concreter base for further discussions. But > > before starting with that work I would like to hear some encouraging > > opinions or suggestions. > > I think you can

Re: [fpc-devel] Portability Standards

2005-01-02 Thread DrDiettrich
Michael Van Canneyt wrote: > > 1) Target Dependencies > Agreed 100%. > In general, a component suite should have all os-dependent code in a single > unit, presenting the rest of the suite with a uniform API. Fine :-) But how should that code be implemented? For various target platforms? > > 2)

Re: [fpc-devel] Optimization error causes pyacc and plex to fail

2005-01-02 Thread Jonas Maebe
On 1 jan 2005, at 19:49, [EMAIL PROTECTED] wrote: Can't seem to get bug submission to work so I'm sending this here. The 1.9.x distributed binaries of plex and pyacc both fail, as well as any created from a 1.9.5 source snapshot. plex ends normally but only creates 2 states. pyacc fails with a RT

Re: [fpc-devel] compiler bug?

2005-01-02 Thread Nico Aragón
El Domingo, 2 de Enero de 2005 17:01, Jose Manuel escribiste: > > IIRC, any non-zero value is evaluated as "True" for a Boolean > > variable. The > > No, and no. There your assuming some implementation of the type Boolean. > I Peter stated, bitwise logic and Boolean logic are neatly separated in >

Re: [fpc-devel] fpUmask in Darwin

2005-01-02 Thread Jonas Maebe
On 31 dec 2004, at 02:00, Gary Handelman wrote: Does anyone know what happened to the fpUmask function under fpc Darwin 1.9.5 [2004/08/08] for powerpc? I'm guessing that It's supposed to be in the baseunix unit, and I have verified this under fpc Linux 1.9.4 [2004/05/30] for i386. Using the Darwin

RE: [fpc-devel] compiler bug?

2005-01-02 Thread Jose Manuel
> I think it's slightly subtler. I guess that this code: > > if not b then > WriteLn('False') > else if b then > WriteLn('True') > else > WriteLn('Other'); > > ...could throw a different result. > > IIRC, any non-zero value is evaluated as "True" for a Boolean > variable. The

[fpc-devel] FPC 1.9.6 (a.k.a. 2.0.0-RC1) is out

2005-01-02 Thread Michael . VanCanneyt
Hello, The Free Pascal Team is pleased to announce that FPC version 1.9.6 (or 2.0.0-RC1) is available and ready for download. This is a pre-release of version 2.0. As such, it is considered a beta of the upcoming 2.0 release, which is expected to be released in one or two months from here. Whil

[fpc-devel] Demo prog problem

2005-01-02 Thread John Taylor
Hi, As someone new to Pascal and to FreePascal, I've tried to compile and run the supplied demo pascal programs. However, I'm having trouble compiling dlltest.pp. I get a compile error dlltest.pp(15,24) Fatal:syntax error. : expected but const string found. testdll.pp compiled OK and created a .dl

Re: [fpc-devel] Portability Standards

2005-01-02 Thread Michael Van Canneyt
On Sat, 1 Jan 2005, DrDiettrich wrote: > In the meantime I downloaded the Abbrevia package from SourceForge, and > came across several unpleasent constructs. Please let me introduce my > preferred programming model for portable code. > > 1) Target Dependencies > I don't accept any OS or machine

[fpc-devel] fpUmask in Darwin

2005-01-02 Thread Gary Handelman
Hello. Does anyone know what happened to the fpUmask function under fpc Darwin 1.9.5 [2004/08/08] for powerpc? I'm guessing that It's supposed to be in the baseunix unit, and I have verified this under fpc Linux 1.9.4 [2004/05/30] for i386. Using the Darwin compiler gives me: Identifier not foun

Re: [fpc-devel] Interface to compressed files and archives

2005-01-02 Thread Michael Van Canneyt
On Sat, 1 Jan 2005, DrDiettrich wrote: > [EMAIL PROTECTED] wrote: > > > > E.g.: gzip.xyz, is this based on a gzip unit or a gzip variable or... > > > > Does this matter to you ? > > > > Normally one never uses a fully qualified identifier. > > And that can become a problem, when a variable and a

Re: [fpc-devel] compiler bug?

2005-01-02 Thread Nico Aragón
El Jueves, 30 de Diciembre de 2004 22:01, peter green escribiste: > you are forciblly putting an out of range value in a variable what do you > expect to happen? I think it's slightly subtler. I guess that this code: if not b then WriteLn('False') else if b then WriteLn('True') el