2009/4/22 Simon Marlow:
> You might want to run the process under ProcMon and see if you can
> figure out what's going on (if you can bear to use ProcMon, it's a
> very poor replacement for strace IMO).
You could try StraceNT instead (not as good as strace though).
Sigbjorn Finne:
> ok. Surely you could just temporarily set it as such, followed by config'ing
> it for that repo only
> rather than have it be global? I suspect tweaking that one file instead will
> just be the first of
> many such tweaks..
Yes, that would be the best solution if i want to downlo
Sigbjorn Finne:
> It works fine, but be mindful of how 'git' handles crlf translations on
> Windows.
> Having run into this a couple of times, it certainly looks the likely cause.
> Felix
> may want to try cloning as follows:
>
> foo$ git config --global core.autocrlf false
> foo$ git clone http:
Hi all,
Simon Marlow has recently posted a patch that adds Unicode support to
Handle I/O. He mentioned that it didn't work yet on Windows so i was
thinking of looking at the source code to see how the new Unicode
support works and perhaps try to make it work on Windows.
I have built GHC from sour
> and Windows support is less of an issue: git appears to work reasonably well
> on Windows these days.
Congratulations on the switch, but isn't the decision a bit premature?
I have read the log of last week's GHC meeting on IRC and nobody
seemed to know if Git runs well on Windows with a large p
With the readline package from sunfreeware my ldd output is now
$ ldd /usr/local/lib/ghc-6.8.2/ghc-6.8.2
librt.so.1 =>/lib/librt.so.1
libreadline.so.5 => /usr/local/lib/libreadline.so.5
libncurses.so.5 => /usr/gnu/lib/libncurses.so.5
libdl.so.1 =>
I have located the problem i had with GHC. I had compiled the readline
library from a spec file. Apparently it is not compatible with the
binary GHC release. With the prebuilt readline package from
sunfreeware GHC works fine now.
Regards,
Felix
___
Glasg
Christian Maeder wrote:
> Maybe my new binary release is easier to install
Your new release installed ok, but GHC does not work on my system. I
can compile a simple hello world program, but running ghci or doing
other compilations result in program termination of GHC and the
terminal. GHC 6.6 did
Hello all,
I am trying to get a working GHC on Solaris Nevada (Solaris 11). I've
tried the binary versions for Solaris 10 made by Christian Maeder. I
couldn't get GHC 6.8.2 to install properly and GHC 6.6 does not work
(it crashes the moment it needs to link to a library). After that i
tried to ma
On Jan 17, 2008 2:08 PM, Yitzchak Gale wrote:
> I would hope that ghc will link to editline-ext on all platforms.
Unfortunately it seems that editline cannot currently be build on
Windows. I have tried to build the editline source from
http://www.thrysoee.dk/editline/ with MinGW/msys. Pdcurses cou
On Dec 16, 2007 10:56 AM, Duncan Coutts wrote:
> Note that for data files like the .ghci file it's probably better to use
> getAppUserDataDirectory "ghci" which will return $HOME/.ghci on unix
> systems and "C:/Documents And Settings/user/Application Data/ghci" on
> Windows.
I've added a proposal
On Dec 16, 2007 3:38 PM, Yitzchak Gale wrote:
> No, the two are not the same. It is the User Profile folder.
> It is not a Unix-style home directory - there is no such concept
> on Windows. The two are used very differently.
I guess we disagree about that. I believe what Micosoft calls the user
pr
On Dec 16, 2007 2:21 AM, Yitzchak Gale wrote:
> The current behavior is not more WIndows native - it is
> arguably much worse. The %HOMEPATH% variable
> should definitely not be used. The folder that it points
> to is not a "home directory" and should not be used
> that way.
That's not correct. I
On Dec 14, 2007 11:46 PM, Duncan Coutts <[EMAIL PROTECTED]> wrote:
> It sounds like a bad idea to me. I agree with your initial reaction and
> principle that we don't want to "be baking Un*x behaviour into APIs that
> are supposed to do whatever is native on the current platform."
I agree with Dun
Hi all,
Overlapped IO support for files and sockets is now in place in my test
version of ghc-head. File functions use the win32 api and large files
and Unicode filenames are supported (i'm not sure if ghc currently
supports that for Windows).
I've addded a new type Hdl which is an alias for FD o
I have made a prototype for overlapped IO that works with a modified
version of Takano Akio's SSC library. I have been trying to add it to
GHC's IO implementation but there are some issues. Instead of file
descriptors windows handles are needed. The GHC handle implementation
is currently based arou
16 matches
Mail list logo
