On Thu, Jan 20, 2011 at 3:24 AM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
On 20 January 2011 01:51, Gwern Branwen gwe...@gmail.com wrote:
It had a lot of issues which meant it wouldn't build anywhere, where
at least the Hackage version worked at some point. I spent this
evening
On 20 January 2011 17:30, Gwern Branwen gwe...@gmail.com wrote:
* You need to loosen the base upper bound to 4.4
* If using base = 4, you need to depend on the syb package as well
(current version 0.3)
Would this break GHC 6.12 builds?
Thats why I suggested the flag stanza. Cabal has a
On Thu, Jan 20, 2011 at 12:45 PM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
On 20 January 2011 17:30, Gwern Branwen gwe...@gmail.com wrote:
* You need to loosen the base upper bound to 4.4
* If using base = 4, you need to depend on the syb package as well
(current version 0.3)
Would
On 20 January 2011 20:50, Gwern Branwen gwe...@gmail.com wrote:
Notice the flag defaults to False, not True. When I tried it with True, I got:
$ cabal install
Resolving dependencies...
cabal: dependencies conflict: base-3.0.3.2 requires syb ==0.1.0.2 however
syb-0.1.0.2 was excluded because
On Thu, Jan 20, 2011 at 5:33 PM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
On 20 January 2011 20:50, Gwern Branwen gwe...@gmail.com wrote:
Notice the flag defaults to False, not True. When I tried it with True, I
got:
$ cabal install
Resolving dependencies...
cabal: dependencies
On 20 January 2011 22:39, Gwern Branwen gwe...@gmail.com wrote:
It's just a folder in the lambdabot repo, as is lambdabot-utils and
unlambda and brainfuck.
I'm happy to report that show-0.4.1.1 does in fact build in my GHC 7
environment unmodified, so the Cabal hackery is working. You might
On Tue, Jan 18, 2011 at 3:41 PM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
That sounds like a good thing to do. Also, oo you know if there's any
reason that the most recent lambdabot is not pushed to Hackage? That
might make things even easier for others who wish to install it. It
Wow, it sure has taken me a long time to get back to this, but I got it to
work! Two ways actually. I did them both from scratch, just to make sure I
understood what was going on and could communicate it for the next poor sap
that is as ignorant as I was.
All this is done with GHC-6.12.3,
On 18 January 2011 19:32, Joe Bruce bruce.jo...@gmail.com wrote:
I did them both from scratch, just to make sure I
understood what was going on and could communicate it for the next poor sap
that is as ignorant as I was.
Congratulations :-)
Should/can I update the haskellwiki with this
On 7 January 2011 06:20, Joe Bruce bruce.jo...@gmail.com wrote:
Thanks Max. That makes a lot of sense. That change got me to the point of
linking lambdabot.
Well, I tried to see if I could reproduce your problem but didn't get
to this stage. It looks like v4.2.2.1 from Hackage hasn't been
On Fri, Jan 7, 2011 at 11:00 AM, Max Bolingbroke
batterseapo...@hotmail.com wrote:
Well, I tried to see if I could reproduce your problem but didn't get
to this stage. It looks like v4.2.2.1 from Hackage hasn't been updated
for donkeys years and breaks massively because of at least the new
On Fri, Jan 7, 2011 at 8:00 AM, Max Bolingbroke
batterseapo...@hotmail.comwrote:
I don't think readline links against iconv. What that error says to me
is that GHC is failing to link against *any* iconv. I bet that it's
because you have iconv installed via Macports without +universal. Try:
$
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/6/11 02:27 , Joe Bruce wrote:
Now I'm stuck on readline again [lambdabot build step 28 of 81]:
/Users/joe/.cabal/lib/readline-1.0.1.0/ghc-6.12.3/HSreadline-1.0.1.0.o:
unknown symbol `_rl_basic_quote_characters'
This sounds like the cabal
On 6 January 2011 07:27, Joe Bruce bruce.jo...@gmail.com wrote:
Now I'm stuck on readline again [lambdabot build step 28 of 81]:
/Users/joe/.cabal/lib/readline-1.0.1.0/ghc-6.12.3/HSreadline-1.0.1.0.o:
unknown symbol `_rl_basic_quote_characters'
This seems to have been covered on Stack
Thanks, Max. I had seen that thread already, but I don't understand how it
helps me. I'm on a x64 mac and I have both an i386 and x64 version of
readline installed (via macports install readline +universal). Perhaps
cabal is choosing the wrong one. How do I find out? How do I tell it which
to
On 6 January 2011 16:11, Joe Bruce bruce.jo...@gmail.com wrote:
Thanks, Max. I had seen that thread already, but I don't understand how it
helps me. I'm on a x64 mac and I have both an i386 and x64 version of
readline installed (via macports install readline +universal). Perhaps
cabal is
Thanks Max. That makes a lot of sense. That change got me to the point of
linking lambdabot.
I then encountered this error:
Linking dist/build/lambdabot/lambdabot ...
Undefined symbols:
_iconv_open, referenced from:
_hs_iconv_open in libHSbase-4.2.0.2.a(iconv.o)
(maybe you meant:
On Tue, Jan 4, 2011 at 5:16 PM, Joe Bruce bruce.jo...@gmail.com wrote:
I've had a bit of an adventure trying to build and run lambdabot on my box.
'cabal install lambdabot' does not work. It states it's not GHC 6.12 (and
certainly not 7.0) compatible, but I tried 6.12 anyway and got nowhere.
On Wed, Jan 5, 2011 at 12:53 PM, Rogan Creswick cresw...@gmail.com wrote:
State. I didn't have any trouble building lambdabot after setting an
upper version bound on the mtl dependency in lambdabot.cabal:
Library
build-depends: base, mtl = 2.0, bytestring, unix
My mistake, that should
Rogan,
Thanks for taking a look at it. No, mtl is not the problem, at least not
yet.
A detail that I've discovered is important: I'm on Mac OS X (10.6).
readline is my problem, and readline + mac + haskell seems to be a bad mix.
Macports installs readline in /opt/local/ by default, so I
I've had a bit of an adventure trying to build and run
lambdabothttp://hackage.haskell.org/package/lambdabot-4.2.2.1 on
my box. 'cabal install lambdabot' does not work. It states it's not GHC
6.12 (and certainly not 7.0) compatible, but I tried 6.12 anyway and got
nowhere. Next, I tried 6.10
21 matches
Mail list logo