On Wed, Jan 09, 2013 at 08:31:14PM +0100, Marco van de Voort wrote:
> I guess that is the bright side of it all. Sooner or later we can have an
> obfuscated Pascal contest, just like the other ones :-)
I'm sure we can already have a contest just with the careful application
of macros :)
Henry
___
In our previous episode, Mark Morgan Lloyd said:
> :-) I meant what I wrote: a comparison on the right producing a Boolean
> which is assigned to three variables in a list. The parentheses were to
> try to make it a bit clearer, and I note that a Perl list is in
> parentheses rather than bracket
Marco van de Voort wrote:
In our previous episode, Mark Morgan Lloyd said:
[a, b, c] := (d = e);
would have been minimally acceptable.
Did you really mean that or did you mean
[a, b, c] := (d := e);
? :-)
:-) I meant what I wrote: a comparison on the right producing a Boolean
which i
In our previous episode, Mark Morgan Lloyd said:
> [a, b, c] := (d = e);
>
> would have been minimally acceptable.
Did you really mean that or did you mean
[a, b, c] := (d := e);
? :-)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
htt
Henry Vermaak wrote:
On Wed, Jan 09, 2013 at 10:46:54AM +, Mark Morgan Lloyd wrote:
I've got a vague recollection that since that episode the kernel
maintainers have mandated a use of parentheses that helps the
compiler pick up the distinction between an equality and an
Assignment inside i
> Thanks, but that's what the make file appears to do already (crossinstall
into a local target which is then zipped).
Owh, then it should be correct. My automatic build script installs to
correct directory structure for winXX targets... something must be wrong
there...
--
View this message in
09.01.13, 20:57, Michael Fuchs wrote:
Am 08.01.2013 23:43, schrieb Paul Ishenin:
What is the best way for a discussion on this? Should I create a feature
request in bugtracker?
First create a desired implementation with a patch.
I would do it, if I only know where to start. Unfortunately are
On Wed, Jan 09, 2013 at 10:46:54AM +, Mark Morgan Lloyd wrote:
> I've got a vague recollection that since that episode the kernel
> maintainers have mandated a use of parentheses that helps the
> compiler pick up the distinction between an equality and an
Assignment inside if statements are us
Am 08.01.2013 23:43, schrieb Paul Ishenin:
What is the best way for a discussion on this? Should I create a feature
request in bugtracker?
First create a desired implementation with a patch.
I would do it, if I only know where to start. Unfortunately are my
experiences in compiler programmin
On Tue, January 8, 2013 23:43, Paul Ishenin wrote:
> 09.01.13, 6:26, Michael Fuchs пишет:
>
>> What is the best way for a discussion on this? Should I create a feature
>> request in bugtracker?
>
> First create a desired implementation with a patch.
Well, I may overlook something, of course, but I
Henry Vermaak wrote:
On Wed, Jan 09, 2013 at 08:42:22AM +, Mark Morgan Lloyd wrote:
But if you want an example of a very nasty bug caused by C/C++
multiple assignment, there was a well-documented attempt to slip a
privilege escalation into the Linux kernel based on this a few years
ago.
It'
On Wed, Jan 09, 2013 at 08:42:22AM +, Mark Morgan Lloyd wrote:
> But if you want an example of a very nasty bug caused by C/C++
> multiple assignment, there was a well-documented attempt to slip a
> privilege escalation into the Linux kernel based on this a few years
> ago.
>
> It's very easy
Jorge Aldo G. de F. Junior wrote:
Your phrase almost made me care about...
Do you wanna make me care ? Show some points, make a constructive
critic about what i said etc.
For all that matter, your answer is just a plain old argumentum ad
hominem, a fallacy category, and being a fallacy, tells m
On 09 Jan 2013, at 04:00, Jorge Aldo G. de F. Junior wrote:
Your phrase almost made me care about...
And that's enough for this little language war, thank you. Feature
requests like this can certainly be discussed, but please do so
without starting to insult programmers using other langua
14 matches
Mail list logo
