Re: Fwd: Unable to compile ghc-8.2.2 with ghc-8.4.3

Am Fr., 31. Aug. 2018 um 21:17 Uhr schrieb Brandon Allbery < allber...@gmail.com>: > I don't think ghc ever used gcc's version of this; it used the Evil > Mangler to do it. > Well, I actually *do* think it used GCC's global variables: I fixed GHC in the late 90's to make it work on HP-UX, and

Re: Fwd: Unable to compile ghc-8.2.2 with ghc-8.4.3

Am Fr., 31. Aug. 2018 um 18:52 Uhr schrieb Ben Franksen < ben.frank...@online.de>: > Am 31.08.2018 um 11:57 schrieb Sven Panne: > > Am Fr., 31. Aug. 2018 um 11:11 Uhr schrieb Sam Halliday < > > sam.halli...@gmail.com>: > > > >> [...] It would make

Fwd: Unable to compile ghc-8.2.2 with ghc-8.4.3

Am Fr., 31. Aug. 2018 um 11:11 Uhr schrieb Sam Halliday < sam.halli...@gmail.com>: > [...] It would make a lot of sense for the > "unregistered" sources to be made available as an optional download > alongside the source code, if haskell.org were open to that > possibility. IIRC, the generated

Re: [ANNOUNCE] GHC 8.4.1 released

2018-03-08 17:57 GMT+01:00 Ben Gamari : > The GHC developers are very happy to announce the 8.4.1 release of > Glasgow Haskell Compiler. [...] Just a few tiny remarks regarding "base": *

Re: [Haskell] PSA: `cabal update` command needs manual unsticking

2018-01-02 2:24 GMT+01:00 Gershom B : > A recent update to hackage, which fixed up the 01-index.tar.gz file, > revealed a bug in existing versions of cabal-install, when index files > are cleaned up. This bug means that the `cabal update` command, which > updates the hackage

Re: PSA: `cabal update` command needs manual unsticking

2018-01-02 2:24 GMT+01:00 Gershom B : > A recent update to hackage, which fixed up the 01-index.tar.gz file, > revealed a bug in existing versions of cabal-install, when index files > are cleaned up. This bug means that the `cabal update` command, which > updates the hackage

Re: [Haskell-cafe] [ANNOUNCE] GHC 8.2.2 release candidate 2

2017-11-06 17:54 GMT+01:00 Ben Gamari : > Next time something like this arises please do open a ticket. > Yep, will do... > Yes, I have opened a differential adding such a flag. See D4164 [1]. > Please bikeshed to taste. > Thanks for the quick fix! > In general I would

Re: [Haskell-cafe] [ANNOUNCE] GHC 8.2.2 release candidate 2

2017-11-05 15:37 GMT+01:00 : > A better approach might be to develop a "machine-readable" output format > which then is kept stable, and can be enabled with a flag. Git has a > similar solution. > Without doubt, this is definitely the better approach, but this is hardly what can

Re: [ANNOUNCE] GHC 8.2.2 release candidate 2

This is not an issue about 8.2.2 per se, but 8.2 changes in general: Recent discussions on Haskell Cafe showed serious problems with Emacs' haskell-mode due to some ad hoc changes like https://phabricator.haskell.org/D3651. Related GitHub issues:

Re: Remove eq and show from num class

2017-09-08 10:43 GMT+02:00 Herbert Valerio Riedel : > [...] Moreover, the CLC together with the Hackage Trustees also maintains > the > https://github.com/haskell/pvp specification which is integral to the > way Hackage and the Cabal solver interact. [...] > Although I'm

Re: Haskell 2020: 'let' to be optional and with wider scope of visibility, like other Haskell functions

2017-04-17 14:19 GMT+02:00 Adam Bergmark : > I just wanted to say that there is no need to apologize for making a > proposal! > +1 for that, and sorry if I sounded harsh, that wasn't my intention. Proposals are important (we need more of them, not less), and so are discussions

Re: Haskell 2020: 'let' to be optional and with wider scope of visibility, like other Haskell functions

2017-04-16 17:21 GMT+02:00 Vassil Ognyanov Keremidchiev : > 1) It's not a problem, it's a improvement in syntax with lowering > verbosity. > If it's not a real problem, it probably shouldn't be done: Every tiny change in the syntax, even if it's somehow backwards compatible,

