OK, great! Definitely happy to help in some other way if makes sense.
On Fri, Nov 11, 2016 at 2:28 PM, Joachim Breitner
wrote:
> Hi,
>
> Ryan, I saw your hosting offer, thanks a lot! I must have skipped the
> past suggesting haskell.org funds for a machine and only
Ok so it seems to be a 64-bit symbol table (according to
https://docs.oracle.com/cd/E53394_01/html/E54772/ar-3head.html):
> A 64-bit archive symbol table sets ar_name to the string “/SYM64/”,
padded with 9 blank characters to the right."
We should skip it. I will make a patch.
Thanks for the
Sylvain, I tried your patch, here's the output:
cd "./th/T5976.run" && "/home/omer/haskell/ghc/inplace/test
spaces/ghc-stage2" -c T5976.hs -dcore-lint -dcmm-lint
-no-user-package-db -rtsopts -fno-warn-missed-specialisations
-fshow-warning-groups -dno-debug-output -XTemplateHaskell -package
Hi,
Ryan, I saw your hosting offer, thanks a lot! I must have skipped the
past suggesting haskell.org funds for a machine and only saw the
hosting offer. But an existing unused machine is just fine.
Richard, sounds great!. I should not work on in before Monday anyways.
No other requirements
I have an unused machine in my department. It currently has 6GB of memory on
it, but memory is cheap enough these days, so this could be expanded if
necessary. (Is this necessary?) We would slap a basic Linux on it, give it a
hostname (xxx.cs.brynmawr.edu), and then make an account for you,
Joachim,
Did you see my response earlier? I've pasted it below.
Ryan
Hi Joachim and Sebastian,
I think it would make sense to get a machine like that with Haskell.org
funds. My company (Obsidian) would be happy to host it physically and
cover internet/power/etc., although our facilities
Hi all,
let me bump this request. http://perf.haskell.org/ghc has now stopped
producing new results.
It does not have to be a fancy server or anything like that; an unused
office machine in some corner would do as well, it has done that so
far. (I wonder if I should reactivate my T400s for that.
Hmm. Yes, this is an (actually harmless) assertion failure if your build has
-DDEBUG on. I think it’s just a fluke that it’s only just started failing.
I’ll make a ticket for it; I don’t think it’s super-urgent.
Simon
From: ghc-devs [mailto:ghc-devs-boun...@haskell.org] On Behalf Of Simon
So I just tried validating on another system:
> ghc git:(master) $ uname -a
Linux linux-enrr.suse 4.1.34-33-default #1 SMP PREEMPT Thu Oct 20 08:03:29
UTC 2016 (fe18aba) x86_64 x86_64 x86_64 GNU/Linux
> ghc git:(master) $ gcc --version
gcc (SUSE Linux) 4.8.5
Copyright (C)
My bad, in fact we do.
Could you try with the attached patch? It shows the failing filename in
the archive.
On 11/11/2016 17:18, Sylvain Henry wrote:
It seems like we don't bypass the special filename "/" (symbol lookup
table) in rts/Linker.c
Ah, sorry, that line was truncated. I posted the output here:
https://gist.githubusercontent.com/osa1/ea72655b8369099e84a67e0949adca7e/raw/9e72cbfb859cb839f1898af39a46ff0896237d15/gistfile1.txt
That line should be
+ghc-iserv.bin: internal loadArchive: GNU-variant filename offset not
found while
11 matches
Mail list logo