
Hello, When building the latest hdbc-odbc (1.1.2.0) on a linux box with ghc6.6.1, I get the following warnings: [7 of 7] Compiling Database.HDBC.ODBC ( Database/HDBC/ODBC.hs, dist/build/Database/HDBC/ODBC.o ) hdbc-odbc-helper.c: In function â: hdbc-odbc-helper.c:131:0: warning: pointer targets in passing argument 6 of â differ in signedness hdbc-odbc-helper.c:131:0: warning: pointer targets in passing argument 8 of â differ in signedness hdbc-odbc-helper.c: In function â: hdbc-odbc-helper.c:136:0: warning: pointer targets in passing argument 8 of â differ in signedness /usr/bin/ar: creating dist/build/libHSHDBC-odbc-1.1.2.0.a then, after installing the package I get the following error/strange behavior: Prelude> :t Database.HDBC.ODBC.connectODBC /usr/local/lib/HDBC-odbc-1.1.2.0/ghc-6.6.1/Database/HDBC/ODBC/Connection.hi Declaration for connectODBC: Failed to load interface for `Database.HDBC.ODBC.ConnectionImpl': Use -v to see a list of the files searched for. Cannot continue after interface file error Can anyone shed light on what is going wrong? Is it something I can fix, or is the distribution buggy? thanks, Jeff

On 2007-10-11, jeff p
Hello,
When building the latest hdbc-odbc (1.1.2.0) on a linux box with ghc6.6.1, I get the following warnings:
[7 of 7] Compiling Database.HDBC.ODBC ( Database/HDBC/ODBC.hs, dist/build/Database/HDBC/ODBC.o ) hdbc-odbc-helper.c: In function â:
That's a mighty suspicious function name, but as far as I can tell, that aside, these are probably harmless.
then, after installing the package I get the following error/strange behavior:
There was a line missing in the cabal file. I have posted 1.1.2.2 to http://software.complete.org/hdbc-odbc/downloads which fixes it. -- John
Prelude> :t Database.HDBC.ODBC.connectODBC /usr/local/lib/HDBC-odbc-1.1.2.0/ghc-6.6.1/Database/HDBC/ODBC/Connection.hi Declaration for connectODBC: Failed to load interface for `Database.HDBC.ODBC.ConnectionImpl': Use -v to see a list of the files searched for. Cannot continue after interface file error
Can anyone shed light on what is going wrong? Is it something I can fix, or is the distribution buggy?
thanks, Jeff
-- John Goerzen Author, Foundations of Python Network Programming http://www.amazon.com/exec/obidos/tg/detail/-/1590593715

Hi, I have been hacking the Haskell installation a few days on Redhat Linux. GHC 6.6 -> 6.6.1 -> Lambdabot does not work. Downgrade to GHC 6.4 -> Still not working, tried cabal-install to simplify my life, but no luck. Then install Cabal, Haddock -> Haddock cannot install bc Lambdabot is not there. (And some dependency issues.) Remove .ghci, Haddock still not work. It seems the Haskell world (outside the beautiful GHC) is in a recursive non-functional blackhole. Anyway, now my question is, how do I thoroughly clean up Haskell? (And maybe try again after a few days of rest.) My environment is Redhat Linux, install most stuff on /home/<user>/<product>/ where <product> = GHC, Lambdabot, cabal, haddock, etc. It seems there are some hidden files/dirs, .GHC, .ghci, anything else? Thanks, Steve ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------

not trying to start a flame war here, but I had pretty good success with
apt-get and ubuntu.
however, I admit I never really got lambdabot to work.
if you install from source you can have 6.6, 6.6.1 and 6.4 all installed
at the same time.
you just need to create simlinks for the old versions. (nothing gets
overwritten except the symlink in /usr/bin)
are you certain haddock depends on lambdabot? that seems very strange to
me.
t.
"Lihn, Steve"

