Re: [perl #21668] APL doesn't use sigils

2003-03-26 Thread Benjamin Goldberg
Stéphane Payrard wrote: [snip] > Non alphabetic characters are very conspicuous, so redundancy should > be avoided. But Sigil _and_square/curly bracket are redundant. Not quite... In Perl5, the dereference operator (->) is optional between pairs of subscript operators, so $foo[$x]->[$y] can be wr

Re: BASIC, IMCC, and Windows.

2003-03-26 Thread Clinton A. Pierce
At 04:53 PM 3/20/2003 +0100, Leopold Toetsch wrote: Clinton A. Pierce wrote: The suggestion was made last week that I try filtering the compiled BASIC stuff through IMCC for performance reasons and whatnot. IMCC seems to want headers that MSVC++ isn't happy with: cl -nologo -O1 -MD -DND

Re: [perl #21668] APL doesn't use sigils

2003-03-26 Thread Dan Sugalski
At 11:10 AM -0500 3/25/03, Adam Turoff wrote: On Mon, Mar 24, 2003 at 08:21:51PM -0500, Benjamin Goldberg wrote: And what happens if a programmer wants to have two different variables, of two different types, with the same name, such as @data and %data? Without sigils, it cannot be done. Vast nu

Re: [perl #21668] APL doesn't use sigils

2003-03-26 Thread Stéphane Payrard
On Wed, Mar 26, 2003 at 02:21:52PM +0100, Stéphane Payrard wrote: > On Wed, Mar 26, 2003 at 09:49:38AM +0100, Kay Roepke wrote: > > > > On Wednesday, March 26, 2003, at 04:29 AM, Adam Turoff wrote: > > > > >I've never come across a programmer who wishes he could do this > > >in C and have the co

Re: [perl #21668] APL doesn't use sigils

2003-03-26 Thread Stéphane Payrard
On Wed, Mar 26, 2003 at 09:49:38AM +0100, Kay Roepke wrote: > > On Wednesday, March 26, 2003, at 04:29 AM, Adam Turoff wrote: > > >I've never come across a programmer who wishes he could do this > >in C and have the compiler magically know what's what: > > > > int spam (int spam, char **spam

Re: [perl #21668] APL doesn't use sigils

2003-03-26 Thread Kay Roepke
On Wednesday, March 26, 2003, at 04:29 AM, Adam Turoff wrote: I've never come across a programmer who wishes he could do this in C and have the compiler magically know what's what: int spam (int spam, char **spam) { int eggs; double spam; re