On 14.10 10:20, Ross Paterson wrote:
On Fri, Oct 13, 2006 at 04:05:49PM -0700, Sigbjorn Finne wrote:
Afraid I have to disappoint you (again :-( ) wrt OpenAL/ALUT. A bit
too late, but _if_ there's a wider agreement that including a
package such as this would be generally useful, I'd be happy
Hi Einar,
If people are interested I have NSIS scripts that make it trivial to
create windows binary installers for many Haskell packages (for GHC).
I am working on such a project myself for Haskell programs
(haddock/alex etc) but not libraries. Can you give more details about
your proposal,
Hi Sigjorn,
On Thu, 12 Oct 2006 08:37:11 +0900, Sigbjorn Finne [EMAIL PROTECTED] wrote:
for Win32 users wanting the latest GHC goodness, a candidate
6.6 installer is now available,
http://haskell.org/ghc/dist/6.6/ghc-6-6.msi
If anyone's willing to download it and kick the tires a bit,
Hi,
I forgot to link OpenAL's site.
http://www.openal.org/
On Thu, 12 Oct 2006 15:40:07 +0900, shelarcy [EMAIL PROTECTED] wrote:
And you can include OpenAL and ALUT package by these steps.
1. Download reealut Source ZIP, unpack it.
Not reealut. I want to write freealut.
2. Copy AL header
Hi,
for Win32 users wanting the latest GHC goodness, a candidate
6.6 installer is now available,
http://haskell.org/ghc/dist/6.6/ghc-6-6.msi
If anyone's willing to download it and kick the tires a bit,
that'd be great. If nothing too egregious shows up, I'm
planning to publish sometime
Simon Peyton-Jones schrieb:
| instance Show [Equation]
| where
| showsPrec _ eqs = certain program which prints a list of equation
| in a `nicer' way than by the default list
[...]
Perhaps. That's what I'd like feedback about. What do others think?
Overlapping
Dear GHC developers,
Sometimes ghc-6.6-candidate reports
--
runhaskell Setup.hs install --user
...
*** Exception: waitForProcess: does not exist (No child processes)
--
under Linux.
This happens
On 9/6/06, J. Garrett Morris [EMAIL PROTECTED] wrote:
ghc-dir\lib\i386-unknown-mingw32\include. Moving the files from the
new location to the old solved the compilation problem.
The correct place is ghc-dir\include, indeed.
Was this a problem in the distributed build, or did I do something
| What are the disadvantages of compiling every library
| with -fallow-overlapping-instances?
It's not H98, so it has to be an option, enabled by a flag. Of course
you are free to put the flag at the top of every module.
Sergey's point is that the libraries are pre-compiled, so you can't add
because people wanted to be able to
*use* overlapping instances (defined in a library) without having to
give the -fallow-overlapping-instances flag.)
The difference for me is to have a little bit less-or-more comfort.
DoCon-2.09 has ported from 6.4.1 to 6.6-candidate only by removing
the `data
On 9/5/06, Simon Peyton-Jones [EMAIL PROTECTED] wrote:
The old model was that every instance is potentially overlappable; andyou only need the flag when you *use* the instances.But peoplecomplained that the clients of their library should not need to knowimport Foogle and use
Hello,
I successfully downloaded and installed ghc-6.5.20060901 on Windows XP
(SP2 etc.). However, when attempting to build fps-0.8, I received a
large number of errors stemming from gcc being unable to find Stg.h or
HsBase.h. As far as I could tell using -v, gcc is still being passed
the old
trevion:
Hello,
I successfully downloaded and installed ghc-6.5.20060901 on Windows XP
(SP2 etc.). However, when attempting to build fps-0.8, I received a
large number of errors stemming from gcc being unable to find Stg.h or
HsBase.h. As far as I could tell using -v, gcc is still being
Serge D. Mechveliani wrote:
Dear GHC team,
I am trying to make ghc-6.5.20060831 from source by ghc-6.4.1
under Linux, i386-unknown.
It has got to
/home/mechvel/ghc/6.4.1/inst/bin/ghc -H16m -O -istage1/utils
-istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude
instances in 6.6 candidate
|
| Dear GHC developers,
|
| Can you, please, explain what has happened in 6.5.20060831
| with treating of overlapping instances?
|
| It seems to understand them differently than ghc-6.4.1.
| For example, I compile the module
|
|
| class C
To my request on overlapping instances in 6.6 candidate
Simon Peyton-Jones [EMAIL PROTECTED] writes on
4 Sep 2006
[..]
GHC 6.6's story is that an instance declaration can only be overlapped
if you compile that module with -fallow-overlapping-instances. Since
the list instance for Show
|
| data Equation = ...
| instance Show Equation where ...
|
| instance Show [Equation]
| where
| showsPrec _ eqs = certain program which prints a list of equation
| in a `nicer' way than by the default list
printing
|
On Mon, Sep 04, 2006 at 06:22:34PM +0400, Serge D. Mechveliani wrote:
Here is an example of how I alayws was using overlaps with standard
instances.
data Equation = ...
instance Show Equation where ...
instance Show [Equation]
where
Simon Peyton-Jones wrote:
|
| data Equation = ...
| instance Show Equation where ...
|
| instance Show [Equation]
| where
| showsPrec _ eqs = certain program which prints a list of equation
| in a `nicer' way than by
Simon Peyton-Jones [EMAIL PROTECTED] schrieb im Newsbeitrag |
| This gives the user possibility to redefine a certain part of the
| library instance.
| Is not ghc-6.4.1 better at this point?
Perhaps. That's what I'd like feedback about. What do others think?
...
Simon
What are the
Dear GHC developers,
Can you, please, explain what has happened in 6.5.20060831
with treating of overlapping instances?
It seems to understand them differently than ghc-6.4.1.
For example, I compile the module
class C a where c :: a - Bool
instance C Int where c n =
Dear GHC team,
I am trying to make ghc-6.5.20060831 from source by ghc-6.4.1
under Linux, i386-unknown.
It has got to
/home/mechvel/ghc/6.4.1/inst/bin/ghc -H16m -O -istage1/utils
-istage1/basicTypes -istage1/types -istage1/hsSyn -istage1/prelude
-istage1/rename -istage1/typecheck
22 matches
Mail list logo