Il 02/09/2012 18:26, Sven Barth ha scritto:
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 h
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
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
On 31.08.2012 12:12, Mark Morgan Lloyd wrote:
Rainer Stratmann wrote:
Am Friday 31 August 2012 11:23:49 schrieb Mark Morgan Lloyd:
Rainer Stratmann wrote:
Am Friday 31 August 2012 10:38:32 schrieb Mark Morgan Lloyd:
FPC is mature in terms of
age, mature in terms of stability, and mature in te
> 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
rather that your proposal tries to "fix" a
Rainer Stratmann wrote:
Am Friday 31 August 2012 11:23:49 schrieb Mark Morgan Lloyd:
Rainer Stratmann wrote:
Am Friday 31 August 2012 10:38:32 schrieb Mark Morgan Lloyd:
FPC is mature in terms of
age, mature in terms of stability, and mature in terms of the developers
not liking changing estab
Hi,
Can this thread please be moved to fpc-other? I think everyone has
been able to make their opinion clear on this matter.
Thanks,
Jonas
FPC mailing lists admin.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal
Am Friday 31 August 2012 11:23:49 schrieb Mark Morgan Lloyd:
> Rainer Stratmann wrote:
> > Am Friday 31 August 2012 10:38:32 schrieb Mark Morgan Lloyd:
> >> FPC is mature in terms of
> >> age, mature in terms of stability, and mature in terms of the developers
> >> not liking changing established f
Rainer Stratmann wrote:
Am Friday 31 August 2012 10:38:32 schrieb Mark Morgan Lloyd:
FPC is mature in terms of
age, mature in terms of stability, and mature in terms of the developers
not liking changing established features: sometimes that frustrates
almost everybody, but it's something to be l
On 31/08/12 09:27, Rainer Stratmann wrote:
I could swear that it supports it...
I thought the same, and that is why I tried it myself. :) I guess we
have been with Object Pascal for too long, and forgot the difference
between Pascal and Object Pascal.
Graeme.
__
On 30/08/2012 18:13, Reinier Olislagers wrote:
> On 30-8-2012 18:44, Rainer Stratmann wrote:
[...]
>> Ok so you prefer to let the beginner leave out in the rain.
>> Because he and someone else (more experienced) _could_ mislead a clearly
>> formulated message (are you in the right syntax mode?).
>
Rainer Stratmann wrote:
Thus I thought freepascal is not
mature when an error like:
'identifier "result" not found' comes up with no further comment.
'Result' is a Delphi-ism. FPC predates Delphi. FPC is mature in terms of
age, mature in terms of stability, and mature in terms of the develop
Am Friday 31 August 2012 10:27:32 schrieb Rainer Stratmann:
> TMT Pascal (now Framework Pascal) _does_ support a function result.
> Although it is not described in the online documentation.
> http://www.frameworkpascal.com
http://www.frameworkpascal.com/contribs.htm
The first demo program uses al
Am Friday 31 August 2012 01:59:45 schrieb Graeme Geldenhuys:
> On 30/08/12 17:07, Jonas Maebe wrote:
> > Turbo Pascal does not support the "result" alias for the function
> > result.
>
> Yup, I can confirm that. I just tested with Turbo Pascal 5.5 :) Wow,
> that brought back memories.
TP 7.0 also
On 30/08/12 17:07, Jonas Maebe wrote:
Turbo Pascal does not support the "result" alias for the function
result.
Yup, I can confirm that. I just tested with Turbo Pascal 5.5 :) Wow,
that brought back memories.
Graeme.
___
fpc-pascal maillist -
On 30-8-2012 18:44, Rainer Stratmann wrote:
> Am Thursday 30 August 2012 18:28:41 schrieb Tomas Hajny:
>> I
>> do not say that it is wrong to be more helpful in error messages, but
>> rather that your proposal tries to "fix" a very small fragment of
>> something much more general and moreover that
Rainer Stratmann wrote:
Am Thursday 30 August 2012 18:07:13 schrieb Jonas Maebe:
On 30 Aug 2012, at 17:14, Rainer Stratmann wrote:
TP for DOS at
least supports a function result (as I remember) thus it is not Delphi
only as you mention.
Turbo Pascal does not support the "result" alias for the
Am Thursday 30 August 2012 18:28:41 schrieb Tomas Hajny:
> I
> do not say that it is wrong to be more helpful in error messages, but
> rather that your proposal tries to "fix" a very small fragment of
> something much more general and moreover that the proposed message may be
> very easily mislead
On Thu, August 30, 2012 17:14, Rainer Stratmann wrote:
> Am Thursday 30 August 2012 16:50:30 schrieb Tomas Hajny:
>> > The scenario occures when someone starts freepascal as I already
>> > documented in
>> > my first E-Mail.
>> >
>> > When someone wants to compile a TurboPascal or Delphi program wi
Am Thursday 30 August 2012 18:07:13 schrieb Jonas Maebe:
> On 30 Aug 2012, at 17:14, Rainer Stratmann wrote:
> > TP for DOS at
> > least supports a function result (as I remember) thus it is not Delphi
> > only as you mention.
>
> Turbo Pascal does not support the "result" alias for the function re
On 30 Aug 2012, at 17:14, Rainer Stratmann wrote:
> TP for DOS at
> least supports a function result (as I remember) thus it is not Delphi only
> as you mention.
Turbo Pascal does not support the "result" alias for the function result.
> What's wrong with such a message that is easy to implem
Mark Morgan Lloyd wrote:
Rainer Stratmann wrote:
TP for DOS at least supports a function result (as I remember) thus it
is not Delphi only as you mention.
It supports a function result, but it doesn't IIRC treat 'result' as a
special identifier. Delphi /has/ to have 'result', since otherwise
Am Thursday 30 August 2012 17:46:09 schrieb Mark Morgan Lloyd:
> Rainer Stratmann wrote:
> > I am not familiar with the compilers soucecode.
> >
> > I don't think that it is that difficult to implement.
>
> Those two statements are contradictory. I've previously raised issues
> related to command-l
Rainer Stratmann wrote:
I am not familiar with the compilers soucecode.
I don't think that it is that difficult to implement.
Those two statements are contradictory. I've previously raised issues
related to command-line options and error messages, and had the issues
patiently explained to
Rainer Stratmann wrote:
TP for DOS at
least supports a function result (as I remember) thus it is not Delphi only
as you mention.
It supports a function result, but it doesn't IIRC treat 'result' as a
special identifier. Delphi /has/ to have 'result', since otherwise
redefining standard ope
Am Thursday 30 August 2012 16:50:30 schrieb Tomas Hajny:
> > The scenario occures when someone starts freepascal as I already
> > documented in
> > my first E-Mail.
> >
> > When someone wants to compile a TurboPascal or Delphi program with
> > freepascal.
> > Then he already knows that result is a
On Thu, August 30, 2012 15:08, Rainer Stratmann wrote:
> Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
>> Since this behavior is documented, one should read the documentation
>> first:
>> http://www.freepascal.org/docs-html/ref/refse76.html
>
> There is much documentation spread over many
Am Thursday 30 August 2012 15:59:12 schrieb Reinier Olislagers:
> On 30-8-2012 15:49, Rainer Stratmann wrote:
> > Am Thursday 30 August 2012 15:33:36 schrieb Reinier Olislagers:
> >> On 30-8-2012 15:08, Rainer Stratmann wrote:
> >>> Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
> Sinc
On 30-8-2012 15:49, Rainer Stratmann wrote:
> Am Thursday 30 August 2012 15:33:36 schrieb Reinier Olislagers:
>> On 30-8-2012 15:08, Rainer Stratmann wrote:
>>> Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
Since this behavior is documented, one should read the documentation
firs
Am Thursday 30 August 2012 15:33:36 schrieb Reinier Olislagers:
> On 30-8-2012 15:08, Rainer Stratmann wrote:
> > Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
> >> Since this behavior is documented, one should read the documentation
> >> first: http://www.freepascal.org/docs-html/ref/refs
Am Thursday 30 August 2012 15:20:46 schrieb Mark Morgan Lloyd:
> > When someone wants to compile a TurboPascal or Delphi program with
> > freepascal. Then he already knows that result is a function result, but
> > freepascal gives an error about this.
>
> I agree. However I don't know whether a bla
On 30-8-2012 15:08, Rainer Stratmann wrote:
> Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
>> Since this behavior is documented, one should read the documentation first:
>> http://www.freepascal.org/docs-html/ref/refse76.html
>
> There is much documentation spread over many servers.
I do
Rainer Stratmann wrote:
Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
Since this behavior is documented, one should read the documentation first:
http://www.freepascal.org/docs-html/ref/refse76.html
There is much documentation spread over many servers.
Anyway, how could one find tha
Am Thursday 30 August 2012 14:39:06 schrieb leledumbo:
> Since this behavior is documented, one should read the documentation first:
> http://www.freepascal.org/docs-html/ref/refse76.html
There is much documentation spread over many servers.
> Anyway, how could one find that Result is used as fun
Since this behavior is documented, one should read the documentation first:
http://www.freepascal.org/docs-html/ref/refse76.html
Anyway, how could one find that Result is used as function result without
reading the docs?
--
View this message in context:
http://free-pascal-general.1045716.n5.na
35 matches
Mail list logo
