Closed wildart closed 7 years ago
I am running into this issue. Bump to have this merged and tagged @malmaud @tkelman
cannot be tagged until https://github.com/JuliaWeb/HttpParser.jl/pull/36#issuecomment-195600956 is dealt with, otherwise the package will break on windows. merging this seems harmless I guess
@tkelman Who maintains windows http-parser binary?
@IainNZ and @ihnorton worked on them I think, ref https://github.com/JuliaWeb/HttpParser.jl/pull/17 and https://github.com/JuliaWeb/HttpParser.jl/pull/18. Before my time. I think the answer today is "no one."
@tkelman what do we do about this one?
We should take the pure-Julia reimplementation from HTTP.jl and move it here to get rid of the binary dependency, but restore the modularity for people who only need parsing but not server functionality.
That is the long term plan, but this package still needs supporting in the meanwhile.
I don't really agree with that. The name and modularity are worth keeping, but not the C wrapper.
That's neither here nor there. There is a long list of packages that depending on this, via Requests and HTTPServer. No one is going to have the time to redo and test the entire ecosystem in the next couple of months. Jacob has said he plans to do this at some eventually, but I doubt that will happen immediately.
If you have any constructive comments about this particular PR, please do say. Otherwise, I'm not sure what your point is... leave things as unmaintained as they currently are?
If this PR was fixing a widespread issue it would have seen comments on this or the issue or discourse over the last year. The library was upgraded last year, so I doubt this is fixing an issue that still happens. If there's something reproducible that needs fixing, sure do so. I see no evidence of that right now.
Great, thanks, that's helpful. I'll tentatively close this then.
Use different name for a build-in dependency library in the build script to avoid hooking to system library [#46].
P.S. Ahh, fine BinDeps hacking.