Type Specification of net:getnameinfo()
Wed Jan 27 15:33:07 CET 2021
No, net is *not* planned to be removed!
I was talking about the ifdef'ing, nothing else.
From: Nalin Ranjan <ranjanified@REDACTED>
Sent: Wednesday, January 27, 2021 3:01 PM
To: Nicolas Martyanoff <khaelin@REDACTED>
Cc: Micael Karlberg <micael.karlberg@REDACTED>; Erlang-Questions Questions <erlang-questions@REDACTED>
Subject: Re: Type Specification of net:getnameinfo()
For this particular function its a delegation to prim_net:getnameinfo/2<https://protect2.fireeye.com/v1/url?k=84aecd19-db35f434-84ae8d82-8692dc8284cb-c2634a3f89b46f21&q=1&e=b2b6d2f6-9676-43a2-901a-9a8708bb6c75&u=https%3A%2F%2Fgithub.com%2Ferlang%2Fotp%2Fblob%2Fmaster%2Ferts%2Fpreloaded%2Fsrc%2Fprim_net.erl%23L160> or erlang:error(notsup). Of course, apart from some argument match.
And Micael mentioned its destined to be removed in future.
On Wed, Jan 27, 2021 at 9:13 AM Nalin Ranjan <ranjanified@REDACTED<mailto:ranjanified@REDACTED>> wrote:
Thanks a lot Nicolas.
Will go through, and then may be express my hunch that this is a way in which details are either leaking and/or is not sufficient at the level of a type spec. But who knows I endup correcting myself after a little follow up.
On Tue, Jan 26, 2021, 10:05 PM Nicolas Martyanoff <khaelin@REDACTED<mailto:khaelin@REDACTED>> wrote:
On 2021-01-26 21:46, Nalin Ranjan wrote:
> 2. In this particular case of type specification, the only difference is in
> one of the parameters of the function. I was also wondering if we could
> have used a union instead to write the same type spec, it would have been
> For example,
> Instead of writing a type spec like this
> SomeVar :: xxx_type().
> SomeVar :: yyy_type().
> We could specify the same type spec as:
> SomeVar :: xxx_type() | yyy_type().
> Any reason we preferred the former over the latter?
If Erlang is compiled without socket support, some types will not exist at
all. Using the preprocessor makes it possible to provide specifications
with types which actually exist, with or without socket support.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the erlang-questions