Hi again, I thought, I'd try out the plugins package, cause lambdabot segfaulted while loading plugins (or immediately after). So I wrote a very simpleminded test for eval(_) and unsafeEval(_) from System.Eval.Haskell. Compiled, but: dafis@linux:~/Documents> ghc --make PlugTest [1 of 1] Compiling Main ( PlugTest.hs, PlugTest.o ) Linking PlugTest ... dafis@linux:~/Documents> PlugTest PlugTest: /tmp/MectNX2619.o: unknown symbol `pluginszm1zi0_AltDataziDynamic_toDyn_closure' PlugTest: user error (resolvedObjs failed.) What does that tell more knowledgeable persons? Thanks, Daniel
It half worked in ghci. Only all evals failed. That gave me a lead and after a lot of tinkering with the code of plugins-1.0, I found out one major problem. As of 6.6, ghc calls all interfaces interface main:Modulename and so plugins tries to load main_resource_closure instead of Modulename_resource_closure. That of course fails. Unfortunately, I don't know how to fix it. I suppose in contrast to the version from HackageDB, which I got myself on monday, the darcs version works with ghc >= 6.6, or I probably would have heard about it. So I'll try to get me that, only where? And I'm rather annoyed that the stuff from HackageDB tends to be obsolete. How could we attract people to Haskell, if the downloaded packages just don't work? Cheers, Daniel Am Mittwoch, 20. Juni 2007 20:32 schrieb ich:
Hi again,
I thought, I'd try out the plugins package, cause lambdabot segfaulted while loading plugins (or immediately after). So I wrote a very simpleminded test for eval(_) and unsafeEval(_) from System.Eval.Haskell. Compiled, but: dafis@linux:~/Documents> ghc --make PlugTest [1 of 1] Compiling Main ( PlugTest.hs, PlugTest.o ) Linking PlugTest ... dafis@linux:~/Documents> PlugTest PlugTest: /tmp/MectNX2619.o: unknown symbol `pluginszm1zi0_AltDataziDynamic_toDyn_closure' PlugTest: user error (resolvedObjs failed.)
What does that tell more knowledgeable persons?
Thanks, Daniel
[mailto:haskell-cafe-bounces@haskell.org] On Behalf Of Daniel Fischer
I suppose in contrast to the version from HackageDB, which I got myself on monday, the darcs version works with ghc >= 6.6, or I probably would have heard about it. So I'll try to get me that, only where?
http://www.cse.unsw.edu.au/~dons/hs-plugins/ AFAIUI, version 1.0 will work with ghc6.6 on non-Windows platforms. It's been broken on Windows for some time, and I don't really know why. As you seem to be on Linux, this shouldn't affect you. Alistair ***************************************************************** Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any computer. *****************************************************************
Am Donnerstag, 21. Juni 2007 10:22 schrieb Bayley, Alistair:
[mailto:haskell-cafe-bounces@haskell.org] On Behalf Of Daniel Fischer
I suppose in contrast to the version from HackageDB, which I got myself on monday, the darcs version works with ghc >= 6.6, or I probably would have heard about it. So I'll try to get me that, only where?
I'd already tried that, but $ darcs get --partial http://www.cse.unsw.edu.au/~dons/hs-plugins/ Invalid repository: http://www.cse.unsw.edu.au/~dons/hs-plugins darcs failed: failed to fetch: http://www.cse.unsw.edu.au/~dons/hs-plugins/_darcs/inventory ExitFailure 1 Is my darcs too old (version 1.0.5) or is the repo actually broken?
AFAIUI, version 1.0 will work with ghc6.6 on non-Windows platforms. It's been broken on Windows for some time, and I don't really know why. As you seem to be on Linux, this shouldn't affect you.
Alistair
Well, again, the .tar.gz from HackageDB is tagged 1.0, it definitely doesn't work with ghc-6.6.1 on my linux. And it apparently was packed in February, so it shouldn't be too out of date. Let me summarize my findings so you guys have something to reason from. 1) if I compile the module and execute the binary, I get $ PlugTest PlugTest: /tmp/MKtHcN2822.o: unknown symbol `pluginszm1zi0_AltDataziDynamic_toDyn_closure' PlugTest: user error (resolvedObjs failed.) 2) If I load the compiled code into ghci, load cannot ever find the symbol resource, originally that is because it looks for main_resource_closure instead of ModuleName_resource_closure. Now I changed the code in System.Plugins.Load, so that load does look for the correct symbol, with baffling results. In compiled code, all loads still fail. If I load interpreted code into ghci, the first load succeeds, hooray! But all subsequent loads fail, until I :reload (sometimes) or :load PlugTest (that always worked so far). How come? When I added debugging output, I could see that it looked for the correct symbols in the correct .o files, but only the first found the symbol. Very peculiar. Could somebody please enlighten me? Thanks, Daniel
daniel.is.fischer:
Am Donnerstag, 21. Juni 2007 10:22 schrieb Bayley, Alistair:
[mailto:haskell-cafe-bounces@haskell.org] On Behalf Of Daniel Fischer
I suppose in contrast to the version from HackageDB, which I got myself on monday, the darcs version works with ghc >= 6.6, or I probably would have heard about it. So I'll try to get me that, only where?
I'd already tried that, but $ darcs get --partial http://www.cse.unsw.edu.au/~dons/hs-plugins/ Invalid repository: http://www.cse.unsw.edu.au/~dons/hs-plugins
darcs failed: failed to fetch: http://www.cse.unsw.edu.au/~dons/hs-plugins/_darcs/inventory ExitFailure 1
The file system was down here, sorry. Should be up now. $ darcs get http://www.cse.unsw.edu.au/~dons/code/hs-plugins/
Is my darcs too old (version 1.0.5) or is the repo actually broken?
AFAIUI, version 1.0 will work with ghc6.6 on non-Windows platforms. It's been broken on Windows for some time, and I don't really know why. As you seem to be on Linux, this shouldn't affect you.
Alistair
Well, again, the .tar.gz from HackageDB is tagged 1.0, it definitely doesn't work with ghc-6.6.1 on my linux. And it apparently was packed in February, so it shouldn't be too out of date.
Let me summarize my findings so you guys have something to reason from. 1) if I compile the module and execute the binary, I get $ PlugTest PlugTest: /tmp/MKtHcN2822.o: unknown symbol `pluginszm1zi0_AltDataziDynamic_toDyn_closure' PlugTest: user error (resolvedObjs failed.)
You must use the darcs version with ghc > 6.6
2) If I load the compiled code into ghci, load cannot ever find the symbol resource, originally that is because it looks for main_resource_closure instead of ModuleName_resource_closure. Now I changed the code in System.Plugins.Load, so that load does look for the correct symbol, with baffling results. In compiled code, all loads still fail. If I load interpreted code into ghci, the first load succeeds, hooray! But all subsequent loads fail, until I :reload (sometimes) or :load PlugTest (that always worked so far). How come? When I added debugging output, I could see that it looked for the correct symbols in the correct .o files, but only the first found the symbol. Very peculiar.
Could somebody please enlighten me?
The module name issue is fixed in the darcs version. -- Don
On Fri, Jun 22, 2007 at 03:32:19PM +0200, Daniel Fischer wrote:
Am Freitag, 22. Juni 2007 04:29 schrieb Donald Bruce Stewart:
The file system was down here, sorry. Should be up now.
Ah, just unlucky timing. darcs got, installed, all well.
I Know I'm probably late, but with the darcs ource I keep getting: [ 6 of 22] Compiling System.Plugins.Consts ( src/System/Plugins/Consts.hs, dist/build/System/Plugins/Consts.o ) src/System/Plugins/Consts.hs:32:60: lexical error in string/character literal at character '\ESC' Am I missing something? thanks, Andrea
It half worked in ghci. Only all evals failed. That gave me a lead and after a lot of tinkering with the code of plugins-1.0, I found out one major problem. As of 6.6, ghc calls all interfaces interface main:Modulename and so plugins tries to load main_resource_closure instead of Modulename_resource_closure. That of course fails. Unfortunately, I don't know how to fix it. I suppose in contrast to the version from HackageDB, which I got myself on monday, the darcs version works with ghc >= 6.6, or I probably would have heard about it. So I'll try to get me that, only where?
And I'm rather annoyed that the stuff from HackageDB tends to be obsolete. How could we attract people to Haskell, if the downloaded packages just don't work? It would be a nice feature, if authors could remove obsolete packages from HackageDB as well as add new versions. It would also be helpful to see download statistics. If something is much in demand, this would
On Thu, 2007-06-21 at 01:49 +0200, Daniel Fischer wrote: probably be an incentive to update it more often.. Regards, Hans van Thiel
Cheers, Daniel
Am Mittwoch, 20. Juni 2007 20:32 schrieb ich:
Hi again,
I thought, I'd try out the plugins package, cause lambdabot segfaulted while loading plugins (or immediately after). So I wrote a very simpleminded test for eval(_) and unsafeEval(_) from System.Eval.Haskell. Compiled, but: dafis@linux:~/Documents> ghc --make PlugTest [1 of 1] Compiling Main ( PlugTest.hs, PlugTest.o ) Linking PlugTest ... dafis@linux:~/Documents> PlugTest PlugTest: /tmp/MectNX2619.o: unknown symbol `pluginszm1zi0_AltDataziDynamic_toDyn_closure' PlugTest: user error (resolvedObjs failed.)
What does that tell more knowledgeable persons?
Thanks, Daniel
participants (5)
-
Andrea Rossato -
Bayley, Alistair -
Daniel Fischer -
dons＠cse.unsw.edu.au -
Hans van Thiel