On Thu, Dec 20, 2012 at 09:47:09AM +0100, Jan Stolarek wrote:
The workaround is to link your .git directory from your build tree, like
so:
$ cd ghc-build
$ ln -s $source/.git .
where $source is your source tree.
I managed to get it working on Debian though there were some small issues.
I've isolated the below small piece of code that is giving me a stack
overflow. I'm kind of at a loss as has to fix, or even find what is
happening here. (The real program is reading the data from a file,
and doing something more complex with it). I'm not even sure how to
work around this
On Tue, Nov 15, 2011 at 04:47:18PM +, Simon Marlow wrote:
You could do all this with git clones, but it would mean extra
shuffling of patches around. If you're happy with that, then that's
fine - use whatever scheme you're more comfortable with.
There's a script in git's contrib
On Thu, Nov 03, 2011 at 09:41:32AM +, Max Bolingbroke wrote:
On 2 November 2011 21:46, Ganesh Sittampalam gan...@earth.li wrote:
The workaround you propose seems a little complex and it might be a bit
problematic that 100% roundtripping can't be guaranteed even once your
fix is applied.
I
On Sun, Oct 09, 2011 at 03:30:20PM +0200, Jean-Marie Gaillourdet wrote:
Hi Daniel,
On 09.10.2011, at 14:45, Daniel Fischer wrote:
On Sunday 09 October 2011, 13:52:47, Jean-Marie Gaillourdet wrote:
This seems to be a Heisenbug as it is extremely fragile, when adding a
| grep 1 to the while
On Thu, Jan 13 2011, Simon Marlow wrote:
I discovered that Google have this tool called repo which is their
darcs-all for the Android source tree. That might be worth looking at
as an alternative in the future:
https://sites.google.com/a/android.com/opensource/download/using-repo
If we
On Thu, Jan 13 2011, Benedict Eastaugh wrote:
On 13 January 2011 15:30, Johan Tibell johan.tib...@gmail.com wrote:
We should set up a git daemon at some point as it's much more
efficient that pulling over HTTP.
As of version 1.6.6, Git is much more efficient over HTTP than it used to be.
On Tue, Jan 11 2011, Roman Leshchinskiy wrote:
On 11/01/2011, at 22:20, Simon Marlow wrote:
On 11/01/11 21:57, Roman Leshchinskiy wrote:
This would be useful. Unfortunately, git's rewinding seems rather
crippled compared to darcs.
In what way?
Thomas says that it doesn't do automatic
On Mon, Jan 10 2011, Max Bolingbroke wrote:
2) There was also concern that Git isn't so great on Windows. I have
heard that this is less of an issue now, but I never personally
suffered from any problems, so can't be sure. (FWIW I used Git on
Windows industrially ~1 year ago for 3 months and
Frederik Eaton wrote:
Scripts are tidy, since they're also a source file and you don't have
to worry about keeping a separate binary executable up to date. I'm
sure this topic has been well discussed on the vast internet. For
instance, look at Setup.hs in Cabal. That could be called a script,
I've noticed quite a few pages referencing constructs such as:
var :: MVar ([Foo])
var = unsafePerformIO (newMVar ([]))
and the likes. Is there a danger of different uses of 'var' getting
new MVars instead of all sharing one.
Having a reliable way to create a piece of global state would be
Seth Kurtzberg wrote:
On Tue, 06 Mar 2007 12:03:05 -0800
David Brown [EMAIL PROTECTED] wrote:
I've noticed quite a few pages referencing constructs such as:
var :: MVar ([Foo])
var = unsafePerformIO (newMVar ([]))
and the likes. Is there a danger of different uses of 'var' getting
Neil Mitchell wrote:
On 3/6/07, Lennart Augustsson [EMAIL PROTECTED] wrote:
Yeah, you really need {-# NOINLINE var #-} to make it reasonable safe.
Couldn't GHC bake in knowledge about unsafePerformIO, and never inline
it? It is a slightly hacky solution, but since unsafePerformIO is
pretty
Simon Marlow wrote:
David Brown wrote:
0x080b45b8 in s2EI_info ()
Fortunately I wrote a wiki page on just this subject, mainly so that
I can say RTFM :-) After reading the FM, if you're still having
difficulties then post a followup and we'll try to help if we can.
http
David Brown wrote:
I discovered it isn't just x86, but appears to be this particular
machine. My other machines work fine. There might be a library
difference between the machines, or something like that.
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread
David Brown wrote:
Hmm. I recompiled 'zlib' with some extra tracing and now the problem
doesn't happen. Even without the tracing it is fine. Must have been
something wrong with the compiled library. Scary. But, everything is
working fine now.
I figured out what the problem is. I've
. But, I'm not able to figure out
where to even begin looking for the problem.
Any advice on how I might be able to better debug this? Would
compiling unregistered help (I'll have to figure out how to build
libraries for that)?
Thanks,
David Brown
___
Glasgow
On Tue, 19 Apr 2005 16:37:13 +0200, Santoemma Enrico
[EMAIL PROTECTED] wrote:
I've always thought that compilers for functional languages were able to
recognize tail recursion and to transform it into a loop.
So, why this line eats all my machine's memory (and then runs out of
stack space)?
On Mon, Mar 07, 2005 at 11:47:31AM -, Simon Marlow wrote:
$ cat bug.c
register void * R1 __asm__(%r13);
extern void g(void);
static void f(void) {
R1 = g;
goto *R1;
}
$ gcc -S -O bug.c
$
And take a look at the generated assembly for the function f:
f:
.LFB2:
On Mon, Mar 07, 2005 at 04:59:38PM -, Simon Marlow wrote:
The mystery as to why this doesn't affect us on x86 is solved: on x86 we
generate slightly different C code, including a dummy function call:
extern void g(void);
static void f(void) {
R1 = g;
dummy();
goto *R1;
}
On Mon, Mar 07, 2005 at 07:01:16PM +0100, Kurt Roeckx wrote:
Also, it should be a movq $g, %rax instead of movl.
The default x86_64 model on gcc is -mcmodel=small, which assumes that all
symbols are within the first 2GB. If you compile it with -mcmodel=medium
it'll generate:
movabsq $g,
On Thu, Oct 28, 2004 at 06:27:42AM +0200, Peter Simons wrote:
Glynn Clements writes:
Both [waitForProcess and getProcessExitCode] will throw
an exception if the process terminated on a signal.
So if I terminate a process manually, I'll have to wait for
the ExitCode to avoid a zombie
On Mon, Oct 25, 2004 at 09:42:13PM +, John Goerzen wrote:
Maybe I misunderstood something ... but why do you need to
read from the stream multiple times after calling
hGetContents? The function returns the _entire_ (lazily
evaluated) input stream, there is no need to read again. You
On Wed, Oct 20, 2004 at 03:46:47PM +0100, Simon Marlow wrote:
I liked the original idea. I'm not sure if I agree with the argument
that allowing fully-fledged IO actions in the initialisation of a module
is unsafe. I agree that it is a little opaque, in the sense that one
can't easily tell
On Wed, Oct 20, 2004 at 04:38:54PM +0100, Simon Peyton-Jones wrote:
* When a program is started, the module initialisation actions of its
modules run, in an order that respects module dependencies.
What happens when there are cicular dependencies between modules. Perhaps
the circular
On Mon, Jun 14, 2004 at 05:03:20PM +0100, Simon Marlow wrote:
Actually, this isn't the question that I have. This is about ghci's
dynamic loading of C objects (or other similar language). There is a
handrolled linker in the ghci code. I'm interested in replacing this
handrolled linker
Any estimates on the difficulty of changing Linker.c to be able to use
standard dynamic link calls (dlopen, ...) rather than having to be
customized for every target platform.
I'm considering making this work on powerpc-linux, but I'm thinking it
might be a more useful task to make the linker
On Wed, May 19, 2004 at 08:13:11PM +0100, Jorge Adriano Aires wrote:
MyProgram/A.hsname: Aimport Aux.C
MyProgram/Aux/B.hsname: Aux.Bimport C
MyProgram/Aux/C.hsname: Aux.C
But complains when importing C from B since its name is Aux.C.
What is the most
On Tue, Apr 27, 2004 at 10:55:57AM +0200, George Russell wrote:
I have implemented UTF8-encode/decode. Unlike the code someone has already
posted it handles all UTF8 sequences, including those longer than 3 bytes.
It also catches all illegal UTF8 sequences (such as characters encoded
with a
I am writing some utilities to deal with UTF-8 encoded text files (not
source). Currently, I'm just reading in the UTF-8 directly, and things
work reasonably well, since my parse tokens are ASCII, they are easy to
parse.
However, the character type seems perfectly happy with larger values for
On Mon, Apr 26, 2004 at 08:33:38PM +0200, Sven Panne wrote:
Duncan Coutts wrote:
On Mon, 2004-04-26 at 18:49, David Brown wrote: [...]
toUTF :: String - String
Hmmm, String - [Word8] would be nicer...
fromUTF :: String - String
... and here: [Word8] - String or [Word8] - Maybe String
On Tue, Oct 10, 2000 at 03:15:49AM -0700, Simon Marlow wrote:
I've got my x86 linux box ready to build some unregistered .hc files.
You'll need two build trees. In the first tree, build the compiler as
normal, and the libraries/RTS with -unreg -keep-hc-files-too. You should be
able to
32 matches
Mail list logo
