On Monday 10 September 2007 18:21, Thomas Schilling wrote:
On Mon, 2007-09-10 at 18:11 +0200, Sven Panne wrote:
[...]
The library looks quite nice, but I'm missing support for reading/writing
Int{8,16,32,64}
maybe this?
http://hackage.haskell.org/packages/archive/binary/0.3/doc/html/Data
On Sunday 09 September 2007 16:40, Andrew Coppin wrote:
I have the following page bookmarked:
http://haskell.org/ghc/docs/latest/html/libraries/
I'd like to ask 2 things.
1. Would it be possible to make the *huge* list of package names at the
top collapsable? (That way I don't have to
On Friday 07 September 2007 09:57, Neil Davies wrote:
Given that GHC 6.8 is just around the corner and, given how it has
re-organised the libraries so that the dependencies in many (most/all)
the packages in the hackage DB are now not correct.
Is there a plan of how to get hackage DB up to
On Tuesday 04 September 2007 15:37, Paul L wrote:
The detection of freeglut or glut is at compile time by checking if
some function exists. Otherwise it's not able to link. So you'll have
to re-compile the Haskell GLUT package.
Show me the code where the alleged tests are made, please... :-)
On Sunday 02 September 2007 03:29, Hugh Perkins wrote:
A really simple way to track the quality of a package is to display
the number of downloads.
A posteriorae, this works great in other download sites.
We can easily hypothesize about why a download count gives a decent
indication of some
On Saturday 25 August 2007 20:49, Andrew Coppin wrote:
[...] Would be nice if I could build something in Haskell that overcomes
these. OTOH, does Haskell have any way to talk to the audio hardware?
Depending on what you are exactly trying to do, the OpenAL/ALUT packages might
be of interest.
On Tuesday 31 July 2007 19:39, Duncan Coutts wrote:
[...]
The docs for those packages would be available for packages installed
via cabal (assuming the user did the optional haddock step) and would
link to each other.
Well, on a normal Linux distro a user should *never* have to call cabal (or
[ Sorry for the *extremely* slow response, but I'm currently working through
my backlog of 6000 mails... :-P ]
On Wednesday 16 May 2007 09:35, Tomasz Zielonka wrote:
I wonder why CTime is not Integral - maybe there is no such guarantee
for time_t? If so, then you shouldn't rely on Enum. The
On Wednesday 01 August 2007 18:30, Dave Tapley wrote:
I'm having a lot of trouble using renderString from Graphics.UI.GLUT.Fonts.
All my attempts to render a StrokeFont have so far failed.
Using a BitmapFont I can get strings to appear but they demonstrate
the odd behaviour of translating
[ Sorry for the late reply, but I'm just digging through 2-3 months of
emails... ]
On Saturday 21 April 2007 12:13, Tristan Allwood wrote:
[...] I now have a shiny new, all extralib (-opengl) ghc 6.6 all working :)
Is there no OpenGL support on the PS3 platform you are compiling on or is it
On Tuesday 27 March 2007 17:15, Adrian Neumann wrote:
[...]
Which doesn't work because succ and pred are not (properly?) defined. Is
there a way to let deriving Enum do *some* of work (i.e. defining succ
and pred) while manually defining the other functions?
Hmmm, this seems to be a confusing
On Sunday 25 March 2007 04:38, Nobuhito Mori wrote:
[...] Though there are clearly link errors, I can not understand why it
happens. By option -package ALUT, libalut.a (which made by pexports and
dlltool because I do not know original alut.lib can be used by mingw) and
other necessary
[ Small note: Library-related questions should better be directed to
[EMAIL PROTECTED], and for mails regardind the OpenGL/GLUT packages there
is the [EMAIL PROTECTED] mailing list. ]
On Saturday 24 March 2007 13:37, Ruben Zilibowitz wrote:
[...] I've encountered a strange bug which I'm having
On Saturday 24 March 2007 03:48, Stefan O'Rear wrote:
1. Namespace pollution
The Prelude uses many simple and obvious names. Most programs don't
use the whole Prelude, so names that aren't needed take up namespace
with no benefit. [...]
Even though I think that the current Prelude is far
On Tuesday 27 February 2007 02:13, Andrzej Jaworski wrote:
writing a real compiler for that language made sense, and also the
choice of c as language for it, but I think that it would have been
possible to write it in haskell without a big performance hit.
ADP was conceived in Haskell and
On Tuesday 27 February 2007 13:44, Andrzej Jaworski wrote:
I have learned logic from much deeper sources;-)
My statement was:
Guys started in Haskell and got to conclusion that for performance reasons
it is better to move to C. The guys know what they are doing.
I hope that helps;-)
Hmmm,
On Tuesday 13 February 2007 22:32, Bernie Pope wrote:
Creighton Hogg wrote:
[...]
So for example in the case of,
facTail 1 n' = n'
facTail n n' = facTail (n-1) (n*n')
The problem with this example is that it will build up an expression of
the form:
(n1 * n2 * n3 .)
[...]
This
On Monday 12 February 2007 09:54, Yitzchak Gale wrote:
Bulat Ziganshin wrote:
examples of lifting C functions into Haskell world:
mysin :: Double - Double
mysin = realToFrac . c_mysin . realToFrac
-- c_mysin :: CDouble - CDouble
rnd :: Int - IO Int
rnd x = do r - c_rnd
Am Samstag, 10. Februar 2007 09:21 schrieb Donald Bruce Stewart:
bulat.ziganshin:
Hello Yitzchak,
Friday, February 9, 2007, 3:23:53 PM, you wrote:
I would like to use FFI for the first time. Can someone
give me a really, really simple complete example?
nothing can be easier
Am Donnerstag, 1. Februar 2007 14:56 schrieb GHC:
#985: Memory Leak in freeHaskellFunPtr
--+
- Reporter: [EMAIL PROTECTED]| Owner: igloo
Type: merge | Status: new
Am Donnerstag, 11. Januar 2007 06:05 schrieb Samuel Bronson:
Yeah, what I mean is that the garbage collector does not *look* for
unreachable filehandles to close, or get run when many filehandles
have been allocated. It only runs finalizers when it happens upon
things with finalizers, it
Am Montag, 8. Januar 2007 18:25 schrieb Sven Panne:
FYI: I've just uploaded a binary RPM for openSUSE 10.2 (x86_64) and the
corresponding source RPM. Currently I don't have access to openSUSE x86,
but simply using
rpmbuild -ba happy-1.16-1.src.rpm
should build a 32bit RPM on those
Am Montag, 8. Januar 2007 17:15 schrieb Justin Bailey:
[...]
For example, if I want to install Rails (ruby web-app framework), I just
type:
gem install rails
It's pretty slick.
How does this work with the native packaging mechanism on your platform
(RPM, ...)? Does it work behind it's
Am Freitag, 8. Dezember 2006 21:08 schrieb Ian Lynagh:
This will probably have been made with whatever OpenGL was in darcs when
the build was done (the binary distributions come from the nightly
builds). [...]
OK, so in a nutshell: Everything is fine with the binary releases, it can just
be
Am Donnerstag, 7. Dezember 2006 11:37 schrieb Christian Maeder:
The archive
http://www.haskell.org/ghc/dist/6.6/ghc-6.6-src-extralibs.tar.bz2
does not contain the files ControlPoint.hs and Domain.hs from directory
libraries/OpenGL/Graphics/Rendering/OpenGL/GL/
If I see things correctly, the
Am Sonntag, 3. Dezember 2006 12:07 schrieb Krasimir Angelov:
withConsole doesn't make much sense. The meaning of
allocConsole/freeConsole is more like showConsole/hideConsole. You may
want to show the console from DllMain when the dll is loaded and to
hide it when it is unloaded. You can't do
Am Mittwoch, 29. November 2006 19:29 schrieb Joe Jones:
[...] Anyone know of any issues with the current HOpenGL on Intel? [...]
The Haskell versions of the NeHe tutorials work for me on x86_64 openSUSE 10.1
(GHC 6.6 and bleeding edge GHC from darcs repo, perhaps a few weeks old), so
I guess
Am Freitag, 1. Dezember 2006 16:30 schrieb Henning Thielemann:
On AmigaOS there is a library called iffparse.library, which is used for
processing the Interchange File Format, which is a binary container format
developed by Electronic Arts for any kind of data.
Am Freitag, 24. November 2006 15:42 schrieb Bulat Ziganshin:
[...]
libraries should be split into 4 rings: frozen, core, base and the rest
That's one possibility, but not the only one. Especially I don't see the need
to distinguish between frozen and core.
[...]
these libs should include
[ I'm just working through a large backlog of mails, so the original message
is a bit old... :-) ]
Am Sonntag, 20. August 2006 22:37 schrieb Henning Thielemann:
On Thu, 17 Aug 2006, Brian Smith wrote:
[...]
I think there should be more effort to avoid CPP completely. My
experiences with
Am Donnerstag, 24. August 2006 11:29 schrieb Juan Rodríguez Hortalá:
[...]
And the later is about HOpenAL. Some information is found in
http://www.haskell.org/HOpenGL/newAPI/index.html , on the entry for
Sound, but I wonder if there is some tutorial or additional
documentation anywhere. [...]
Am Mittwoch, 23. August 2006 15:23 schrieb Bulat Ziganshin:
[...]
i think that better way is to supply non-core libs in source form and
just recompile them in this case. so, [...]
Nice theory, but this doesn't work at all in practice: The majority of the
packages mentioned so far are not
Am Dienstag, 9. Mai 2006 14:44 schrieb Maurizio Monge:
[...]
Since this was a real pain, i think that something like this (maybe a more
polished version) should go into GLUT (as, for instance, ALUT do have some
audio file loading facilities).
The design rationale for the
Am Sonntag, 14. Mai 2006 09:30 schrieb SevenThunders:
I am new to Haskell and found myself in a bind concerning the use of
the C types, CDouble in particular. I extract a CDouble via it's pointer
from a StorableArray. Since the array must interface with C the elements
of the array must be
Am Freitag, 5. Mai 2006 09:13 schrieb Simon Peyton-Jones:
The most straightforward thing to do is not to build the OpenAL package.
I'm sure Sven is working on fixing it, but meanwhile it's entirely
inessential. Simply edit the libraries/Makefile.
I've already fixed the ALUT package, but I'd
Am Freitag, 14. April 2006 02:34 schrieb ihope:
On 4/13/06, Jason Dagit [EMAIL PROTECTED] wrote:
Try using passing -cpp to ghc when you compile.
Jason
Thanks. Will do.
A small note: I worked on the tools recently, so Alex/Haddock/Happy should be
fully cabalized now. Consequently there
Am Sonntag, 23. April 2006 04:49 schrieb Brian Hulley:
Brian Hulley wrote:
[...]
Sorry I shouldn't have replied when I hadn't even tried it myself ;-)
I don't think it is nearly so easy to display a bitmap from an image on
file. If you look at the online version of the OpenGL redbook here
Am Sonntag, 30. April 2006 10:15 schrieb Bulat Ziganshin:
may be it's not too late to just rerelease GHC? especially if hooks
interface in current cabal version don't planned to change in
foreseeable future. having common cabal interface for 6.4.2 and 6.6
will be a great thing
I think that
Am Freitag, 24. März 2006 15:55 schrieb Duncan Coutts:
I built yesterday's ghc-6.4.2 snapshot (2006/03/23) and had a problem
building the docs. [...]
Things have improved, but make html still fails, this time when building the
Haddock documentation for the base package:
haddock: modules
Some days ago I reported a regression in GHC:
http://www.haskell.org//pipermail/cvs-all/2006-March/046637.html
I've fixed Happy to produce correct code, so the 2nd problem mentioned is
already solved. Nevertheless, the regression remains even in yesterday's GHC
built from darcs HEAD (what's
Am Montag, 27. März 2006 14:27 schrieb Brian Hulley:
[...] For example, in:
foreign import ccall wrapper mkIO :: IO () - IO (FunPtr (IO ()))
foreign import ccall set_callback :: FunPtr (IO ()) - IO ()
foreign import ccall run :: IO ()
foo1 :: IO ()
foo1 = do
Am Samstag, 25. März 2006 20:00 schrieb Brian Hulley:
I've found a workaround to the problem below: instead of trying to use
hs_free_fun_ptr, I instead pass a FunPtr to the Haskell function
freeHaskellFunPtr into my DLL, and use this to free everything, finally
using it to free itself (!)
Am Sonntag, 19. März 2006 21:16 schrieb Stepan Golosunov:
I always get this error if I try to build ghc 6.5 on Debian 3.1 without
--disable-openal --disable-alut. I guess it has to do with older version
of libopenal (it's 0.2004090900-1.1 here).
Could you send a log of the configuration stage
Am Mittwoch, 15. März 2006 18:16 schrieb Duncan Coutts:
On Wed, 2006-03-15 at 17:01 +, Brian Hulley wrote:
The above two things were what I was expecting the compiler to do for me
instead of me having to manually write a wrapper function in Haskell
using withForeignPtr for each wrapper
Am Dienstag, 14. März 2006 11:39 schrieb Simon Marlow:
Asfand Yar Qazi wrote:
I filed a bug report for a compile error in the latest GHC build, but
nobody has responded to it for 4 days. I might as well try to fix it
myself, but I'm just a functional programming and Haskell beginner.
Am Donnerstag, 9. März 2006 08:46 schrieb Bulat Ziganshin:
Thursday, March 9, 2006, 2:20:00 AM, you wrote:
foreign import ccall duma_init :: Int - IO Int
MQK HsInt duma_init(HsInt arg);
MQK Or use int on the C side and CInt on the Haskell side.
MQK fromIntegral can be used for converting
Am Dienstag, 7. März 2006 14:24 schrieb Neil Mitchell:
I would also imagine that Joe Programmer is more likely to use
wxHaskell or Gtk2Hs than those [...]
Just a (hopefully final) remark about this, because the above statement seems
to imply something that is not completely true: 3 of the 4
Am Mittwoch, 8. März 2006 15:11 schrieb Neil Mitchell:
I never claimed it was a good reason, merely that it was a reason :) [...]
:-)
Anyway, my current plan is:
* lots of smallish packages, and one big base package which is the
default search
* OpenGL, wxHaskell, Gtk2Hs, Darcs, GHC API,
Am Samstag, 4. März 2006 21:30 schrieb Neil Mitchell:
And a related question is: Which packages are searchable by Hoogle?
The best answer to that is some. I intentionally excluded OpenGL and
other graphics ones because they have a large interface and yet are
not used by most people using
Am Montag, 20. Februar 2006 12:46 schrieb Simon Peyton-Jones:
Strangely, Hoogle isn't easy to find at haskell.org. I'm not sure where
the best place to add a link would be: perhaps near the top of the
libraries-and-tools page? It's all wikified now, so would someone like
to add it somewhere
[ Sorry for the extremely slow reply, I'm just working through a mail backlog
of about one month... ]
Am Freitag, 6. Januar 2006 22:17 schrieb Wolfgang Jeltsch:
what's the reason behind the HOpenGL gears only being about 2/3 as fast as
glxgears on my computer? Since I don't use any 3D
Am Montag, 16. Januar 2006 21:52 schrieb Wolfgang Jeltsch:
Am Montag, 16. Januar 2006 15:16 schrieb Sebastian Sylvan:
or (better) vertex buffer objects.
What's this?
The basic idea behind buffer objects is a general mechanism which allows the
driver to keep huge amounts of data on the
Am Mittwoch, 28. Dezember 2005 14:05 schrieb Bulat Ziganshin:
Wednesday, December 28, 2005, 3:28:07 PM, you wrote:
[ usleep/nanosleep trouble deleted... ]
may be you comile with -threaded? ghci don't use this option, afaik
The SIGALRM happen with purely interpreted code and even without
Am Sonntag, 1. Januar 2006 19:40 schrieb Bulat Ziganshin:
Sunday, January 01, 2006, 2:27:01 PM, you wrote:
[ usleep/nanosleep trouble deleted... ]
may be you comile with -threaded? ghci don't use this option, afaik
SP The SIGALRM happen with purely interpreted code and even without
After some hours of debugging Haskell code which involves the FFI, I think
I've found a bug or at least an inconsistency between code compiled with GHC
and code executed by GHCi: My program calls out to native library code which
uses usleep and/or nanosleep, and things work well when using the
Am Mittwoch, 28. Dezember 2005 13:20 schrieb Sven Panne:
[ usleep/nanosleep trouble deleted... ]
I forgot something in my last email:
-- from fptools/libraries/unix/System/Posix/Unistd.hs ---
usleep :: Int - IO ()
usleep 0 = return ()
#ifdef USLEEP_RETURNS_VOID
usleep usecs
Am Mittwoch, 28. Dezember 2005 16:15 schrieb Michael Benfield:
I see here:
http://www.haskell.org/HOpenGL/newAPI/
OpenAL bindings listed as part of the Hierachical Libraries. And when I
download the source to a development snapshot of GHC, there they are.
Is there a way to install this on
Am Mittwoch, 28. Dezember 2005 16:24 schrieb Joel Reymont:
I think you should post to cvs-ghc. I was able to get things to
compile (almost) on 10.4.3 but had to configure with --disable-alut --
disable-openal, etc.
Why were those --disable-foo options necessary? In theory everything should be
Am Freitag, 16. Dezember 2005 12:20 schrieb Malcolm Wallace:
I've been looking at the cvs configuration file CVSROOT/modules.
I /think/ the procedure is something like changing this:
nhc98src-d nhc98 nhc98
nhc98libraries -d nhc98/src/libraries fptools/libraries
Am Sonntag, 11. Dezember 2005 09:58 schrieb Tomasz Zielonka:
[...] I would like to see some support in tools for enforcing such a coding
policy. It could look like this - a function written using only safe
components would be marked as safe. Every unsafe feature like FFI,
unsafePerformIO, etc.
Am Dienstag, 6. Dezember 2005 17:42 schrieb Simon Marlow:
[...]
Developers with an account on cvs.haskell.org: please add yourselves as
users on the Trac, so I can give out permissions to edit tickets. You
create a user like this:
- log in to cvs.haskell.org
- htpasswd
Am Samstag, 3. Dezember 2005 14:48 schrieb Lennart Augustsson:
Can't you unpack the ar library and then link the object files
into a shared library?
On most platforms the code in a *.a library is not shared library code, e.g.
it is not PIC or something like that. Nevertheless, I think that the
Am Samstag, 3. Dezember 2005 15:17 schrieb Lennart Augustsson:
And on many platforms (well, at least a few years ago) a shared
library doesn't have to be PIC. The dynamic loader can do relocation
when it loads the file. (Then it can't be shared.)
But this was a few years ago on Solaris and
Am Dienstag, 29. November 2005 16:16 schrieb Sebastian Sylvan:
IIRC Haskell assumes a tab is 8 spaces.
Correctly, it is explicitly specified in the Haskell spec, see:
http://haskell.org/onlinereport/syntax-iso.html#layout
IMO that's way too much. Haskell tends to take up quite a bit of
Am Sonntag, 27. November 2005 16:17 schrieb Daniel Xrstadius:
[...] I am using ghc 6.2.2. I have tried adding -package
GLUT to the command line, but still the same output.
The problem comes from an API change in the OpenGL package about 2 years ago.
Upgrading to a GHC 6.4.x should help.
Am Freitag, 25. November 2005 14:38 schrieb Simon Marlow:
[...] If you want to make it clearer, then add new CPP symbols
WIN32_UNICODE_FILENAMES
WIN32_64BIT_OFFSETS
these can be set based on mingw32_HOST_OS for now, but it leaves the
possibility of using autoconf later. [...]
Perfect
Am Donnerstag, 24. November 2005 03:06 schrieb Jens Petersen:
[...]
loaded textures/egyptians/leaf.tga
loaded textures/egyptians/gold_trim02.tga
missing texture: models/mapobjects/Skull/skull.tga
missing texture: textures/common/trigger.tga
loaded textures/egyptians/oldstone_ramses.tga
Am Montag, 21. November 2005 13:01 schrieb Bulat Ziganshin:
[...]
#ifdef mingw32_HOST_OS
type CFilePath = LPCTSTR
type CFileOffset = Int64
withCFilePath = withTString
peekCFilePath = peekTString
#else
type CFilePath = CString
type CFileOffset = COff
withCFilePath = withCString
Am Dienstag, 22. November 2005 15:36 schrieb Sebastian Sylvan:
This is really cool.
Yes, I am really impressed, too! Finally Haskell enters the world we the real
big bucks are made, e.g. Electronic Arts alone made a $3.1 billion annual
revenue last year. :-)
I too would like to read a
I think this discussion has reached a point where it is of utmost importance
to re-read Wadler's Law of Language Design, a law so fundamental to
computer science that it can only be compared to quantum dynamics in physics:
http://www.informatik.uni-kiel.de/~mh/curry/listarchive/0017.html
Am Dienstag, 22. November 2005 19:30 schrieb Greg Woodhouse:
To be honest, I haven't followed the entire records thread (at least
not yet), but I don't know that it's fair to say that we've been
focusing entirely (or nearly so) on lexical issues. I'll grant you that
there's an awful lot of
Am Freitag, 18. November 2005 17:16 schrieb Jason Dagit:
[...]
I was playing with one of the Haskell OpenGL libraries (actually it's
a refined FFI) over the summer and some things about it rubbed me the
wrong way. I wanted to try fixing them but I really couldn't figure
out how to get ahold
Am Freitag, 11. November 2005 15:51 schrieb Simon Marlow:
[...] We already use DocBook XML, and I'm relatively pleased with it, except
for the fact that it's far from easy to set up a working DocBook
toolchain on your system unless your OS of choice is up to date and has
a well-maintained set
Am Sonntag, 13. November 2005 22:05 schrieb Gour:
Wolfgang Jeltsch ([EMAIL PROTECTED]) wrote:
[...]
The question is if HTML is sufficient. In addition, HTML is at some
points not well thought-out.
True, but considering the present situation, it is all what is required.
Well, that's a
Am Sonntag, 13. November 2005 22:22 schrieb Gour:
[...]
Besides that, 'txt2tags-like technology' is already in use for some time
- e.g AFT (http://www.maplefish.com/todd/aft.html) dating back in '99
and XMLmind XML Editor has plugin which supports (similar) markup called
APT
Am Mittwoch, 2. November 2005 15:02 schrieb David Roundy:
[...] Why is it that in C++ I can write
void strcpy(char *dest, const char *src);
but in Haskell I must import this function as
foreign import ccall unsafe static string.h strcpy
strcpy :: Ptr CChar - Ptr CChar - IO ()
Am Montag, 24. Oktober 2005 17:20 schrieb Joel Reymont:
Is with better than allocaBytes?
with is just a utility function around alloca and poke, where alloca
is another utility function around allocaBytes. Here the code from the
repository:
with val f =
alloca $ \ptr - do
poke
Am Samstag, 29. Oktober 2005 14:27 schrieb Joel Reymont:
So both with and allocaBytes allocate bytes on the stack then, correct?
It depends on what you mean by stack. :-) From a conceptual point of view,
both pass a pointer to a temporary memory region to a given action *which is
only valid
Am Samstag, 22. Oktober 2005 01:42 schrieb John Meacham:
On Fri, Oct 21, 2005 at 03:19:36PM +0100, Joel Reymont wrote:
Is there a particular reason why StablePtr cannot provide a fixed
memory address? Then 4 bytes of memory won't need to be allocated so
that C could write to them and C
Am Freitag, 14. Oktober 2005 11:28 schrieb Duncan Coutts:
[...]
Well for the special case of the SOE library I have a re-implementation
of it based on Gtk+/cairo which should work on all platforms. [...]
Which additional stuff would one have to install on an e.g. off-the-shelf SuSE
Linux
Am Montag, 18. Juli 2005 18:46 schrieb yin:
[...]
ld-options: -L/usr/lib -Wl -rpath /usr/lib -lSDL
This looks a bit suspicious: The syntax for ld options is -rpath DIR, so the
option for gcc should be -Wl,-rpath,DIR. Ugly, but I didn't invent
that. :-) Furthermore, I've never seen a
[EMAIL PROTECTED] wrote:
Quoting Gracjan Polak [EMAIL PROTECTED]:
[...]
Is there any reason why isn't it included?
Nobody could agree on the details. For example, MVars are perfectly
respectable Refs on the IO monad. So would it make sense to add an
instance for that? If so, the
[ Moving this thread slowly to the libraries list... ]
Bjorn Bringert wrote:
John Goerzen wrote:
My apologies if this sounds like a bit of a rant; I know people put good
effort into this, but
The Network.CGI module in fptools (and GHC) is not very useful. I think
that it should be
Samuel Bronson wrote:
The thing is, Haskell people tend to want to use Darcs for their
Haskell stuff, and I don't think there are sites like sourceforge
supporting it yet...
So my question is (probably once again): Why can 100.000 projects
live with SF and not the Haskell community? Although
Lemmih wrote:
I'm currently working on Hackage[1] plus its integration with Cabal,
and extending it to include SourceForge-like features would definitely
be desirable. It is, however, a one-man project so don't hold your
breath.
I had a look at RubyForge, and it looks very much like a modified
Lemmih wrote:
On 5/21/05, Sven Panne [EMAIL PROTECTED] wrote:
I had a look at RubyForge, and it looks very much like a modified GForge
(http://gforge.org/). Might this be an option for HaskellForge, too?
Someone would have to hack support for Darcs and HaskellDB in PHP and
that someone
Liwen Huang wrote:
I have successfully installed Hugs on QNX machine. As far as I can
remember, you only need to make a few changes in the Makefile, (change
gcc to qcc and change to proper qcc flags).
It would be very helpful if you could mail the required changes. This way
we could tweak the
Ian Lynagh wrote:
[...] Is there an equivalent of this (the no-OpenGL bit):
$(MAKE) prefix=`pwd`/debian/tmp/usr install GhcLibsWithOpenGL=NO
GhcLibsWithGLUT=NO
that still works or do I have to do it by hand?
The OpenGL/GLUT/OpenAL packages (and a few others) are enabled automatically
if the
Otakar Smrz wrote:
[...] I would be happy for your comments and suggestions.
There were some extensive discussions about encoding/decoding on the
libraries mailing
list some time ago, but IIRC no real consensus was reached. Among the problems
were
* The interface to the encoded/decoded data:
Simon Marlow wrote:
They don't look too bad to me... a bit far to the right, perhaps, but
not too bad. Perhaps some lines in that table would help, or
alternating grey/white background for the rows? [...]
What I mean with drunk can be seen here:
https://aedion.de/haskell/haddock.png
It's
Wolfgang Thaller wrote:
[...] *) static constructors/destructors
Sometimes there are pieces of code that expect to be called before
main() or at program termination. The GHCi Linker doesn't support this,
so some code may crash because things haven't been initialised properly.
This will
Arthur Baars wrote:
See the hugs-bugs archive:
http://www.mail-archive.com/hugs-bugs@haskell.org/msg02815.html
Malcolm Wallace wrote:
The configure script is (wrongly) determining that the MacOS X C
compiler does not support Floats/Doubles. Ideally, the autoconf magic
which determined this
Simon Marlow wrote:
On 22 February 2005 19:37, Duncan Coutts wrote:
Excellent! Thanks a lot.
Any hint as to when the next Haddock release will be?
Maybe when I've got this GHC release out of the way and my hair has
grown back :-S
Before we do a release, I think two issues should be solved IMHO:
I've uploaded fresh bleeding edge binary snapshots of Alex, Haddock and
Happy for Win32 and x86 Linux to
http://aedion.de/haskell/
The corresponding sources are available there, too. Hugs currently has
a few build problems, but a new snapshot of it will be available there
as well soon. Feedback
Remi Turk wrote:
[...] When using the following command-line
CC=gcc3 CXX=g++3 nice ./configure --enable-hopengl --prefix=/var/tmp/ghc
--with-gcc=/usr/local/bin/gcc3
[...]
Slightly off-topic: You don't need --enable-hopengl anymore when compiling
GHC 6.4 or the
CVS HEAD, the OpenGL/GLUT/OpenAL
Akos Korosmezey wrote:
When I compile a simple code importing Control.Monad.State with
ghc-6.4.20050217 on Linux I get linking errors: [...]
You have to use -package mtl when --make is not used, because mtl (where
Control.Monad.State resides) is not an auto package, for more details see:
Simon Marlow wrote:
Odd, the Happy docs build for me. Although building the ps version does
take nearly 2 minutes and dumps 3Mb of stuff to stdout in the process -
Sven, any idea why this might be?
It works for me in 21 sec and only 52kB of stdout. :-) The difference is
that my PostScript is
Peter Simons wrote:
[...]
There also is a function which changes a path specification
into its canonic form, meaning that all redundant segments
are stripped. So although two paths which designate the same
target may not be equal, they can be tested for equivalence.
Hmmm, I'm not really sure what
Peter Simons wrote:
Sven Panne writes:
Hmmm, I'm not really sure what equivalence for file
paths should mean in the presence of hard/symbolic links,
(NFS-)mounted file systems, etc.
Well, there is a sort-of canonic version for every path; on
most Unix systems the function realpath(3
Jules Bean wrote:
[...] You rather want 'zipWith'. Documentation at:
http://www.haskell.org/ghc/docs/latest/html/libraries/base/GHC.List.html
...along with lots of other funky list processing stuff.
Just a small hint: Everything below GHC in the hierarchical libraries
is, well, GHC-specific,
101 - 200 of 582 matches
Mail list logo