are you certain haddock depends on lambdabot? that seems very strange to me.
Thomas, I also thought haddock should be an easy build, but it just won't do it. /home2/<user>/garden/haddock-0.8> runhaskell ./Setup.lhs install Installing: --prefix=~/cabal/lib/haddock-0.8/ghc-6.4 & --prefix=~/cabal/bin haddock-0.8... Then it stopped and nothing got done. (I even checked rc=0 but the lib/bin dir does not have trace of haddock!) I don't think haddock "has" to depend on lamdbabot. But I saw "Skipping HaddockHoogle" during the build. Isn't the Hoogle thing related to Lambdabot? Or they are unrelated. Again being new to the Haskell world (only a few months), I am not an expert on what depends on what. It would be nice to have a "type system" to check the dependency of the many packages. Perl CPAN does a good job on this. Steve ---------------------------------------------- To haskell-cafe@haskell.org cc Subject [Haskell-cafe] How to thoroughly clean up Haskell stuff on linux Hi, I have been hacking the Haskell installation a few days on Redhat Linux. GHC 6.6 -> 6.6.1 -> Lambdabot does not work. Downgrade to GHC 6.4 -> Still not working, tried cabal-install to simplify my life, but no luck. Then install Cabal, Haddock -> Haddock cannot install bc Lambdabot is not there. (And some dependency issues.) Remove .ghci, Haddock still not work. It seems the Haskell world (outside the beautiful GHC) is in a recursive non-functional blackhole. Anyway, now my question is, how do I thoroughly clean up Haskell? (And maybe try again after a few days of rest.) My environment is Redhat Linux, install most stuff on /home/<user>/<product>/ where <product> = GHC, Lambdabot, cabal, haddock, etc. It seems there are some hidden files/dirs, .GHC, .ghci, anything else? Thanks, Steve ------------------------------------------------------------------------ ------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------ ------ _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------

wayll... it (haddock at least) really is easy on deb/ubu with apt.
I've found a lot of stuff is harder to install on Suse back when I was
using that, and I think Suse/Redhat suffer from the same problems.
not that the packager should matter, since it seems you're installing from
source...
are you trying to do something like install to your home dir (non root) or
like that?
did you look for an rpm for haddock?
If you're committed to RH, honestly I would just take whatever comes
nicely packaged as rpm. Life is too short (and haskell has enough other
complications) to be installing stuff from source :)
t.
"Lihn, Steve"
are you certain haddock depends on lambdabot? that seems very strange to me.
Thomas, I also thought haddock should be an easy build, but it just won't do it. /home2/<user>/garden/haddock-0.8> runhaskell ./Setup.lhs install Installing: --prefix=~/cabal/lib/haddock-0.8/ghc-6.4 & --prefix=~/cabal/bin haddock-0.8... Then it stopped and nothing got done. (I even checked rc=0 but the lib/bin dir does not have trace of haddock!) I don't think haddock "has" to depend on lamdbabot. But I saw "Skipping HaddockHoogle" during the build. Isn't the Hoogle thing related to Lambdabot? Or they are unrelated. Again being new to the Haskell world (only a few months), I am not an expert on what depends on what. It would be nice to have a "type system" to check the dependency of the many packages. Perl CPAN does a good job on this. Steve ---------------------------------------------- To haskell-cafe@haskell.org cc Subject [Haskell-cafe] How to thoroughly clean up Haskell stuff on linux Hi, I have been hacking the Haskell installation a few days on Redhat Linux. GHC 6.6 -> 6.6.1 -> Lambdabot does not work. Downgrade to GHC 6.4 -> Still not working, tried cabal-install to simplify my life, but no luck. Then install Cabal, Haddock -> Haddock cannot install bc Lambdabot is not there. (And some dependency issues.) Remove .ghci, Haddock still not work. It seems the Haskell world (outside the beautiful GHC) is in a recursive non-functional blackhole. Anyway, now my question is, how do I thoroughly clean up Haskell? (And maybe try again after a few days of rest.) My environment is Redhat Linux, install most stuff on /home/<user>/<product>/ where <product> = GHC, Lambdabot, cabal, haddock, etc. It seems there are some hidden files/dirs, .GHC, .ghci, anything else? Thanks, Steve ------------------------------------------------------------------------ ------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------ ------ _______________________________________________ Haskell-Cafe mailing list Haskell-Cafe@haskell.org http://www.haskell.org/mailman/listinfo/haskell-cafe --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------ --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

