---
ghc/GhciMonad.hs | 20
ghc/InteractiveUI.hs |6 +++---
2 files changed, 15 insertions(+), 11 deletions(-)
diff --git a/ghc/GhciMonad.hs b/ghc/GhciMonad.hs
index fff5ca1..3dc69ee 100644
--- a/ghc/GhciMonad.hs
+++ b/ghc/GhciMonad.hs
@@ -217,18 +217,22 @@ instance
---
System/Process.hs | 3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/System/Process.hs b/System/Process.hs
index bba4f52..0ebffdc 100644
--- a/System/Process.hs
+++ b/System/Process.hs
@@ -339,6 +339,9 @@ waitForProcess ph = do
-- strictly, blocking until the process term
I noticed a possible problem with the repo at
http://darcs.haskell.org/packages/filepath. Running "darcs get"
followed by "darcs changes" seems like it should have the following
patch:
Wed Nov 4 01:51:09 PST 2009 Simon Marlow
* The current directory is ".", not "" (GHC bug #2034) (patch vers
On Fri, May 29, 2009 at 2:34 AM, Simon Marlow wrote:
> On 29/05/2009 08:59, Simon Marlow wrote:
>>
>> Thu May 28 08:26:51 PDT 2009 Simon Marlow
>> * don't call Haskeline to read input when stdin is not a terminal
>> Ignore-this: 3810fe8dff7e0a8b4ec013f47e33cc4c
>>
>> M ./ghc/InteractiveUI
On Wed, Apr 29, 2009 at 12:06 PM, Ian Lynagh wrote:
> Wed Apr 29 11:19:09 PDT 2009 Ian Lynagh
> * Add special support for haskeline
> The library uses stuff in Setup.hs to determine whether or not it needs
> to use -liconv. This patch replicates that logic in ghc-cabal. This
> isn't pretty,
Wed Sep 24 14:24:22 PDT 2008 Judah Jacobson <[EMAIL PROTECTED]>
* Don't exit ghci if :info is called on an undefined identifier.
New patches:
[Don't exit ghci if :info is called on an undefined identifier.
Judah Jacobson <[EMAIL PROTECTED]>**20080924212422
On Mon, Aug 4, 2008 at 12:07 PM, Claus Reinke <[EMAIL PROTECTED]> wrote:
> make distclean; ./darcs-all pull -a; sh boot; ./configure ..; make
>
> first complained about
>
> parser/Parser.hs:14:36:
>
> Module `HscTypes' does not export `DeprecTxt'
>
> Since Parser.hs and Parser.y looked diff
On Mon, Aug 4, 2008 at 1:07 AM, Roman Leshchinskiy <[EMAIL PROTECTED]> wrote:
>
> On 04/08/2008, at 17:45, Judah Jacobson wrote:
>
>> On Mon, Aug 4, 2008 at 12:15 AM, Roman Leshchinskiy <[EMAIL PROTECTED]>
>> wrote:
>>>
>>> On 04/08/2008, at
On Mon, Aug 4, 2008 at 12:15 AM, Roman Leshchinskiy <[EMAIL PROTECTED]> wrote:
>
> On 04/08/2008, at 16:55, Judah Jacobson wrote:
>
>> On Sun, Aug 3, 2008 at 9:50 PM, Austin Seipp <[EMAIL PROTECTED]> wrote:
>>>
>>> For the past two weeks or so I have
On Sun, Aug 3, 2008 at 9:50 PM, Austin Seipp <[EMAIL PROTECTED]> wrote:
>
> For the past two weeks or so I have been unable to build the latest
> GHC HEAD from the main darcs development branch (I believe the last
> one I managed to build here on OS X 10.5 was 20080720.) From the looks
> of it this
On Tue, Jul 29, 2008 at 10:06 PM, Roman Leshchinskiy <[EMAIL PROTECTED]> wrote:
> With the latest HEAD, I get this:
>
> ar: creating archive dist-stage2/build/libHSghc-6.9.a
> ld: atom sorting error for _ghczm6zi9_LibFFI_Czuffizucif_closure_tbl and
> _ghczm6zi9_LibFFI_Czuffizutype_closure_tbl in di
Hi all,
Building the latest HEAD on my machine (OS X 10.5, x86) fails with the
following message. I can reproduce this with a pristine source tree.
>From what I can tell, a bunch of "-u _base_GHC[etc]" flags are being
passed to gcc from hsc2hs, which gets them from Cabal, which sees them
in rts/
On Mon, Jul 21, 2008 at 11:15 AM, Ian Lynagh <[EMAIL PROTECTED]> wrote:
> On Sun, Jul 20, 2008 at 10:46:24PM -0700, Judah Jacobson wrote:
>> Building against the HEAD currently fails (when configuring the stage1
>> compiler) if you have editline already installed in your
Mon Feb 18 15:43:18 PST 2008 [EMAIL PROTECTED]
* In expressions, tab-complete quoted strings as filenames.
M ./compiler/ghci/InteractiveUI.hs +1
Mon Feb 18 15:42:02 PST 2008 [EMAIL PROTECTED]
* Make tab completion use a common set of word break characters.
M ./compiler/ghci/GhciMon
On Jan 26, 2008 8:27 AM, Twan van Laarhoven <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I am having trouble mailing patches to this list.
>
> > Your mail to 'Cvs-ghc' with the subject
> >
> > Re: darcs patch: Use do notation
> >
> > Is being held until the list moderator can review it for approval.
On Dec 31, 2007 11:57 AM, Neil Mitchell <[EMAIL PROTECTED]> wrote:
>
> These imports of Err all include {-# SOURCE #-} pragmas, which GHC
> warns me are unnecessary, but clear change the output. What do the
> SOURCE pragma's do? I couldn't find them in the manual.
>
They break the circular depende
The following patch fixes trac #1975. I believe it's small enough to
be merged to the 6.8 branch.
Thanks,
-Judah
* Use -framework-path flags during the cc phase. Fixes trac #1975.
M ./compiler/main/DriverPipeline.hs +10
framework2.patch
Description: Binary data
The fix to #1931 (problem building readline on OS X) required changing
the GNUreadline.framework file. The scripts for generating that
framework are distributed in the framework itself, but aren't stored
version control anywhere (as far as I can tell).
This patch adds the scripts for building GNU
* Make installPackage install settings from the [package].buildinfo file.
For libraries installed along with ghc, the settings from the
buildinfo file weren't being installed correctly. In particular,
linking against the readline package didn't produce a necessary
"-lreadline" flag.
The problem
On 9/2/07, Roman Leshchinskiy <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> when building the current HEAD on OS X 10.4, I get the following error:
>
> Linker.c:1065:0:
> warning: 'NSIsSymbolNameDefined' is deprecated (declared at
> /usr/include/mach-o/dyld.h:150)
>
> Linker.c:1066:0:
> warn
On 9/3/07, Judah Jacobson <[EMAIL PROTECTED]> wrote:
> I was able to get make install of the haddock docs working by
> upgrading my autoconf from 2.59 to 2.61. However, I noticed that
> $prefix/share now contains three subdirectories:
>
> share/doc/ghc/libraries (cont
I was able to get make install of the haddock docs working by
upgrading my autoconf from 2.59 to 2.61. However, I noticed that
$prefix/share now contains three subdirectories:
share/doc/ghc/libraries (contains the haddock docs)
share/ghc (contains several empty directories, one for each library p
On 9/2/07, Ian Lynagh <[EMAIL PROTECTED]> wrote:
> On Sun, Sep 02, 2007 at 11:04:51AM -0700, Judah Jacobson wrote:
> > On 9/2/07, Sven Panne <[EMAIL PROTECTED]> wrote:
> > > * Explicitly set "docdir" when calling make, configure's --docdir seems
>
On 9/2/07, Sven Panne <[EMAIL PROTECTED]> wrote:
> * Explicitly set "docdir" when calling make, configure's --docdir seems to
> be ignored
>
> M ./ghc.spec.in -4 +2
>
I've actually been looking at that problem (in an effort to learn more
about ghc's make system), and I think I tracked down
On 8/30/07, Ian Lynagh <[EMAIL PROTECTED]> wrote:
>
> On Thu, Aug 30, 2007 at 12:54:02PM -0700, Judah Jacobson wrote:
> > I attempted to create a binary distribution on Mac OS X, and found
> > that the following two patches were necessary to get everything
> > workin
I attempted to create a binary distribution on Mac OS X, and found
that the following two patches were necessary to get everything
working correctly.
Best,
-Judah
New patches:
Use cp -R instead of cp -a (it's more portable).
M ./libraries/Makefile -3 +3
Don't try to copy haddock index files if
Hi all,
I've run across an issue in HEAD regarding the GHC API (trac #1181).
Code that worked under ghc-6.6 (eg,
http://haskell.org/haskellwiki/GHC/As_a_library) currently panics with
the message "a static opt was looked at too early!" If you set the
static flags manually (eg via StaticFlags.par
Hi,
Apologies if this email is a duplicate; a previous version may have
been bounced by the mailing list.
I've been looking into ghc bug #998 (Tab-completion of filenames
doesn't work in ghci-6.6), and have isolated the problem: Since ghci
now expands Haskell names, it tells readline that sever
28 matches
Mail list logo
