Skip to content
This repository has been archived by the owner on Dec 9, 2018. It is now read-only.

implement net::lookup_host #101

Open
japaric opened this issue Feb 4, 2017 · 6 comments
Open

implement net::lookup_host #101

japaric opened this issue Feb 4, 2017 · 6 comments
Labels

Comments

@japaric
Copy link
Owner

japaric commented Feb 4, 2017

it was missing from #85

cc @aleksander

@tbu-
Copy link
Collaborator

tbu- commented Feb 4, 2017

This is hard. :) We need to implement our own resolver for that, or find some library that does it.

@japaric japaric added the D-hard label Feb 4, 2017
@aleksander
Copy link
Contributor

I'll try to implement. I use musl libc implementation as reference.

@briansmith
Copy link

Implementing a resolver is a major project that IMO should be in its own crate that can be shared with other projects. There are already multiple projects implementing DNS in Rust and it would be great to work together with them.

@japaric japaric mentioned this issue Feb 25, 2017
14 tasks
@aleksander
Copy link
Contributor

aleksander commented Apr 14, 2017

host lookup implementations I found:

  • trust-dns
  • rotor-dns
  • domain

Can we use such big crates as trust-dns or rotor-dns?

@tbu-
Copy link
Collaborator

tbu- commented Apr 14, 2017

It will be hard to use those libraries directly right now: They use a lot of the standard library that we haven't implemented yet. Other than that, I'd not be opposed to using a big existing library, we can always find a smaller one later.

@japaric
Copy link
Owner Author

japaric commented Apr 15, 2017

We can directly use no_std crates that don't depend on libc. Everything else we would have to vendor here and hope that we won't have to modify it too much.

So, if we have to pick one of those three, I'd vote for the one that needs less modifications. Code size is not much of a problem but the more we have to modify the crate, the greater the work required to upgrade the dependency.

@aleksander aleksander mentioned this issue Apr 17, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

4 participants