On Oct 12, 2007, at 17:38 , Lihn, Steve wrote:
Installing: --prefix=~/cabal/lib/haddock-0.8/ghc-6.4 &
This looks suspicious to me: the "~" metacharacter is only understood by shells, and only in certain circumstances (i.e. only at the beginning of a "word", not after a "="), and by the time you reach that phase it should have been expanded to your home directory already. Check Cabal didn't leave stuff in a directory named "~" under your current directory, and if it did then redo the configure saying "$HOME" instead of "~" (and make sure you didn't quote it so that it gets passed on unexpanded like the "~" did).
I don't think haddock "has" to depend on lamdbabot. But I saw "Skipping HaddockHoogle" during the build. Isn't the Hoogle thing related to Lambdabot? Or they are unrelated.
Only insofar has Lambdabot has an interface to Hoogle (which IIRC depends on Haddock knowing how to build Hoogle indexes, which is what that segment is about). Haddock doesn't build the Hoogle stuff by default, IIRC. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH

On Fri, Oct 12, 2007 at 07:31:45PM -0400, Brandon S. Allbery KF8NH wrote:
I don't think haddock "has" to depend on lamdbabot. But I saw "Skipping HaddockHoogle" during the build. Isn't the Hoogle thing related to Lambdabot? Or they are unrelated.
Only insofar has Lambdabot has an interface to Hoogle (which IIRC depends on Haddock knowing how to build Hoogle indexes, which is what that segment is about). Haddock doesn't build the Hoogle stuff by default, IIRC.
Besides, "Skipping foo" is GHC-ese for "foo is already up to date, not wasting time..." Stefan

Thanks for all the feedback. I removed GHC 6.4 and re-installed 6.6.1 and was able to install Haddock and other things in a few seconds. It seems that the GOA and Lambdabot complicated the environment under the hook, I will just leave them alone for now.
Life is too short (and haskell has enough other complications) to be installing stuff from source :)
Indeed, I don't want to waste time but have no choice (rpm needs root), and in today's world, software should be built by simply "config,build,install". Maybe in the academic world, people always have their own machines and root access, but this is not true for people living on ISP accounts (and corporate world too) where root access is restricted. Consider that Haskell is not a mainstream software like perl or java, it is hard to ask sysadmin to put it under root. I was exploring Haskell website and finding more and more things I "need" to install. The time to figure out how to build each one of them is too much (consider I am a fluent IT software builder). I am wondering why Haskell community does not pacakge a "full package" that includes ghc, haddock, happy, alex, darcs, cabal, etc... Things that a "typical" developer will bump into eventually. I understand that putting two large compilers (ghc+hugs) may take a lot space, but for smaller utilities, it would be nice if they are included (if there is no unwelcomed "side effect"). Steve -----Original Message----- From: Stefan O'Rear [mailto:stefanor@cox.net] Sent: Friday, October 12, 2007 11:04 PM To: Brandon S. Allbery KF8NH Cc: Lihn, Steve; Haskell-Cafe Haskell-Cafe Subject: Re: [Haskell-cafe] How to thoroughly clean up Haskell stuff on linux On Fri, Oct 12, 2007 at 07:31:45PM -0400, Brandon S. Allbery KF8NH wrote:
I don't think haddock "has" to depend on lamdbabot. But I saw
"Skipping
HaddockHoogle" during the build. Isn't the Hoogle thing related to Lambdabot? Or they are unrelated.
Only insofar has Lambdabot has an interface to Hoogle (which IIRC depends on Haddock knowing how to build Hoogle indexes, which is what that segment is about). Haddock doesn't build the Hoogle stuff by default, IIRC.
Besides, "Skipping foo" is GHC-ese for "foo is already up to date, not wasting time..." Stefan ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------

