On 22 May 2005 23:32, Max Maischein (Corion) wrote:
The file is (live version) :
http://svn.openfoundry.org/pugs/src/Pugs/Compat.hs
The implemented wrappers that are functional and not just stubs are (as of r3680) :
For System.Environment: setEnv :: String -> String -> Bool -> IO () getEnv :: String -> IO (Maybe String) unsetEnv :: String -> IO ()
System.Environment.getEnv should work on Win32. For the others, it would possibly make sense to include these in System.Environment, with implementations for both Unix & Win32.
For Posix.Process getProcessTimes :: IO ProcessTimes getProcessID :: IO Int
Should probably be in System.Win32 somewhere.
The code itself is dual-licensed under the Artistic License and GPL and thus should be compatible with whatever license GHC uses.
Unfortunately we can't take code under that license into our existing packages - the rule is that each package has a single license, and currently all the packages distributed with GHC have a BSD3 license, with the exception of readline. You can start new packages, of course.
Hope you find my code useful,
Contributions are always welcome, even if we can't use the code directly. You've pointed out things that the standard libraries lack. Thanks! Cheers, Simon
Hello Simon, Monday, May 23, 2005, 2:57:27 PM, you wrote: SM> System.Environment.getEnv should work on Win32. it really works, i use it -- Best regards, Bulat mailto:bulatz@HotPOP.com
System.Environment.getEnv should work on Win32. For the others, it would possibly make sense to include these in System.Environment, with implementations for both Unix & Win32. getEnv works yes, but I wanted to have setEnv and unsetEnv too, and I
For Posix.Process getProcessTimes :: IO ProcessTimes getProcessID :: IO Int
Should probably be in System.Win32 somewhere. Oh - I have completely overlooked System.Win32 - I'll take a dive into
The code itself is dual-licensed under the Artistic License and GPL and thus should be compatible with whatever license GHC uses.
Unfortunately we can't take code under that license into our existing packages - the rule is that each package has a single license, and currently all the packages distributed with GHC have a BSD3 license, with the exception of readline. You can start new packages, of course. I did not express myself well - by "dual licensed" I mean that the choice of license is with the user of the code, and this code offers two
Hello Simon, think the interface was somehow different. that and see what I can find there! licenses, the viral GPL and the reuse friendly Artistic License. I imagine that if you chose the Artistic License there should be no problem, but I'll take a look at the BSD3 license - there should be no problem using this code with GHC, as I prefer code to be used instead of being encumbered with licenses. If it turns out that Artistic and BSD3 are incompatible, I'll need to talk to the other committers, but I still expect to be able to give you the code. Thanks for the quick feedback and hint of System.Win32, -max
participants (3)
-
Bulat Ziganshin -
Max Maischein (Corion) -
Simon Marlow