Proposed change to libraries
Sean Hinde
sean.hinde@REDACTED
Fri Feb 4 16:47:22 CET 2005
Seconded
Sean
On 4 Feb 2005, at 13:31, Chandrashekhar Mullaparthi wrote:
> I'm in favour of aligning the code to the documentation :-)
>
> Chandru
>
>> -----Original Message-----
>> From: Kostis Sagonas [mailto:kostis@REDACTED]
>> Sent: 04 February 2005 13:18
>> To: erlang-questions@REDACTED
>> Subject: Proposed change to libraries
>>
>>
>> We had an interesting discussion in the HiPE group today, so let
>> me take a quick poll on the following issue.
>>
>> The Erlang/OTP documentation specifies that e.g. lists:map/2 is
>> -------------------------------------------------------------------
>> map(Func, List1) -> List2
>> Types:
>> Func = fun(A) -> B
>> List1 = [A]
>> List2 = [B]
>> -------------------------------------------------------------------
>>
>> However, currently this does NOT agree with its implementation.
>> For example, one can issue the call:
>>
>> lists:map(gazonk, [])
>>
>> which will return [].
>>
>> Will it cause havoc if in a future Erlang version such calls
>> result in a 'function_clause' error?
>>
>> I.e., change the implementation of map/2 (and similar functions)
>> as if defined by:
>>
>> map(F, [H|T]) ->
>> [F(H)|map(F, T)];
>> map(F, []) when is_function(F) -> %% andalso is_fun_arity(F) == 1
>> [].
>>
>>
>> Kostis
>>
>
>
>
> NOTICE AND DISCLAIMER:
> This email (including attachments) is confidential. If you have
> received
> this email in error please notify the sender immediately and delete
> this
> email from your system without copying or disseminating it or placing
> any
> reliance upon its contents. We cannot accept liability for any
> breaches of
> confidence arising through use of email. Any opinions expressed in
> this
> email (including attachments) are those of the author and do not
> necessarily
> reflect our opinions. We will not accept responsibility for any
> commitments
> made by our employees outside the scope of our business. We do not
> warrant
> the accuracy or completeness of such information.
>
More information about the erlang-questions
mailing list