Re: [Haskell-cafe] Hoogle and Network.Socket

Niel, Outside of flags to enable display of modules specific to each major platform (+windows, +posix, +osx) I see two options. This all depends on hoogle having some sort of list of modules for each platform, which I believe would be the main problem. 1) Show all the functions (when the number is low), but place platform specific functions under separate headers: "Windows", "Linux/BSD/POSIX", "OS X", etc. This way the users can remain as ignorant as I was and still find their data. 2) Detect the OS (when possible - perhaps difficult for the web/JS interface) and display the functions specific to the platform requesting the search. This has a small issue if you are searching on one platform and programming on/for another platform. But the flags could still be used. Thomas On Thu, Feb 19, 2009 at 9:11 AM, Neil Mitchell wrote:

Hi

http://haskell.org/hoogle/?q=socket+%2Bnetwork

By default it searches the libraries supplied with Windows apart from Network (for various technical reasons). If you add +network it will then search the network library.

What libraries should Hoogle search by default? What flags should be available to control which ones are searched? I have no idea, if you do then say what you think and why!

Thanks

Neil

On Thu, Feb 19, 2009 at 2:50 AM, Thomas DuBuisson wrote:

...

I recall that Niel made sure hoogle doesn't search through non-portable libraries (a shame), but I thought Network.Socket could be used on Windows and yet Hoogle does not give any results for 'socket' or any other functions within Network.Socket.

First, am I mistaken and Network.Socket is POSIX only? I could swear it wasn't. Secondly - is there any chance of lifting the non-portable libraries ban, Niel? From the stand point of an application developer it might not sound good, but even in Haskell some software is system level and bound to be single platform (case and point: XCB, xmonad, hsXenCtrl). Judging by the amount of research in systems level functional programming I wouldn't be surprised to see this collection grow and making functions hard to find isn't productive.

Thomas _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe