On 01-Jun-2000, Ketil Malde <[EMAIL PROTECTED]> wrote:
> Fergus Henderson <[EMAIL PROTECTED]> writes:
>
> >> Again, `Positive' would not do, it should be something like
> >> QuotRem_Positive, and so on.
>
> > This is a problem with Haskell, IMHO.
>
> > Mercury allows overloading of constructo
Fergus Henderson <[EMAIL PROTECTED]> writes:
>> Again, `Positive' would not do, it should be something like
>> QuotRem_Positive, and so on.
> This is a problem with Haskell, IMHO.
> Mercury allows overloading of constructor names, so in Mercury you
> could use just `Positive' rather than `Quo
Marcin 'Qrczak' Kowalczyk wrote:
> Of course I still think that div and sort should not have any form of mode
> argument.
Agreed!
--
-- Lennart
ors. Look at TclHaskell, it has overloaded option lists for
widgets.
Of course I still think that div and sort should not have any form of mode
argument.
--
Marcin 'Qrczak' Kowalczyk
error prone then something is only worth doing if it solves all
the errors completely, not if it only makes things slightly less error
prone?' That would suggest that strong typing, haskell style modules and
numerous other innovations are mistakes made in the language design
process.
>
>
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 cryp
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'