packages/mtl.git
14 years ago[project @ 2005-03-23 14:34:21 by ross] Initial_conversion_from_CVS_complete
ross [Wed, 23 Mar 2005 14:34:21 +0000 (14:34 +0000)] 
[project @ 2005-03-23 14:34:21 by ross]
add license files for individual packages

14 years ago[project @ 2005-02-24 09:58:25 by simonmar]
simonmar [Thu, 24 Feb 2005 09:58:25 +0000 (09:58 +0000)] 
[project @ 2005-02-24 09:58:25 by simonmar]
nDoc fixes from Sven Panne.  Generally fixing of Haddock links, adding
some signatures, and in some cases exporting type constructors that
are mentioned in the types of exported identifiers.

14 years ago[project @ 2005-02-18 15:06:45 by simonmar]
simonmar [Fri, 18 Feb 2005 15:06:45 +0000 (15:06 +0000)] 
[project @ 2005-02-18 15:06:45 by simonmar]
Rename fields in InstalledPackageInfo for consistency with
PackageDescription & buildInfo:

 extra-libs (extraLibraries) --> extra-libraries (extraLibraries)
 extra-cc-opts (extraCcOpts) --> cc-options (ccOptions)
 extra-ld-opts (extraLdOpts) --> ld-options (ldOptions)
 extra-hugs-opts (extraHugsOpts) --> hugs-options (hugsOptions)
 extra-frameworks (extraFrameworks) --> frameworks (frameworks)

14 years ago[project @ 2005-02-11 01:55:57 by ross]
ross [Fri, 11 Feb 2005 01:55:57 +0000 (01:55 +0000)] 
[project @ 2005-02-11 01:55:57 by ross]
track syntax changes:

* add License-File and Synopsis fields

* rename Hidden-Fields as Other-Fields

These files are used only by Hugs, but are also useful as examples.

14 years ago[project @ 2005-01-20 14:22:27 by simonmar]
simonmar [Thu, 20 Jan 2005 14:22:27 +0000 (14:22 +0000)] 
[project @ 2005-01-20 14:22:27 by simonmar]
Fill in the haddock-interfaces and haddock-html fields in the
package.conf files.

To do this I had to make some changes:

  - haddock-interfaces requires the value of $(datadir).  We can't
    just plug this in, because $(datadir) might change at install-time
    (eg. a Windows installer can be placed anywhere, as can a Unix
    binary .tar.gz distribution).  The current trick is for the
    compiler to splice in the value of $libdir in package.conf at
    runtime.  So we could extend this mechanism and tell the compiler
    the value of $datadir via a command-line option, but that seems
    ugly.

    On Windows, $datadir==$libdir, so we don't need any changes:
    package.conf still uses $libdir, and a Windows installation is
    independent of its absolute location.  Even 'make install' on
    Windows should have this property.

    On Unix:
- for 'make install' and in-place execution, we just use
          absolute paths in package.conf

- for a binary dist, we generate a package.conf that refers
  to $libdir and $datadir, and splice in the values at
  install-time (distrib/Makefile-bin.in).

  - Also, I renamed $libdir to $topdir to more closely reflect its
    actual meaning.  This is somewhat malicious in that it will flush
    out all those clients using $libdir when they really shouldn't
    be :-)

14 years ago[project @ 2005-01-13 00:06:25 by ross]
ross [Thu, 13 Jan 2005 00:06:25 +0000 (00:06 +0000)] 
[project @ 2005-01-13 00:06:25 by ross]
Setup.description -> <package>.cabal

14 years ago[project @ 2004-12-20 00:16:19 by ross]
ross [Mon, 20 Dec 2004 00:16:19 +0000 (00:16 +0000)] 
[project @ 2004-12-20 00:16:19 by ross]
note extensions

14 years ago[project @ 2004-12-19 18:50:41 by ijones]
ijones [Sun, 19 Dec 2004 18:50:41 +0000 (18:50 +0000)] 
[project @ 2004-12-19 18:50:41 by ijones]
Updated description files to match the changes I just made to the
syntax (modules => exposed-Modules, hidden-modules)

14 years ago[project @ 2004-12-17 00:02:06 by ross]
ross [Fri, 17 Dec 2004 00:02:06 +0000 (00:02 +0000)] 
[project @ 2004-12-17 00:02:06 by ross]
Cabal package description files

14 years ago[project @ 2004-11-26 16:22:11 by simonmar]
simonmar [Fri, 26 Nov 2004 16:22:11 +0000 (16:22 +0000)] 
[project @ 2004-11-26 16:22:11 by simonmar]
Further integration with the new package story.  GHC now supports
pretty much everything in the package proposal.

  - GHC now works in terms of PackageIds (<pkg>-<version>) rather than
    just package names.  You can still specify package names without
    versions on the command line, as long as the name is unambiguous.

  - GHC understands hidden/exposed modules in a package, and will refuse
    to import a hidden module.  Also, the hidden/eposed status of packages
    is taken into account.

  - I had to remove the old package syntax from ghc-pkg, backwards
    compatibility isn't really practical.

  - All the package.conf.in files have been rewritten in the new syntax,
    and contain a complete list of modules in the package.  I've set all
    the versions to 1.0 for now - please check your package(s) and fix the
    version number & other info appropriately.

  - New options:

-hide-package P    sets the expose flag on package P to False
-ignore-package P  unregisters P for this compilation

For comparison, -package P sets the expose flag on package P
        to True, and also causes P to be linked in eagerly.

        -package-name is no longer officially supported.  Unofficially, it's
a synonym for -ignore-package, which has more or less the same effect
as -package-name used to.

Note that a package may be hidden and yet still be linked into
the program, by virtue of being a dependency of some other package.
To completely remove a package from the compiler's internal database,
        use -ignore-package.

The compiler will complain if any two packages in the
        transitive closure of exposed packages contain the same
        module.

You *must* use -ignore-package P when compiling modules for
        package P, if package P (or an older version of P) is already
        registered.  The compiler will helpfully complain if you don't.
The fptools build system does this.

   - Note: the Cabal library won't work yet.  It still thinks GHC uses
     the old package config syntax.

Internal changes/cleanups:

   - The ModuleName type has gone away.  Modules are now just (a
     newtype of) FastStrings, and don't contain any package information.
     All the package-related knowledge is in DynFlags, which is passed
     down to where it is needed.

   - DynFlags manipulation has been cleaned up somewhat: there are no
     global variables holding DynFlags any more, instead the DynFlags
     are passed around properly.

   - There are a few less global variables in GHC.  Lots more are
     scheduled for removal.

   - -i is now a dynamic flag, as are all the package-related flags (but
     using them in {-# OPTIONS #-} is Officially Not Recommended).

   - make -j now appears to work under fptools/libraries/.  Probably
     wouldn't take much to get it working for a whole build.

14 years ago[project @ 2004-08-09 11:59:47 by simonmar]
simonmar [Mon, 9 Aug 2004 11:59:48 +0000 (11:59 +0000)] 
[project @ 2004-08-09 11:59:47 by simonmar]
whitespace changes to the header only, for new compatibility with new Haddock

15 years ago[project @ 2004-02-05 18:55:49 by ross]
ross [Thu, 5 Feb 2004 18:55:49 +0000 (18:55 +0000)] 
[project @ 2004-02-05 18:55:49 by ross]
moved the monad transformer libraries into a separate mtl package.