On 01-Jun-2000, S.D.Mechveliani <[EMAIL PROTECTED]> wrote:
> Why people do not complain on the mode argument outside of Haskell:
> `zip -r ...' `unzip -t xxx.zip' `tar xvfz xxx.tar.gz'
> ?
People do indeed complain about Unix's habit of using cryptic option
sequences like `-r', `-t' or
To my suggestion on the mode argument for some standard functions
>> quotRem ... divRem ...
>>
>> And we can hardly invent the mode type better than Char,
>> because any specially introduced mode types bring the long names.
>>
>> quotRem 'n' x (-3) looks better than the pair quotRem & divM
Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> wrote,
> On Wed, May 31, 2000 at 12:06:00PM +1000, Manuel M. T. Chakravarty wrote:
> > The one hole I am most concerned about is
> > access to standard OS services and code written in other
> > languages
>
> FWIW, C has the same problem, and yet n+1 pro
"S.D.Mechveliani" wrote:
>
> More example on standard functions needing the *mode*:
> in quotRem, quot, rem,
> divMod, div, mod.
>
... blather about adding a "Char" argument to standard functions ...
Here is our first attempt to model the abstract Dirac's
formalism of Quantum Mechanics in Haskell.
www.numeric-quest.com/haskell/QuantumVector.html
The exerpt from the summary follows.
Jan Skibinski
Wed, 31 May 2000 13:54:40 +0400 (MSD), S.D.Mechveliani <[EMAIL PROTECTED]> pisze:
> in quotRem, quot, rem,
> divMod, div, mod.
>
> the latter triplet is unnecessary, if the first has the mode argumen
On Wed, May 31, 2000 at 12:06:00PM +1000, Manuel M. T. Chakravarty wrote:
> The one hole I am most concerned about is
> access to standard OS services and code written in other
> languages
FWIW, C has the same problem, and yet n+1 programmers are happy with C
(and its descendants).
--
%%% Antti
On Wed, 31 May 2000, S.D.Mechveliani wrote:
> And we can hardly invent the mode type better than Char,
> because any specially introduced mode types bring the long names.
>
> quotRem 'n' x (-3) looks better than the pair quotRem & divMod,
> and
> quotRem QuotRemSuchAndSuch x (-3)
>
On Wed, 31 May 2000, S.D.Mechveliani wrote:
> And we can hardly invent the mode type better than Char,
> because any specially introduced mode types bring the long names.
>
> quotRem 'n' x (-3) looks better than the pair quotRem & divMod,
> and
> quotRem QuotRemSuchAndSuch x (-3)
>
More example on standard functions needing the *mode*:
in quotRem, quot, rem,
divMod, div, mod.
the latter triplet is unnecessary, if the first has the mode
argument.
And we can hardly invent the mo
Thanks a lot.
As to `SYNTAX', all right, let it be two month later.
It makes sense when it is in the *standard*. If it is only GHC feature,
it is 50% good.
| So, I set
| import qualified Prelude
| import Prelude hiding (Ord(..), Bounded(..), Num(..), Integral(..),
| Fractional(..), subtract, fromIntegral,
| even, odd, gcd, lcm, (^), (^^)
| )
| ...,
| and the user modules
Wed, 31 May 2000 08:42:54 +0400 (MSD), S.D.Mechveliani <[EMAIL PROTECTED]> pisze:
> partition :: Char -> (a -> Bool) -> [a] -> ([a],[a])
> groupBy :: Char -> (a -> a -> Bool) -> [a] -> [[a]]
> sort(By) :: Char -> ...
Please no! Using Char for a gener
13 matches
Mail list logo
