Re: Re[4]: ANNOUNCE: GHC version 6.6.1
On Mon, 2007-04-30 at 10:05 +0400, Bulat Ziganshin wrote: > Hello Duncan, > > Sunday, April 29, 2007, 8:00:56 PM, you wrote: > > >> java/c# libs can't be used with current ghc, so 99% of > > > Making it possible to use Haskell in mixed language projects with C++ > > and Java > > how ghc/mingw can be used with java? :) I expect it's quite tricky! :-) I'm not claiming it works or is easy, I was just commenting that making it possible or easier to use Haskell in larger mixed language projects is a good goal. Of course I've never tried it but I'd probably start by looking at the haskell-jvm-bridge (http://sourceforge.net/projects/jvm-bridge/) and seeing if that can be made to work with Sun Java on windows or perhaps GNU gcj works on mingw these days. Duncan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re[4]: ANNOUNCE: GHC version 6.6.1
Hello Duncan, Sunday, April 29, 2007, 8:00:56 PM, you wrote: >> java/c# libs can't be used with current ghc, so 99% of > Making it possible to use Haskell in mixed language projects with C++ > and Java how ghc/mingw can be used with java? :) -- Best regards, Bulatmailto:[EMAIL PROTECTED] ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Re[2]: ANNOUNCE: GHC version 6.6.1
On Sun, 2007-04-29 at 10:38 +0400, Bulat Ziganshin wrote: > Hello Albert, > > Sunday, April 29, 2007, 2:51:24 AM, you wrote: > > >> Is it just me who thinks this is a silly idea? Why should GHC include a > >> C++ compiler? > > > .NET literates, will benefit from the many libraries available in .NET. > > Can we also include a .NET runtime, a .NET documentation suite, all .NET > > you are lame. Hia Bulat, It's really much better to criticise ideas rather than people personally, though I do understand that Albert was making a joke at your expense. In that situation its much better to try and ignore it rather than flaming. We do want to keep the various Haskell mailing lists civil :-) > java/c# libs can't be used with current ghc, so 99% of > libs we may need are written in c/c++. making porting these lubs as > hard as possible and then heroically rewrite them in pure haskell is > one way, good for PhD and other pseudo-scientific activity. building > bridges to the world of existing software is the way to the real > haskell usage in big projects Making it possible to use Haskell in mixed language projects with C++ and Java is obviously a good thing, but it's not really a scalable solution to distribute them all together. We should look at how to improve cabal+ghc to make it easier to use them as a component of a larger system. One example of this would be not requiring that ghc is used to do a final link, we should be able to make static libs and then link them using ordinary gcc. Duncan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: non-owner-writable files generated in ghc build process?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan O'Rear wrote: > On Sun, Apr 29, 2007 at 09:12:00AM -0400, Isaac Dupree wrote: >> When I was doing `rm -r` on a build tree it pointed out that >> driver/split/ghc-split.prl >> and >> driver/mangler/ghc-asm.prl >> were write-protected. Tacking this down, they're generated from .lprl >> with unlit... then (in mk/suffix.mk) they are `chmod 444`-ed. Is this a >> problem? Is the purpose to remind people that those are generated files, >> so don't change them? (hmm... if someone has a restrictive umask like >> 027, will this circumvent it? would `chmod -w` make more sense?) > > umask only affects file creation, not chmod. that's what I meant - if a user doesn't even want any of their files world-readable, this use of chmod would make the file more readable, not even with a reason or trying to do that. Of course it won't really make much of a difference since it's inside a bunch of directories... I guess I don't really care, there are too many different open-source projects that do weird things with permissions Isaac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNK+UHgcxvIWYTTURAsSFAJ97nkPGguuojK1QeOQI8BcFHNUMkACcDHBT 3SmDlrN4rM7Fl0bbP97C8Jo= =BPjo -END PGP SIGNATURE- ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: GHC on ia64
Hi Cristian, On Wed, Apr 25, 2007 at 07:00:51PM +0200, Cristian Perfumo wrote: > > We've been trying to compile GHC 6.6 on ia64, and although we have > applied the patch on http://hackage.haskell.org/trac/ghc/ticket/1150 , > we still get some mangler errors with "nop 0"s. As well as the patch attached to that bug report, there were a couple more patches for IA64 that went in recently. All the patches are in 6.6.1, so you might have more luck with that. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: non-owner-writable files generated in ghc build process?
On Sun, Apr 29, 2007 at 09:12:00AM -0400, Isaac Dupree wrote: > When I was doing `rm -r` on a build tree it pointed out that > driver/split/ghc-split.prl > and > driver/mangler/ghc-asm.prl > were write-protected. Tacking this down, they're generated from .lprl > with unlit... then (in mk/suffix.mk) they are `chmod 444`-ed. Is this a > problem? Is the purpose to remind people that those are generated files, > so don't change them? (hmm... if someone has a restrictive umask like > 027, will this circumvent it? would `chmod -w` make more sense?) umask only affects file creation, not chmod. > I know, I can use `rm -rf` in order to unquestioningly follow UNIX > permissions model... Stefan ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Error compiling GHC/Num.lhs
Hi Bas, On Sun, Apr 29, 2007 at 11:54:35AM +, Bas van Dijk wrote: > > I'm trying to build GHC from darcs. Unfortunately compilation fails > with the following error: > > ... > cpphs: #error Please define LEFTMOST_BIT to be 2^(SIZEOF_HSWORD*8-1) > in GHC/Num.lhs at line 27 col 1 > make[1]: *** [doc.library.base] Error 1 > make[1]: Leaving directory `/home/bas/development/haskell/ghc/libraries' > make: *** [stage1] Error 2 > ... > > The following is the part where the error occurs in > libraries/base/GHC/Num.lhs : > ... > #include "MachDeps.h" > #if SIZEOF_HSWORD == 4 This is a cpphs bug - IIRC it wasn't recursively expanding SIZEOF_HSWORD. Either install cpphs from darcs (I don't think there is a release with the fix yet) or uninstall it so that cpp is used instead. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
non-owner-writable files generated in ghc build process?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 When I was doing `rm -r` on a build tree it pointed out that driver/split/ghc-split.prl and driver/mangler/ghc-asm.prl were write-protected. Tacking this down, they're generated from .lprl with unlit... then (in mk/suffix.mk) they are `chmod 444`-ed. Is this a problem? Is the purpose to remind people that those are generated files, so don't change them? (hmm... if someone has a restrictive umask like 027, will this circumvent it? would `chmod -w` make more sense?) I know, I can use `rm -rf` in order to unquestioningly follow UNIX permissions model... Isaac -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGNJmgHgcxvIWYTTURAs5IAKCw5ND5vKLimSkIaclz5onqnNHVyACeKCPq bBtTcqD+/qoG3gnDcAtLHc0= =PUgp -END PGP SIGNATURE- ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Error compiling GHC/Num.lhs
Hello, I'm trying to build GHC from darcs. Unfortunately compilation fails with the following error: ... cpphs: #error Please define LEFTMOST_BIT to be 2^(SIZEOF_HSWORD*8-1) in GHC/Num.lhs at line 27 col 1 make[1]: *** [doc.library.base] Error 1 make[1]: Leaving directory `/home/bas/development/haskell/ghc/libraries' make: *** [stage1] Error 2 ... The following is the part where the error occurs in libraries/base/GHC/Num.lhs : ... #include "MachDeps.h" #if SIZEOF_HSWORD == 4 #define LEFTMOST_BIT 2147483648 #define DIGITS 9 #define BASE 10 #elif SIZEOF_HSWORD == 8 #define LEFTMOST_BIT 9223372036854775808 #define DIGITS 18 #define BASE 100 #else #error Please define LEFTMOST_BIT to be 2^(SIZEOF_HSWORD*8-1) -- DIGITS should be the largest integer such that 10^DIGITS < LEFTMOST_BIT -- BASE should be 10^DIGITS. Note that ^ is not available yet. #endif ... Note that in build.mk I set BuildFlavour = quick and I also tried building it with the following options added: SRC_HC_OPTS += -optc-march=athlon64 -opta-march=athlon64 SRC_CC_OPTS += -march=athlon64 What can be the problem? Thanks, Bas van Dijk Some info on my system (please ask for more if you need it): $ uname -a Linux bassbox 2.6.20-gentoo-r6 #1 PREEMPT Thu Apr 19 10:53:57 CEST 2007 i686 AMD Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux $ gcc --version gcc (GCC) 4.1.1 (Gentoo 4.1.1-r3) ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
