How about moving the messages for compiler to an additional file?
My motivation is that we often face a trade-off between
aesthetical(elegant code) and practical(efficient code).
Like pragmas and strictness annotations, I often feel they make the
source code ugly.
They don't affect the semantics
specifically I am concerned about ByteString and underlying nodes .. ???
On Tue, Dec 2, 2008 at 3:45 AM, Bulat Ziganshin
[EMAIL PROTECTED]wrote:
Hello Vasili,
Tuesday, December 2, 2008, 11:48:40 AM, you wrote:
I am a little uncertain about import semantics in a
hierarchical package
Hello Vasili,
Tuesday, December 2, 2008, 2:08:03 PM, you wrote:
it's just convention to make modules like this:
module System.Stream (
module System.Stream.Class,
module System.Stream.Transformer,
module System.Stream.Instance,
module System.Stream.Utils,
) where
import
Hi all,
Thanks for your help.
I have install all depend with below Debian package:
libglade2-dev libgtksourceview-dev libgconf2-dev librsvg2-dev
libgstreamer-plugins-base0.10-dev libgstreamer0.10-dev libgtkglext1-dev
libgnomevfs2-dev xulrunner-dev
Colin Paul Adams [EMAIL PROTECTED] writes:
On Tue, 2008-12-02 at 19:58 +0800, Andy Stewart wrote:
Hi Dunca,
Duncan Coutts [EMAIL PROTECTED] writes:
And i use darcs version of gtk2hs,
when i ./configure, i got below information:
But when i make, i got below error information:
,
| glib/System/Glib.hs:13:0:
| Failed to
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mauricio
I would like to sugest a new basic type in Haskell. What if we had
something like this (with any other quoting character):
«Je ne parle pas français. Meu nome é Maurício. ¿Hablas español?»
This would be of type
John Meacham wrote:
I never was opposed to a cabal 'target' for jhc. I have 'make dist'
'make dist-rpm' and hopefully 'make msi' soon, adding a 'make
dist-hackage' alongside is not a bad thing, however, it is if it
complicates the standard build or comes to dominate development effort
or can't
John Meacham wrote:
I never was opposed to a cabal 'target' for jhc. I have 'make dist'
'make dist-rpm' and hopefully 'make msi' soon, adding a 'make
dist-hackage' alongside is not a bad thing, however, it is if it
complicates the standard build or comes to dominate development effort
or can't
Duncan == Duncan Coutts [EMAIL PROTECTED] writes:
gstreamer
Duncan Those names are the names of the Haskell
Duncan components/packages. All of them (except soegtk) are
Duncan wrappers for C libraries with similar names. So you need
Duncan to install the system packages that
Colin Paul Adams [EMAIL PROTECTED] writes:
Duncan == Duncan Coutts [EMAIL PROTECTED] writes:
gstreamer
Duncan Those names are the names of the Haskell
Duncan components/packages. All of them (except soegtk) are
Duncan wrappers for C libraries with similar names. So you
2008/12/2 Galchin, Vasili [EMAIL PROTECTED]:
Hello,
I am a little uncertain about import semantics in a hierarchical
package ... i.e. if I import the root of a package root do I get everything
under the root's namespace, i.e. the namespace tree?
There is nothing at all magical about the
Did you try turning off SELinux to check?
2008/12/2 Fraser Wilson [EMAIL PROTECTED]
Hi all,
Has anybody seen this? I thought it might be an SELinux thing, but then I
wouldn't expect GHC or darcs to run. Audley is a fairly simple program in
operating system feature terms, but I get the
On Tue, 2008-12-02 at 11:01 +, Colin Paul Adams wrote:
Duncan == Duncan Coutts [EMAIL PROTECTED] writes:
gstreamer
Duncan Those names are the names of the Haskell
Duncan components/packages. All of them (except soegtk) are
Duncan wrappers for C libraries with similar
Hello,
I am a little uncertain about import semantics in a hierarchical
package ... i.e. if I import the root of a package root do I get everything
under the root's namespace, i.e. the namespace tree?
thanks, vasili
___
Haskell-Cafe mailing list
Hi Dunca,
Duncan Coutts [EMAIL PROTECTED] writes:
On Tue, 2008-12-02 at 15:48 +0800, Andy Stewart wrote:
When i ./configure gtk2hs souce code, i will got below information:
,
| * The following packages will be built:
| *
|
On Tue, 2008-12-02 at 15:48 +0800, Andy Stewart wrote:
When i ./configure gtk2hs souce code, i will got below information:
,
| * The following packages will be built:
| *
| * glib : yes
|
Dan Doel wrote:
On Monday 01 December 2008 1:39:13 pm Bertram Felgenhauer wrote:
As one of the posters there points out, for n=100 the program doesn't
actually backtrack if the 'loneliest neighbour' heuristic is used. Do
any of our programs finish quickly for n=99? The Python one doesn't.
On Fri, 28 Nov 2008 16:15:30 -0800, Don Stewart [EMAIL PROTECTED]
wrote:
Good work!
It is always interesting to see the secret Haskell projects that only
get announced via the HCAR. Things not on haskell@ or on hackage.
For example, this under-the-radar project:
Hi,
I would like to sugest a new basic type in Haskell. What if we had
something like this (with any other quoting character):
«Je ne parle pas français. Meu nome é Maurício. ¿Hablas español?»
This would be of type Utf8. I think now it is not a bad idea,
since Haskell source code is
Hi all,
Has anybody seen this? I thought it might be an SELinux thing, but then I
wouldn't expect GHC or darcs to run. Audley is a fairly simple program in
operating system feature terms, but I get the same error with anything I
build myself.
[EMAIL PROTECTED] audley]$
Yes, there is a solution for n=99 and for n=100 for that matter --
which can be found under one second. I only had to make a trivial
modification to the previously posted code
tour n k s b | k n*n = return b
| otherwise = do next - (foldr mplus mzero).map return $
successors
Why didn't that occur to me? I should get more sleep. Thanks for the tip.
Now I know that it definitely is SELinux, a system I understand not at all,
I presume the problem is in these context things ... ghc has system_u and
bin_t, while audley has unconfined_u and file_t. Time to go poking
Hello Vasili,
Tuesday, December 2, 2008, 11:48:40 AM, you wrote:
I am a little uncertain about import semantics in a
hierarchical package ... i.e. if I import the root of a package root
do I get everything under the root's namespace, i.e. the namespace tree?
no. you import just *module*,
Hmmm... it seems that n=63 is a special case.
[EMAIL PROTECTED] wrote:
Yes, there is a solution for n=99 and for n=100 for that matter --
which can be found under one second. I only had to make a trivial
modification to the previously posted code
tour n k s b | k n*n = return b
Duncan == Duncan Coutts [EMAIL PROTECTED] writes:
Duncan Those names are the names of the Haskell
Duncan components/packages. All of them (except soegtk) are
Duncan wrappers for C libraries with similar names. So you need
Duncan to install the system packages that contain the
Hello Fraser,
Tuesday, December 2, 2008, 6:34:19 PM, you wrote:
search in GHC tracker: afair there was some SELinux-releated report
Why didn't that occur to me? I should get more sleep. Thanks for
the tip. Now I know that it definitely is SELinux, a system I
understand not at all, I
Thanks, Bulat, ticket #738 appears to be it. It was fixed in September, but
I guess it hasn't made it to yum yet, although there's a work-around with
permissions and so forth.
cheers,
Fraser.
On Tue, Dec 2, 2008 at 4:42 PM, Bulat Ziganshin
[EMAIL PROTECTED]wrote:
Hello Fraser,
Tuesday,
Unlike native Strings, this would have the potential for a
runtime parse error at every character.
--
_jsn
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe
I would like to sugest a new basic type in Haskell. What if we had
something like this (with any other quoting character):
«Je ne parle pas français. (...) ¿Hablas español?»
This would be of type Utf8. I think now it is not a bad idea,
since Haskell source code is supposed to be
I finally got round to trying cabal-install with OpenGL/GLUT,
using a freshly built ghc head, a cygwin bash, and
http://haskell.org/~duncan/cabal/cabal.exe
cabal-install version 0.6.0
using version 1.6.0.1 of the Cabal library
Yes, building it requires mingw/msys, but with it cabal
On Tue, 2008-12-02 at 16:55 +, Claus Reinke wrote:
But when I actually try to build anything using (yes, I know the explicit
package flags aren't needed with --make)
ghc --make -package OpenGL -package GLUT something.hs
I get nothing but undefined references in the linking phase.
So this proposal is more than a UTF8 type, since it
encompasses a move away from text as lists. What interfaces
would we have to text in this proposal?
--
_jsn
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On 2008 Dec 2, at 2:48, Andy Stewart wrote:
,
| * The following packages will be built:
| *
| * glib : yes
| * gtk : yes
| * glade : no
| * cairo : yes
| * svgcairo : no
| * gtkglext : no
| * gconf : no
| * sourceview: no
| * mozembed
Hi,
I'm new to haskell and wonted to start tinkering a bit with this
language, specifically with HXQ. I have installed ghc with macports.
Now while building HXQ I get the following error:
Main.hs:20:9:
Not in scope: type constructor or class `C.SomeException'
Unfortunately I'm also new
ghc --make -package OpenGL -package GLUT something.hs
I get nothing but undefined references in the linking phase.
C:\Program
Files\Haskell\GLUT-2.1.1.2\ghc-6.11.20081202/libHSGLUT-2.1.1.2.a(Window.o):fake:
(.text+0x15): undefined reference to `glutWarpPointer'
Does ghc-pkg describe
So this proposal is more than a UTF8 type, since it
encompasses a move away from text as lists. What interfaces
would we have to text in this proposal?
Normal users would import modules with specific interfaces, like
functions or instances.
One possible such module
ChrisK wrote:
Hmmm... it seems that n=63 is a special case.
[EMAIL PROTECTED] wrote:
Yes, there is a solution for n=99 and for n=100 for that matter --
which can be found under one second. I only had to make a trivial
modification to the previously posted code
tour n k s b | k n*n =
On Tue, Dec 2, 2008 at 6:55 PM, Claus Reinke [EMAIL PROTECTED] wrote:
I finally got round to trying cabal-install with OpenGL/GLUT,
using a freshly built ghc head, a cygwin bash, and
[...]
C:\Program
Files\Haskell\GLUT-2.1.1.2\ghc-6.11.20081202/libHSGLUT-2.1.1.2.a(Window.o):fake:
John Goerzen wrote:
On Mon, Dec 01, 2008 at 09:59:24PM +, Andrew Coppin wrote:
OK, now I'm puzzled. I don't remember that! :-}
OK, I went back and looked at my Git logs and you're right. Wrong
Andrew. Sorry.
LOL! S'OK...
I would welcome bug reports and, even
I believe these errors are caused by the wrong calling convention
being used in the Haskell bindings. This part in the configure script
tests the build (host) platform:
case $host in
*-mingw32) CALLCONV=stdcall ;;
*) CALLCONV=ccall ;;
esac
Since it doesn't test for Cygwin, you end up with
On Mon, Dec 01, 2008 at 05:30:33PM -0800, Judah Jacobson wrote:
You can limit the size of that stub file using:
foreign import ccall progname progname :: Ptr (Ptr CChar)
which lets you access that global variable and write the
getters/setters in Haskell rather than C.
this solves my
If you use a newtype the answer to the second question is yes. Just put
{-# LANGUAGE GeneralizedNewtypeDeriving #-}
in the first line of your module or pass -XGeneralizedNewtypeDeriving to
ghc or ghci.
Daryoush Mehrtash schrieb:
What happens when a type adds driving such as:
newtype
On Tue, 2008-12-02 at 18:04 +, Claus Reinke wrote:
ghc --make -package OpenGL -package GLUT something.hs
I get nothing but undefined references in the linking phase.
C:\Program
Files\Haskell\GLUT-2.1.1.2\ghc-6.11.20081202/libHSGLUT-2.1.1.2.a(Window.o):fake:
(.text+0x15):
Hello,
Some mention is made in corresponding web pages about implementation
difference of these three different DataString impl. Any advice?
Regards, Vasili
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
On Tue, 2008-12-02 at 17:43 -0600, Galchin, Vasili wrote:
Hello,
Some mention is made in corresponding web pages about
implementation difference of these three different DataString impl.
Any advice?
Perhaps you need to ask a more specific question.
Data.ByteString is a simple strict
On Tue, Dec 2, 2008 at 2:56 AM, nml [EMAIL PROTECTED] wrote:
How about moving the messages for compiler to an additional file?
My motivation is that we often face a trade-off between
aesthetical(elegant code) and practical(efficient code).
Like pragmas and strictness annotations, I often feel
G'day all.
Quoting Bertram Felgenhauer [EMAIL PROTECTED]:
successors n b = sortWith (length . succs) . succs
[...]
successors n b = sortWith (length . (succs =) . succs) . succs
[...]
successors n b = sortWith (length . (succs =) . (succs =) .
succs) . succs
[...]
These improved
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, Dec 2, 2008 at 2:43 AM, Andy Stewart wrote:
Thank you very much.
So anyone install XMonad with GHC 6.10.1 success?
-- Andy
Darcs XMonad and XMC support 6.10, but there is an open bug where
apparently on 6.10 and x86_64 architecture,
On 2008 Dec 2, at 14:44, Andrew Coppin wrote:
Regardless, it has been my general experience that almost everything
obtained from Hackage fails miserably to compile under Windows.
(IIRC, one package even used a Bash script as part of the build
process!) I haven't seen similar problems on
I am getting a collision with Internal sigh.
vasili
On Tue, Dec 2, 2008 at 5:59 PM, Duncan Coutts
[EMAIL PROTECTED]wrote:
On Tue, 2008-12-02 at 17:43 -0600, Galchin, Vasili wrote:
Hello,
Some mention is made in corresponding web pages about
implementation difference of these
I think I am getting a namespace collition between
Data.ByteString.Lazy.Char8.ByteString
and
Data.ByteString.Lazy.Internal.ByteString
here is the error message
Couldn't match expected type `B.ByteString'
against inferred type
Daryoush Mehrtash wrote:
What happens when a type adds driving such as:
newtype SupplyT s m a = SupplyT (StateT [s] m a)
deriving (Functor, Monad, MonadTrans, MonadIO)
Two questions:
How does the deriving implement the instance?
With GeneralizedNewtypeDeriving, since newtypes are just
Hello,
http://www.cse.unsw.edu.au/~dons/fps.html
Are the papers/slides still up-to-date for someone to get up-to-speed on
ByteString motivation and implementation? Anything more recent?
Regards, Vasili
___
Haskell-Cafe mailing list
Hi all,
I have install GHC 6.10.1 and Gtk2hs (darcs version) in Debian.
So i want to ask, have anyone install Yi (darcs version) with GHC 6.10.1
successfully?
And the best way to install darcs version Yi?
Thank you very much!
-- Andy
___
What happens when a type adds driving such as:
newtype SupplyT s m a = SupplyT (StateT [s] m a)
deriving (Functor, Monad, MonadTrans, MonadIO)
Two questions:
How does the deriving implement the instance?
Is there a way for me to add my own classes in the deriving? for
example
Andrew Coppin [EMAIL PROTECTED] wrote:
...it has been my general experience that almost everything
obtained from Hackage fails miserably to compile under
Windows. (IIRC, one package even used a Bash script as part of
the build process!) I haven't seen similar problems on Linux.
(But I don't
Galchin, Vasili [EMAIL PROTECTED] writes:
I think I am getting a namespace collition between
Data.ByteString.Lazy.Char8.ByteString
and
Data.ByteString.Lazy.Internal.ByteString
You rarely need to import 'Internal' directly.
here is the error message
Couldn't
Excerpts from lazycat.manatee's message of Tue Dec 02 23:18:50 -0600 2008:
Hi all,
I have install GHC 6.10.1 and Gtk2hs (darcs version) in Debian.
So i want to ask, have anyone install Yi (darcs version) with GHC 6.10.1
successfully?
Yes. cabal install is basically the easiest way to do it:
On Wed, Dec 3, 2008 at 1:32 AM, Ketil Malde [EMAIL PROTECTED] wrote:
Galchin, Vasili [EMAIL PROTECTED] writes:
I think I am getting a namespace collition between
Data.ByteString.Lazy.Char8.ByteString
and
Data.ByteString.Lazy.Internal.ByteString
You rarely need to
Warning: This package indirectly depends on multiple versions of the same
package. This is highly likely to cause a compile failure.
package binary-0.4.2 requires bytestring-0.9.0.1
package bio-0.3.4.1 requires bytestring-0.9.1.0
ah ha .. Ketil, this is what you are saying? If so, how do I fix?
Hi Austin,
Austin Seipp [EMAIL PROTECTED] writes:
Excerpts from lazycat.manatee's message of Tue Dec 02 23:18:50 -0600 2008:
Hi all,
I have install GHC 6.10.1 and Gtk2hs (darcs version) in Debian.
So i want to ask, have anyone install Yi (darcs version) with GHC 6.10.1
successfully?
I've already posted this mail on haskell-cafe, but apparently the
subject suggested a too simple question, so I try it here again. I am
picking up a discussion with the same topic from haskell-users on
8th November.
Thunks with reference on themselves was mentioned as main reason for
loop.
A
62 matches
Mail list logo