Indeed, I don't want to waste time but have no choice (rpm needs root),
not sure if this'll help (never tried it myself) but this claims there's a non-root way to use rpm http://www.techonthenet.com/linux/build_rpm.php cheers, t. --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

Tom, Although there are ghc rpms (http://www.haskell.org/ghc/dist/6.6.1/rpm/), it can not be installed as non-root user. The rpm lock and rpm db issue makes it a "complicated and pathological" case -- see thread here https://lists.dulug.duke.edu/pipermail/rpm-devel/2005-April/000403.html <https://lists.dulug.duke.edu/pipermail/rpm-devel/2005-April/000403.html
. I don't know if the rpm can be packaged differently as your link suggests to avoid these issues.
I would suggest making a note on the GHC download page for non-root user not to try the rpm, it is a waste of time. The tar.bz2 file works fine. Just be careful when dealing with Lambdabot (and GOA). BTW, the 661 rpm depends on gmp-devel and readline, which further complicated the case for non-root user. Steve ________________________________ From: Thomas Hartman [mailto:thomas.hartman@db.com] Sent: Tuesday, October 16, 2007 10:04 AM To: Lihn, Steve Cc: Brandon S. Allbery KF8NH; Haskell-Cafe Haskell-Cafe; Stefan O'Rear Subject: RE: [Haskell-cafe] How to thoroughly clean up Haskell stuff on linux
Indeed, I don't want to waste time but have no choice (rpm needs root),
not sure if this'll help (never tried it myself) but this claims there's a non-root way to use rpm http://www.techonthenet.com/linux/build_rpm.php cheers, t. --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. ------------------------------------------------------------------------------ Notice: This e-mail message, together with any attachments, contains information of Merck & Co., Inc. (One Merck Drive, Whitehouse Station, New Jersey, USA 08889), and/or its affiliates (which may be known outside the United States as Merck Frosst, Merck Sharp & Dohme or MSD and in Japan, as Banyu - direct contact information for affiliates is available at http://www.merck.com/contact/contacts.html) that may be confidential, proprietary copyrighted and/or legally privileged. It is intended solely for the use of the individual or entity named on this message. If you are not the intended recipient, and have received this message in error, please notify us immediately by reply e-mail and then delete it from your system. ------------------------------------------------------------------------------

On 2007-10-12, Brandon S. Allbery KF8NH
On Oct 12, 2007, at 17:38 , Lihn, Steve wrote:
Installing: --prefix=~/cabal/lib/haddock-0.8/ghc-6.4 &
This looks suspicious to me: the "~" metacharacter is only understood by shells, and only in certain circumstances (i.e. only at the beginning of a "word", not after a "="),
This likely the problem, but a reasonable shell (i.e. zsh) will expand in this circumstance: % echo --foo=~ --foo=/home/wnoise -- Aaron Denney -><-

On Oct 13, 2007, at 3:51 , Aaron Denney wrote:
On 2007-10-12, Brandon S. Allbery KF8NH
wrote: On Oct 12, 2007, at 17:38 , Lihn, Steve wrote:
Installing: --prefix=~/cabal/lib/haddock-0.8/ghc-6.4 &
This looks suspicious to me: the "~" metacharacter is only understood by shells, and only in certain circumstances (i.e. only at the beginning of a "word", not after a "="),
This likely the problem, but a reasonable shell (i.e. zsh) will expand in this circumstance:
zsh only does so with "setopt magicequalsubst". -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH

"Lihn, Steve"
Hi, I have been hacking the Haskell installation a few days on Redhat Linux. GHC 6.6 -> 6.6.1 -> Lambdabot does not work.
[...]
Anyway, now my question is, how do I thoroughly clean up Haskell? (And maybe try again after a few days of rest.)
Is there some reason why you can't use RPMs, given that it's a redhat system? -- Jón Fairbairn Jon.Fairbairn@cl.cam.ac.uk
participants (8)
-
Aaron Denney
-
Brandon S. Allbery KF8NH
-
jeff p
-
John Goerzen
-
Jon Fairbairn
-
Lihn, Steve
-
Stefan O'Rear
-
Thomas Hartman