Re: DeriveFoldable treatment of tuples is surprising

2017-03-21 22:29 GMT+01:00 Edward Kmett : > [... In general I think the current behavior is the least surprising as it > "walks all the a's it can" and is the only definition compatible with > further extension with Traversable. [...] > OTOH, the current behavior contradicts my

Re: Multiple imports on a single line

2017-02-01 22:39 GMT+01:00 Vassil Ognyanov Keremidchiev : > Yes, but it could be a bit more denser without so much repetition of > "import", like: > > import Data.Text, qualified Data.Map as M, qualified Vector as V hiding > (Vector) > > i.e. the same as current situation, but

Re: Proposal process status

2016-07-20 23:16 GMT+02:00 Adam Foltzer : > [...] I'll quote the Motivations section: > >1. Higher than necessary barrier-to-entry. > > For the purposes of this proposal, whether we would prefer a competing > alternative is secondary to the fact that a Github account has

Re: Proposal: ArgumentDo

2016-07-10 11:28 GMT+02:00 C Maeder : > [...] Why does an explicit infix operator make such a big difference for > you? > > (if c then f else g) $ if d then a else b > > (if c then f else g) if d then a else b > [...] > Because at first glance, this is visually only a

Re: Proposal: ArgumentDo

2016-07-08 12:28 GMT+02:00 Joachim Breitner : > Currenlty, > > foobar > (do f &&& g) > x > > calls foobar with two arguments, while > > (do f &&& g) > x > > calls (f &&& g) with one argument. The ArgumentDo proposal does not change > that, only

Re: Proposal: ArgumentDo

2016-07-08 9:09 GMT+02:00 Joachim Breitner <m...@joachim-breitner.de>: > Am Freitag, den 08.07.2016, 08:35 +0200 schrieb Sven Panne: > >foobar > > do f &&& g > > x > [...] Only with the proposed addition, it becomes an argument to fo

Re: Proposal: ArgumentDo

[ There is a trend to repeat one's argument about this proposed extension in various mailing lists/wiki pages/etc., so let's repeat myself, too... :-] 2016-07-07 19:44 GMT+02:00 Carter Schonwald : > the fact that its perilously close to looking like *1 typo* away from

Re: [Feedback requested]: -fhelpful-import-errors

2016-02-16 18:12 GMT+01:00 Tom Sydney Kerckhove : > [...] As suggested by `thomie`, I created a design proposal at > https://ghc.haskell.org/trac/ghc/wiki/Proposal/HelpfulImportError > and am now looking for feedback. [ Not sure if the feedback should be submitted here

Re: Reconsidering -Wall and -Wcompat

2016-02-14 17:12 GMT+01:00 Ben Gamari : > [...] This proposal is motivated by concern expressed by some that -Wcompat > would see little usage unless it is placed in one of the warning sets > typically used during development. One such set is -Wall, which enables > a generous

Re: [Haskell-cafe] MRP, 3-year-support-window, and the non-requirement of CPP

2015-10-06 18:47 GMT+02:00 Herbert Valerio Riedel : > [...] That being said, as how to write your Monad instances today with GHC > 7.10 w/o CPP, while supporting at least GHC 7.4/7.6/7.8/7.10: This > *does* work (admittedly for an easy example, but this can be > generalised): > > >

Re: [Haskell-cafe] Monad of no `return` Proposal (MRP): Moving `return` out of `Monad`

2015-10-05 17:09 GMT+02:00 Gershom B : > On October 5, 2015 at 10:59:35 AM, Bryan O'Sullivan (b...@serpentine.com) > wrote: > [...] As for libraries, it has been pointed out, I believe, that without > CPP one can write instances compatible with AMP, and also with AMP + MRP. >

Re: [Haskell-cafe] Monad of no `return` Proposal (MRP): Moving `return` out of `Monad`

2015-10-05 11:59 GMT+02:00 Simon Thompson : > [...] It’s really interesting to have this discussion, which pulls in all > sorts of well-made points about orthogonality, teaching, the evolution of > the language and so on, but it simply goes to show that the process of >

Typing pattern synonyms

The type of a pattern synonym like pattern FOO = 1234 seems to be '(Eq a, Num a) => a', which makes partially makes sense, although it's not immediately clear to me where the 'Eq a' part comes from. But probably that would be clear if I read the desugaring rules closely enough. ;-) My real

Re: Typing pattern synonyms

2015-09-30 20:10 GMT+02:00 David Feuer : > The Eq constraint is needed to support pattern matching, the raison d’être > of pattern synonyms. > I was just a bit confused by the fact that normally you don't need an 'Eq a' constraint for pattern matching. But looking at the

Re: HEADS UP: Need 7.10.3?

Building Haddock documentation on Windows for larger packages (e.g. OpenGLRaw) is broken in 7.10.2, similar to linking: The reason is once again the silly Windows command line length limitation, so we need response files here, too. Haddock 2.16.1 already has support for this, but this seems to be

Re: [Haskell] ANNOUNCE: Haskell Platform 7.10.2

[ re-posted with a link instead of an attachment, the mail size limit seems to be a bit small on some lists... ] 2015-07-30 21:08 GMT+02:00 Mark Lentczner mark.lentcz...@gmail.com: Haskellers, we are pleased to announce the release of Haskell Platform 7.10.2 *get it here...

Re: simultaneous ghc versions

[...] The only thing I find missing is the ability to install a binary distribution without overwriting the existing symlinks (e.g. ghc - ghc-7.8.4). I second the OP's request and Reid's one: I think the binary distributions for *nices should neither contain unversioned executables nor

Re: broken source link

2015-07-24 9:59 GMT+02:00 Christian Maeder c.mae...@jacobs-university.de: when trying to look up the original definition for Data.List.transpose in https://downloads.haskell.org/~ghc/latest/docs/html/libraries/Data-List.html I found that the source link

Re: ANNOUNCE: GHC 7.10.2 Release Candidate 2

2015-07-07 7:26 GMT+02:00 Mark Lentczner mark.lentcz...@gmail.com: And now Windows RC2 for Haksell Platform is also here: http://www.ozonehouse.com/mark/platform/ [...] I noticed 2 problems so far: * The package cache is still always out of date (I thought there was a fix for that):

Re: ANNOUNCE: GHC 7.10.2 Release Candidate 2

2015-07-07 13:30 GMT+02:00 Thomas Miedema thomasmied...@gmail.com: On Tue, Jul 7, 2015 at 10:54 AM, Sven Panne svenpa...@gmail.com wrote: * The package cache is still always out of date (I thought there was a fix for that): Please reopen https://ghc.haskell.org/trac/ghc/ticket/10205

Re: Trouble building applications with Haskell GLUT and freeglut on OS X with GHC 7.10.1

Just a quick addition: The bug tracking this on the GLUT package side is https://github.com/haskell-opengl/GLUT/issues/19, and it seems to be a regression in the 7.10 series... ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org

Re: [Haskell-cafe] RFC: Native -XCPP Proposal

2015-05-06 16:21 GMT+02:00 Bardur Arantsson s...@scientician.net: +1, I'll wager that the vast majority of usages are just for version range checks. The OpenGL-related packages used macros to generate some binding magic (a foreign import plus some helper functions for each API entry), not just

Re: Increased memory usage with GHC 7.10.1

2015-05-02 12:01 GMT+02:00 Paolino paolo.verone...@gmail.com: Hello, I succeded in compiling https://hackage.haskell.org/package/OpenGLRaw-2.4.1.0/docs/src/Graphics-Rendering-OpenGL-Raw-Functions.html on a 32 bit machine with 2GB of memory with ghc 7.10.1. O_O To alleviate the pain a bit, I've

Re: Unable to build 7.10.1 RC1 on Jessie

2015-01-25 11:18 GMT+01:00 harry volderm...@hotmail.com: [..] This can be reproduced by running the following commands in the debian:jessie docker image: apt-get update apt-get install ncurses-dev curl gcc ghc make libgmp-dev xz-utils curl

Re: ANNOUNCE: GHC 7.8.4 Release Candidate 1

2014-11-25 20:46 GMT+01:00 Austin Seipp aus...@well-typed.com: We are pleased to announce the first release candidate for GHC 7.8.4: https://downloads.haskell.org/~ghc/7.8.4-rc1/ [...] Would it be possible to get the RC on https://launchpad.net/~hvr/+archive/ubuntu/ghc? This way one could

Re: RFC: changes to -i flag for finding source files

2014-04-25 22:26 GMT+02:00 Malcolm Wallace malcolm.wall...@me.com: [...] The feature seems like a very low power-to-weight ratio, so -1 from me. -1 from me, for the same reasons. ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org

Re: PROPOSAL: Literate haskell and module file names

2014-03-17 14:22 GMT+01:00 Brandon Allbery allber...@gmail.com: On Mon, Mar 17, 2014 at 9:08 AM, Edward Kmett ekm...@gmail.com wrote: Foo+rst.lhs does nicely dodge the collision with jhc. Is this legal on Windows? According to

Re: PROPOSAL: Literate haskell and module file names

2014-03-17 14:22 GMT+01:00 Brandon Allbery allber...@gmail.com: On Mon, Mar 17, 2014 at 9:08 AM, Edward Kmett ekm...@gmail.com wrote: Foo+rst.lhs does nicely dodge the collision with jhc. Is this legal on Windows? According to

Re: [Haskell-cafe] Poll plea: State of GUI graphics libraries in Haskell

2013/9/27 Heinrich Apfelmus apfel...@quantentunnel.de: Actually, I'm reading about WebGL right now, and it appears to me that it should be very easy to support in Threepenny. [...] I am not sure if WebGL is enough: WebGL is basically OpenGL ES 2.0, which is again basically OpenGL 2.0 plus some

Re: [Haskell-cafe] Poll plea: State of GUI graphics libraries in Haskell

2013/9/27 Conal Elliott co...@conal.net: [...] Am I mistaken about the current status? I.e., is there a solution for Haskell GUI graphics programming that satisfies the properties I'm looking for (cross-platform, easily buildable, GHCi-friendly, and OpenGL-compatible)? [...] Time warp! ;-)

Re: [Haskell-cafe] Mystery of an Eq instance

2013/9/22 Mike Meyer m...@mired.org: On Sat, Sep 21, 2013 at 5:28 PM, Bardur Arantsson s...@scientician.net wrote: Trying to make something whose name is Not A Number act like a number sounds broken from the start. The point here is that IEEE floats are actually more something like a Maybe

[Haskell-cafe] ANNOUNCE: New OpenGL packages

New versions of the OpenGL packages are available on Hackage: * OpenGLRaw 1.4.0.0 * GLURaw 1.4.0.0 * OpenGL 2.9.0.0 * GLUT 2.5.0.0 The mid-term goal is to make all these packages conform to the latest OpenGL 4.4 specification, and while we're not yet there, this release is

Re: [Haskell-cafe] Renumbered mailing list posts

2013/8/12 Joachim Breitner m...@joachim-breitner.de: happens with mailman/pipermail occasionally. o_O That's news to me... Why/how does this happen? This sounds like a serious bug to me, the URLs should really, really be stable to be of any use. It is more reliable to link to message ids,

[Haskell] ANNOUNCE: OpenGLRaw 1.1.0.1

A new version of the OpenGLRaw package has been uploaded to Hackage. This is a bug-fix-only release, fixing the retrieval of core OpenGL API entries on Windows. This fix should have already been included in the previous 1.1.0.0 version, but it was accidentally left out (thanks to Tobias

[Haskell] ANNOUNCE: GLUT 2.2.2.0

A new version of the GLUT package has been uploaded to Hackage. * Fixed linking issues on Mac OS X, the package should work out of the box without any warnings or additional flags now. * Handle additional mouse buttons via 'AdditionalButton Int' in the MouseButton type. * Made a few

[Haskell] ANNOUNCE: GLURaw 1.1.0.0

A new version of the GLURaw package has been uploaded to Hackage.    * Fixed linking issues on Mac OS X, the package should work out of the box without any warnings or additional flags now. * Fixed the type of gluUnProject4, the near and far parameters are of type GLclampd, not GLdouble.

[Haskell] ANNOUNCE: OpenGLRaw 1.1.0.0

A new version of the OpenGLRaw package has been uploaded to Hackage. * Use opaque newtypes for the basic OpenGL types, adding the common instances for them, too. Note that this might break programs which depend on the concrete representations. Use explicit conversions where necessary, making

[Haskell] ANNOUNCE: OpenGL 2.4.0.0

A new version of the OpenGL package has bee uploaded to Hackage. * Added contextProfile query. * Made a few tiny internal typing changes to make things work with the latest OpenGLRaw package. Cheers, S. ___ Haskell mailing list

[Haskell] ANNOUNCE: OpenGL 2.4.0.1

A new version of the OpenGL package has been uploaded to Hackage. * Fixed maxTextureUnit query. This change didn't make it in the last release... :-( Cheers,    S. ___ Haskell mailing list Haskell@haskell.org

[Haskell-cafe] Re: [Haskell] ANNOUNCE: GLUT 2.2.1.0

Am Sonntag, 16. August 2009 22:10:23 schrieb Rafael Gustavo da Cunha Pereira Pinto: BTW, as an enhancement for 2.2.2.0, you could treat unnamed mouse buttons. Mouses with more axis and more buttons are becoming increasingly common, and unmarshalMouseButton is not prepared to accept them!!

[Haskell] ANNOUNCE: GLUT 2.2.1.0

A new version of the GLUT package has been uploaded to Hackage. * The package is now autoconf-free. API entries are resolved dynamically at runtime, just like the OpenGLRaw and GLURaw packages. * Support for sRGB framebuffers has been added, just use SRGBMode with initialDisplayMode. To use

[Haskell] ANNOUNCE: GLUT 2.2.0.0

A new version of the GLUT package has been uploaded to Hackage. It depends on the new OpenGL, StateVar and Tensor packages, but apart from that the API is unchanged. Furthermore, a simple, pure OpenGL 3.1 demo has been added, which does not rely on any deprecated OpenGL functionality

[Haskell] ANNOUNCE: StateVar 1.0.0.0

To further modularize the OpenGL/OpenAL packages, a new StateVar package has been released to Hackage. It contains state variables, which are references in the IO monad, like IORefs or parts of the OpenGL state. Cheers, S. ___ Haskell mailing list

[Haskell] ANNOUNCE: ObjectName 1.0.0.0

A new (tiny) ObjectName package has been released to Hackage. It contains the class ObjectName, which corresponds to the general notion of explicitly handled identifiers for API objects, e.g. a texture object name in OpenGL or a buffer object name in OpenAL. Cheers, S.

[Haskell] ANNOUNCE: OpenGLRaw 1.0.1.0

A new version of the OpenGLRaw package has been uploaded to Hackage. Support for the following OpenGL extensions has been added: GL_NV_texture_shader2 GL_NV_depth_clamp GL_NV_primitive_restart GL_NV_vertex_array_range2 GL_NV_occlusion_query GL_NV_fence

[Haskell] ANNOUNCE: GLURaw 1.0.0.0

A new GLURaw package has been uploaded to Hackage. It contains full support for all GLU functionality and is similar in spirit to the OpenGLRaw package, i.e. it is a 1:1 mapping of the C interface, no libraries or headers are needed at build time, and the GLU API entries are resolved

Re: [Haskell] ANNOUNCE: OpenGLRaw 1.0.0.0

Am Donnerstag, 11. Juni 2009 19:23:17 schrieb Bryan O'Sullivan: Since this is a new package, is there any possibility that the naming could be more economical? Graphics.Rendering.OpenGL.GL.CoordTrans is awfully long. I think that Graphics.Rendering. is clutter, and OpenGL.GL. seems

Re: [Haskell] ANNOUNCE: OpenGLRaw 1.0.0.0

Am Donnerstag, 11. Juni 2009 19:23:17 schrieb Bryan O'Sullivan: [...] I think that Graphics.Rendering. is clutter, and OpenGL.GL. seems redundant to me. [...] I forgot to mention one thing here: OpenGL.GL is currently *not* redundant, there is OpenGL.GLU in the OpenGL package, too. GL and GLU

[Haskell] ANNOUNCE: OpenGLRaw 1.0.0.0

As a first step to make the OpenGL package easier to install, more modular and a bit more flexible, a low-level binding for OpenGL has been uploaded to Hackage. From OpenGLRaw's package description: OpenGLRaw is a raw Haskell binding

Re: [HOpenGL] renderString not working in ghci

[ Reprise of an old GHCi problem, GHC HQ read on please... ] Am Mittwoch, 20. Mai 2009 09:24:14 schrieb Matthijs Kooijman: I've been playing around with GLUT (latest version from hackage, on Debian) a bit yesterday and am having some troubles with renderString. It works fine when I compile a

Re: [HOpenGL] renderString not working in ghci

Am Montag, 1. Juni 2009 22:48:56 schrieb Duncan Coutts: I don't know how the problem reported in that message is related to the renderString problem (which I do not understand), but the behaviour you see there is not terribly surprising. It's an artefact of the way dynamic linking works and

Re: [Haskell-cafe] Data.Binary and little endian encoding

Am Sonntag, 17. Mai 2009 15:08:29 schrieb Don Stewart: Sven.Panne: [...] I think most problems can be fixed in a rather pragmatic way by adding a few functions to the binary package: [...] Patches are welcome. Attached. A few remarks: * This is only a quick and mildly tested

Re: [Haskell-cafe] Linkage errors in scenegraph

Am Sonntag, 17. Mai 2009 01:07:55 schrieb Gregory D. Weber: I'd like to get the scenegraph package (http://hackage.haskell.org/cgi-bin/hackage-scripts/package/scenegraph) to work, but am encountering linkage errors. [...] Also, I notice that in the cabal file for scenegraph, the list of

Re: [Haskell-cafe] Data.Binary and little endian encoding

Am Freitag, 15. Mai 2009 06:37:22 schrieb Don Stewart: timd: On a related matter, I am using Data.Binary to serialise data from haskell for use from other languages. [...] [...] Yep, it's possible, just not portably so. Google for Data.Binary IEEE discussions. I think this topic pops up

[Haskell] ANNOUNCE: OpenGL 2.2.3.0

A new version of the OpenGL package has bee uploaded to Hackage. This is a feature release, containing the following changes and additions: * Added support for GL_ARB_copy_buffer, GL_ARB_depth_buffer_float, GL_ARB_half_float_pixel, GL_ARB_texture_rectangle, GL_EXT_packed_float and

Re: [Haskell-cafe] Decoupling OpenAL/ALUT packages from OpenGL

Am Montag, 11. Mai 2009 12:04:07 schrieb Neil Brown: [...] So possible additions to your type-class list are Foldable and maybe Traversable (no harm, although I'd have to reach further for an example for this). I guess the tricky decision might be whether to provide a Num instance (again,

Re: [Haskell-cafe] Decoupling OpenAL/ALUT packages from OpenGL

Am Montag, 4. Mai 2009 13:33:33 schrieb David Duke: Decoupling basic primitives for geometric modelling from OpenGL would be useful. [...] Even just data constructors and instances of these within Functor and Applicative are a useful starting point. [...] I've taken a closer look at the

Re: [Haskell-cafe] Decoupling OpenAL/ALUT packages from OpenGL

Am Sonntag, 3. Mai 2009 00:56:00 schrieb Tillmann Vogt: Sven Panne schrieb: * a tiny ObjectName package, consisting only of OpenGL's ObjectName class (In Data.ObjectName? I'm not very sure about a good place in the hierarchy here.) How about Data.GraphicsObjects ? [...] Thanks for all

Re: [Haskell-cafe] ANN: Silkworm game

Nice work! Two minor suggestions, apart from the the paths issue already discussed here: * Either include a license file in the source distribution or remove the corresponding line in the .cabal file. Cabal won't work if it is specified and missing. * List all your build dependencies

Re: Linking and constants problems with OpenAL under Windows

Am Sonntag, 15. Februar 2009 08:32:59 schrieb Jared: The OpenAL binding's wiki page directs questions to Haskell-Cafe, but the more serious of my problems seems to be with GHC. My platform is GHC 6.10.1 under Windows XP. This post boils down to two questions. First, why would GHCi and GHC

[Haskell] ANNOUNCE: ALUT 2.1.0.2

A new version of the ALUT package has been uploaded to Hackage. Again, this is a bug fix only release, containing only tiny changes: * Include missing aclocal.m4 and examples in source distribution * Removed unused Makefiles and prologue.txt * Fixed OpenAL URLs Cheers,    S.

[Haskell] ANNOUNCE: OpenAL 1.3.1.3

A new version of the OpenAL package has been uploaded to Hackage. Again, this is a bug fix only release: * Include OpenAL header when checking values of constants * Include missing aclocal.m4 and examples in source distribution * Removed unused Makefiles and prologue.txt * Removed

[Haskell] ANNOUNCE: GLUT 2.1.2.1

A new version of the GLUT package has been uploaded to Hackage. This is a bug fix only release, containing only tiny changes: * Include missing aclocal.m4 and examples in source distribution * Removed unused Makefiles and prologue.txt Cheers, S.

[Haskell-cafe] Decoupling OpenAL/ALUT packages from OpenGL

I'd like to get some feedback from the Haskell community about some packaging issues, so here is my problem: As a medium-term goal, I'd like to decouple the OpenAL/ALUT packages from the OpenGL package, because there are very sensible use cases where you might need some sound, but not OpenGL.

Re: [Haskell-cafe] How to install HOpenGL to Windows?

Am Mittwoch, 29. April 2009 11:25:31 schrieb Duncan Coutts: On Mon, 2009-04-27 at 19:03 +0200, Sven Panne wrote: [...] As usual, things are always a bit trickier than they appear initially: On non- Windows systems it is not always sufficient to link against libGL alone, sometimes you'll

Re: Inter-module links with Haddock broken?

Am Samstag, 25. April 2009 14:48:03 schrieb Sven Panne: Currently I am unable to make inter-module links (of the form 'Foo.Bar.baz') work with the Haddock shipped with GHC 6.10.2. [...] Until a few moments ago, I wasn't aware of the fact that Haddock has a trac for itself nowadays, so I guess

[Haskell] ANNOUNCE: OpenGL 2.2.2.0

A new version of the OpenGL package has bee uploaded to Hackage. This is mainly a bug fix release, containing the following changes: * Minor tweaks for recent Cabal versions. * Removal of old GHC build system relics. * Handle invalid framebuffer operation error. * Terminate GLSL

[Haskell] ANNOUNCE: GLUT 2.1.2.0

A new version of the GLUT package has been uploaded to Hackage. This is a feature release, adding all the shiny new features of the upcoming freeglut 2.6.0 C library plus a few older bits and pieces which had been missing: * Minor tweaks for recent Cabal versions * Removal of old GHC build

[Haskell] ANNOUNCE: OpenAL 1.3.1.2

A new version of the OpenAL package has been uploaded to Hackage. This is a bug fix only release: * Minor tweaks for recent Cabal versions * Removal of old GHC build system relics. * Use the correct calling convention on Windows. Cheers, S.

[Haskell] ANNOUNCE: ALUT 2.1.0.1

A new version of the ALUT package has been uploaded to Hackage. This is a bug fix only release, containing only tiny changes: * Minor tweaks for recent Cabal versions * Removal of old GHC build system relics. Cheers, S. ___ Haskell mailing

Re: [Haskell-cafe] How to install HOpenGL to Windows?

Am Montag, 27. April 2009 00:11:20 schrieb Duncan Coutts: On Sun, 2009-04-26 at 19:03 +0200, Sven Panne wrote: [...] * How to link programs using OpenGL This is because the GL libs are called different names on different platforms right? But they're consistent within each platform, it's

Re: [Haskell-cafe] How to install HOpenGL to Windows?

Am Donnerstag, 9. April 2009 00:28:35 schrieb Peter Verswyvelen: Yes I totally agree that it is overkill. Ideally I would like every package to install on Windows without requiring MinGW. But I was just explaining the situation as it is right now. Well, I don't like using autoconf, either, but

Inter-module links with Haddock broken?

Currently I am unable to make inter-module links (of the form 'Foo.Bar.baz') work with the Haddock shipped with GHC 6.10.2. The library documentation on haskell.org has the same problem, see e.g. the last paragraphs of http://www.haskell.org/ghc/docs/latest/html/libraries/base/Control-

Re: [Haskell-cafe] Linker Errors For OpenGL / GLUT 'Hello World' Program.

On Saturday 20 September 2008 19:13:43 Donnie Jones wrote: [...] checking GL/gl.h usability... yes checking GL/gl.h presence... yes checking for GL/gl.h... yes checking OpenGL/gl.h usability... no checking OpenGL/gl.h presence... no checking for OpenGL/gl.h... no checking GL/glu.h

Re: [Haskell-cafe] Win32 Open GL / Glut Applications

On Friday 21 September 2007 20:19, Ronald Guida wrote: John Wicket wrote: yea, that is probably what I need. Can you post in a step-by-step way. Here is a set of instructions for what I had to do to get FreeGLUT working with GHCi [...]. Oh dear, a long a sad story... :-( [...] Although

Re: [Haskell-cafe] Library Process (was Building production stable software in Haskell)

On Thursday 20 September 2007 16:33, David Menendez wrote: Does RPM, etc., deal with the fact that Haskell library installations are specific to a particular platform? It depends what you mean with deal: If it is only making sure that a given binary library RPM matches the installed Haskell

Re: [Haskell-cafe] Library Process (was Building production stable software in Haskell)

On Tuesday 18 September 2007 09:44, Dominic Steinitz wrote: This discussion has sparked a question in my mind: What is the process for the inclusion of modules / packages in ghc, hugs and other compilers interpreters? Personal interest of the people working on GHC et. al. ;-) I thought the

Re: compiling on solaris 9

On Friday 14 September 2007 16:33, Robert Andersson wrote: stdint.h seems to be unavailable on solaris 9. Looking at the rts/posix/OSMem.c file we find /* no C99 header stdint.h on OpenBSD? */ #if defined(openbsd_HOST_OS) typedef unsigned long my_uintptr_t; #else #include

Re: compiling on solaris 9

On Saturday 15 September 2007 13:58, skaller wrote: [...] 1. Measure the size (and alignment, while at it) of all the integer types. (trial execute and run). [...] 4. For the ones provided, AND size_t, ptrdiff_t, check their size (and signedness). (trial execution) Small additional note:

Re: [Haskell-cafe] Data.Binary Endianness

On Tuesday 11 September 2007 09:17, Don Stewart wrote: Just in case people didn't see, the `binary' package lives on http://darcs.haskell.org/binary/ However, Lennart Kolmodin, Duncan and I are actively maintaining and reviewing patches, so send them to one (or all) of us for review.

Re: [Haskell-cafe] Data.Binary Endianness

On Saturday 15 September 2007 20:09, Stefan O'Rear wrote: packages is only for those libraries that are shipped with GHC. First of all, this fact would be new to me, furthermore this would be a highly volatile categorization. Should URLs change when a package suddenly gets into or was thrown

Re: Bug: wrong ghc location in package.conf

On Tuesday 11 September 2007 05:58, Conal Elliott wrote: In ghc-6.8 20070909, my package.conf contains some strange and incorrect paths, such as haddockInterfaces = [/usr/local/doc/ghc/libraries\\html\\containers\\containers.haddock], haddockHTMLs =

Re: [Haskell-cafe] Re: Data.Binary Endianness

On Monday 10 September 2007 21:02, apfelmus wrote: [...] class Put a endian where put :: endian - a - Put [...] Oh, and the 8,16,32 and 64 are good candidates for phantom type/associated data types, too. I think that using any non-H98 feature like MPTC or associated data types for

Re: [Haskell-cafe] Data.Binary Endianness

On Monday 10 September 2007 19:50, Thomas Schilling wrote: [...] instance Binary MP3 where get = MP3 $ getHeader * getData -- [*] where getHeader = do magic - getWord32le case magic of ... Of course this works in the sense that it

Re: [Haskell-cafe] Data.Binary Endianness

On Tuesday 11 September 2007 08:14, Don Stewart wrote: sven.panne: On Monday 10 September 2007 19:50, Thomas Schilling wrote: [...] instance Binary MP3 where get = MP3 $ getHeader * getData -- [*] where getHeader = do magic - getWord32le case magic of

Re: [Haskell-cafe] Data.Binary Endianness

On Monday 10 September 2007 19:26, Don Stewart wrote: Yep, just send a patch. Or suggest what needs to happen. OK, I'll see what I can do next weekend, currently I'm busy with packaging/fixing GHC. I have similar code lying around in various places, and it would be nice if there was a more

Re: [Haskell-cafe] Tiny documentation request

On Sunday 09 September 2007 18:41, Andrew Coppin wrote: [...] Well, if I could collapse it with a single click, it would be much easier to scroll past it and get to the thing I'm looking for. I didn't say remove it, just give me the option to hide it. ;-) OK, that shouldn't be too hard to

Re: [Haskell-cafe] Data.Binary Endianness

On Monday 10 September 2007 17:17, Jules Bean wrote: On the documentation page: http://www.cse.unsw.edu.au/~dons/binary/Data-Binary.html [...] Just a small hint: That page seems to be out of date compared to: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/binary-0.3 The

  1   2   3   4   5   6   >