cvs commit: hugs98/dotnet License.net hugs98/dotnet/doc dotnet-lib.html dotnet.html examples.html hugs98/dotnet/examples/basic Env.hs Http.hs Mail.hs hugs98/dotnet/lib DotNet.hs hugs98/dotnet/lib/Syste m Array.hs ...

[Simon Marlow]

> Just to clarify -- this is a separate toplevel namespace
> (mirroring the .NET Framework). Should conflicts become
> an issue a prefix will be added.

In what way is it a separate namespace?  I haven't looked too closely,
but it appears from the source and documentation that these libraries
occupy the same namespace as Haskell modules, which means they overlap
the existing hierarchy.  Is that not the case?

I can understand the desire to mirror exactly the existing .NET
hierarchy, but I concur with Malcolm that the .NET base classes should
really be placed under a prefix in the Haskell hierarchy.

System.DotNet is fine, but I wouldn't object to taking the top-level
DotNet name either.

Cheers,
	Simon

> --sigbjorn
>=20
> ----- Original Message -----
> From: "Malcolm Wallace" <Malcolm.Wallace@cs.york.ac.uk>
> To: <cvs-hugs@haskell.org>
> Sent: Monday, March 03, 2003 03:30
> Subject: Re: cvs commit: hugs98/dotnet License.net hugs98/dotnet/doc
> dotnet-lib.html dotnet.html examples.html hugs98/dotnet/examples/basic
> Env.hs Http.hs Mail.hs hugs98/dotnet/lib DotNet.hs=20
> hugs98/dotnet/lib/Syste m
> Array.hs ...
>=20
>=20
> > Sigbjorn Finne <sof@glass.cse.ogi.edu> writes:
> >
> > >   This commit adds interop support for the .NET platform.
> >
> > Looks interesting!
> >
> > However, just one minor point:
> >
> > >     dotnet/lib           DotNet.hs
> > >     dotnet/lib/System    Array.hs Console.hs DateTime.hs Enum.hs
> > >                          MarshalByRefObject.hs Object.hs
> > >                          ObjectTy.hs String.hs StringTy.hs Type.hs
> > >                          TypeCode.hs TypeTy.hs ValueType.hs Xml.hs
> > >     dotnet/lib/System/Collections IEnumerator.hs
> > >     dotnet/lib/System/IO Directory.hs DirectoryInfo.hs
> > >     dotnet/lib/System/Xml XmlAttributeCollection.hs
> > >                           XmlNameTable.hs XmlNamedNodeMap.hs
> > >                           XmlNode.hs XmlNodeTy.hs XmlReader.hs
> >
> > These hierarchical names look rather strange.  Why "System" as a
> > base dir?  Wouldn't System.DotNet be perhaps more reasonable, ala
> > System.Posix for instance?
> >
> > Also, for example, how do these submodules compare with the more
> > "obvious" locations:
> >
> >     System.Array     Data.Array
> >     System.String    Data.String
> >     System.Xml       Text.XML
> >
> > although, since they are .NET-specific, perhaps they belong down
> > another level, e.g.
> >
> >     System.DotNet.Text.XML
> >
> >
> > Regards,
> >     Malcolm
> > _______________________________________________
> > Cvs-hugs mailing list
> > Cvs-hugs@haskell.org
> > http://www.haskell.org/mailman/listinfo/cvs-hugs
>=20
> _______________________________________________
> Cvs-hugs mailing list
> Cvs-hugs@haskell.org
> http://www.haskell.org/mailman/listinfo/cvs-hugs
>=20