On 11-08-29 02:39 PM, Albert Y. C. Lai wrote:
ghc-pkg unregister --user P drops the global package if P is not in user.
[etc]
Now as ticket http://hackage.haskell.org/trac/ghc/ticket/5442
___
Glasgow-haskell-users mailing list
On 22/02/2011 22:38, Tyler Pirtle wrote:
Hi there,
I'm using a system with an older version of GHC (6.8.3), and invoking
ghc-pkg against a non-existing file in -f:
$ haskell/ghc/v683/k8/lib/ghc-6.8.3/ghc-pkg.bin --global-conf
haskell/ghc/v683/k8/lib/ghc-6.8.3/package.conf -f
David Waern wrote:
2009/4/2 Simon Marlow marlo...@gmail.com:
I just noticed that the new 'ghc-pkg check' feature exposes a silly mistake
in the definition of the rts package that we ship with GHC 6.10.2:
$ ghc-pkg check
There are problems in package rts-1.0:
include-dirs: PAPI_INCLUDE_DIR
2009/4/2 Simon Marlow marlo...@gmail.com:
I just noticed that the new 'ghc-pkg check' feature exposes a silly mistake
in the definition of the rts package that we ship with GHC 6.10.2:
$ ghc-pkg check
There are problems in package rts-1.0:
include-dirs: PAPI_INCLUDE_DIR doesn't exist or
On Sat, 2007-07-21 at 16:25 +0200, Marc Weber wrote:
[EMAIL PROTECTED] /pr/source/wxh/wxhaskell-0.9.4 $ ghc-pkg-wrapper-6.6.1
unregister wx
ghc-pkg: cannot find package wx
[EMAIL PROTECTED] /pr/source/wxh/wxhaskell-0.9.4 $ ghc-pkg-wrapper-6.6.1
describe wx
name: wx
version: 0.10.1
On 06 June 2005 15:42, Serge D. Mechveliani wrote:
And in 6.4, make dm
reports
...
Reading package info from stdin... done.
ghc-pkg: invalid package identifier:
The syntax of package descriptions has changed. Documentation for the
new format is here:
Thanks, I've committed a version of your patch.
Cheers,
Simon
On 16 March 2005 04:07, Ian Lynagh wrote:
The Debian autobuilders don't let you write to ~ (which seems
reasonable, as they are only compiling the software, not running it),
so
my builds are failing with
--
On 04 May 2004 19:54, Krasimir Angelov wrote:
In the current implementation of the ghc-pkg util
it is impossible to build GHCi libs if you don't have
ld in the current search path. Under Windows the
compiler usually comes with its own linker
(ghc-lib/ld.exe). Why doesn't ghc-pkg use the
Ashley Yakeley wrote:
Any word on whether this has been/will be fixed? [...]
Well, it's fixed in CVS for quite a while, but it's up to Simon^2 when a
new GHC release comes out.
Personally I'd favour tossing this feature altogether, [...]
Me too... :-P * * *
Cheers,
S.
At 2002-04-21 12:52, Sven Panne wrote:
It would be nice if ghc-pkg had options to display the value
of $libdir or at least the given conf file. [...]
I had *major* pains with this for the upcoming HOpenGL release, too. :-P
Right. I need to find the location of Rts.h. Ideally, I would do
Simon Marlow wrote:
It would be nice if ghc-pkg had options to display the value
of $libdir or at least the given conf file. [...]
I had *major* pains with this for the upcoming HOpenGL release, too. :-P
'ghc -v' will tell you the location of package.conf, which for a normal
GHC install
[...] readlink -f `which ghc` and get it from there, but that fails with
the latest MacOS X version because it uses small shell scripts in unusual
places instead of symlinks.
Those shell scripts were installed by a standard make install, so I
expect them to be there for any platform - it has
At 2002-04-18 02:37, Wolfgang Thaller wrote:
Those shell scripts were installed by a standard make install, so I
expect them to be there for any platform - it has nothing to do with
MacOS X.
Must be a new thing in the source. Your previous port of 5.03 had
symlinks there.
--
Ashley
On Mon, 15 Oct 2001, Simon Marlow wrote:
With large projects, ghc runs out of heapspace because of too much
caching.
I think it's more likely that GHC has some space leaks which cause it to
hang on to too much memory between compilations. In theory, it only
caches the contents of
Hi!
I would like to add a request to Thomas list of lacking features of
ghc --make:
When caching information between the compilation of different modules,
use weak pointers.
With large projects, ghc runs out of heapspace because of too much
caching. It's always fine to restart the build
I notice that the method for detecting the configuration of ghc (for
building 'hmake') no longer works with 5.02. This must be the most
unstable part of ghc - I've had to change it at 4.06, 4.08, 5.00,
and now 5.02 as well!
ghc-pkg-5.00 --show-package std --field import_dirs
Simon Marlow wrote:
Perhaps it would be easier to have hmake just invoke 'ghc --make' under
the hood?
I don't think ghc --make is mature enough to replace other make tools
yet. For example, when trying to compile Fudgets with ghc-5.02 --make
-O2, with GHCRTS=-M100M, I got
GHC's heap
17 matches
Mail list logo
