[ 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
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
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 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 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 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 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
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
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 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
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
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
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
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.
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
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
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
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
[ 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 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 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 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
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
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
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,
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
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
[ 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
[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
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
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 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 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 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
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 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, 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 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 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
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 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 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, 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 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
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
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
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.
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
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
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
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,
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
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
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
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!!
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
Iavor Diatchki wrote:
[...] but in practise programs run slower.
If "practise" = "simple interpreter", yes. But...
this is where i would expect a good compiler to do some optimisation,
i.e to remove the need for the intermediate list.
TotallyUnbiasedAd
Given
or = foldr (||) False
[EMAIL PROTECTED] wrote:
[...] Has anybody got an updated(merged) version?
http://research.microsoft.com/~simonpj/haskell98-revised/
Cheers,
Sven
___
Haskell-Cafe mailing list
[EMAIL PROTECTED]
[ redirected to haskell-cafe ]
Ronald Legere wrote:
Looks great! I think the community will really
appreciate it.
And I extremely appreciate it when other people write documentation
for my stuff. :-) Thanks, great job!
I will have to 'give it a whirl' myself, if I can
ever get HOpenGL
[ Moved from haskell to haskell-cafe ]
Cool! :-)
I just had a quick test on my Solaris box, and most things went fine.
Just some small hints:
* The Makefile contains WinDoze CR/LF, which *nix-makes don't
really like.
* There were uppercase/lowercase mismatches in the file names of
Andre W B Furtado wrote:
[ -f foo vs. foo trouble ]
It's just versionitis again: ghc-pkg from 5.02x doesn't support the -f
flag, newer versions do. Guess into which problem I ran for HOpenGL, too.
:-) Things like this can keep you busy...
Cheers,
S.
Well, part of the answer is definitely that the Haskell program is the
*only* one which really uses the array elements. :-) I guess that the
compilers for the other languages simply remove the array access from
the generated code (gcc definitely does, only an empty loop remains).
Another reason is
[EMAIL PROTECTED] wrote:
So am I right to draw a picture like this? [...]
Basically, yes. Or from the Haskell implementation's view:
I don't have a clue what a Ptr really is, but it fits in C's void*.
[ 1. 2. ]
The requirement for matching allocators and deallocators is not much
different
Dennis Sidharta wrote:
[ problems with concurrent Haskell ]
I can see two problems in your code:
* forkIO creates daemon threads, so the program terminates immediately.
* Chan is an unbounded channel, so you won't get a ping pong, which
is probably what you expected. MVar is your friend here.
Nick Name wrote:
Hi all, I have an example wich I don't understand:
First of all, let's rename the constructors and types a bit to make
things clearer add the instance in question, and remove the type
signatures:
module Main where
Nick Name wrote:
Got it ;) Thanks for prompt reply. What does should always be explicit
mean? Is there a notion of explicit context that I should know?
What I meant was the fact that you always have to write down *all* contexts
involved in a type signature. Nothing is inherited under the hood by
Ralf Laemmel wrote:
[...]
find . -name configure.ac -print
to find all dirs that need autoreconf (not autoconf anymore)
autoreconf
(cd ghc; autoreconf)
(cd libraries; autoreconf)
FYI: Just issue autoreconf at the toplevel, and you're done. It will
descend into all necessary subdirectories, just
Henk-Jan.van.Tuyl wrote:
[...] it looks to me, that the problem of space leaks is a very good reason
to not use Haskell for commercial applications. Java, for example, does not
have this problem.
I just can't resist when I read PR statements like this (SUN's marketing department
has *really* done
[ Just one more mail and I promise to shut up on this topic... :-) ]
Fergus Henderson wrote:
[...] C does suffer from many of the same problems as C. But in C++, it is
much easier to automate techniques like reference counting, which can
be done manually in C but are much more cumbersome and
Duncan Coutts wrote:
On Sun, 2004-01-04 at 10:20, Graham Klyne wrote:
[...] I would expect that when using GHC to compile a
stand-alone Haskell program, any expressions that are not referenced are
not included in the final object program, so leaving these test cases
uncommented would be
Vadim Zaliva wrote:
[...] It slightly bothers me that this solution seems to be using non-standard
GHC extensions.
Hmmm, using generics seems like massive overkill for option handling. Could you
describe what you are exactly trying to achieve?
Cheers,
S.
Wolfgang Jeltsch wrote:
does this trick also work with GHC? I think that GHC needs a space after --
if these two dashes shall introduce an one line comment.
It works with GHC, too, and this conforms to the H98 report, section 9.2
(Lexical Syntax):
S. Alexander Jacobson wrote:
I want to read strings that look like 2 or
hello into values of type Integer or String.
The problem is that read requires that strings be
read as \hello\. Is there a way either to
convince read to not require wrapping quotation
marks or, alternetively, to catch a
S. Alexander Jacobson wrote:
My point is that I am reading in name/value pairs
and once I know the name, I know the type of the
value, but I don't want to have to pass that
information programatically to the point in the
code where I am doing the read.
OK, I see... I don't know the exact syntax
Per Larsson wrote:
[...] Is there a GHC switch that I have missed that enables you to statically link
the parts of libc that is used by the haskell program? [...]
Passing -static to the GNU linker results in a, well, statically linked program.
:-)
Using -optl -static with GHC does what you want,
Per Larsson wrote:
[...] P.S Now everything seems to work, except that I get the compiler message:
/usr/local/lib/ghc-6.2/libHSunix.a(User__17.o)(.text+0x160): In function
'SystemziPosixziUser_getUserEntryForName_entry':
: Using 'getpwnam_r' in statically linked applications requires at
scott west wrote:
Hello all,
I've recently attempted to get the gtk+hs bindings operational, with
evidently no success. They both compile fine, but when trying to make
all the examples in the gtk+hs tree, it gives up with:
/usr/local/lib/c2hs-0.12.0/ghc6/libc2hs.a(C2HS.o)(.text+0x32): In
Crypt Master wrote:
[...] Surely this is a pattern which has been abstracted ? I feel I
have missed the obvious here.
There is a prelude function scanl1 for this kind of pattern, so you could write:
incrementalSum = scanl1 (+)
Cheers,
S.
___
paolo veronelli wrote:
I want to build a binary tree where each leaf is a string of L and R
defining their position from the top
This should be done without context isn't it?
I'm not sure what you mean with context here, but anyway...
data Tree a = Fork (Tree a) (Tree a) | Leaf a deriving Show
t
David Menendez wrote:
[...] If that turned out to be a performance bottleneck, you could factor out
pair and write f directly: [...]
... or directly complain to your compiler supplier if the compiler in question
does not do this simple transformation for you. :-)
sigh
I always get a bad feeling
Jim Apple wrote:
I downloaded and compiled buddha, but it apparently does not support
Control.Monad.State. I downloaded Hat, but it requires hmake. Hmake
fails to build (GHC 6.2.1).
You can checkout hmake/nhc98 from CVS
cvs -d :pserver:[EMAIL PROTECTED]:/cvs co nhc98
and give it a try. It
David Menendez wrote:
Neat! Are you getting this from -ddump-simpl?
Yep, that's the most readable intermediate form to look at IMHO.
[...]
helper2 = \ds eta -
case ds of
(n,a) - ( case eta of
(x,y) - x `plusInt` y
, case eta of
Hal Daume III wrote:
There's a Binary module that comes with GHC that you can get somewhere (I
believe Simon M wrote it). I have hacked it up a bit and added support
for bit-based writing, to bring it more in line with the NHC module.
Mine, with various information, etc., is available at:
Glynn Clements wrote:
[...]
main :: IO ()
main = do
h - openBinaryFile out.dat WriteMode
hPutStr h $ map (octetToChar . bitsToOctet) bits
hClose h
Hmmm, using string I/O when one really wants to do binary I/O gives me a bad
feeling.
Glynn Clements wrote:
The problem with this approach is that the entire array has to be held
in memory, which could be an issue if the amount of data involved is
large.
Simple reasoning: If the amount of data is large, you don't want the overhead
of lists because it kills performance. If the
Conal Elliott wrote:
I'm puzzled why explicit bracketing is seen as an acceptable solution.
It seems to me that bracketing has the same drawbacks as explicit memory
management, namely that it sometimes retains the resource (e.g., memory
or file descriptor) longer than necessary (resource leak) and
Keean Schupke wrote:
[...] I don't even need to recompile your module, simply providing
the alternate Storable module at link time is sufficient. [...]
[ Completely off-topic for this thread ] But this *won't* work in the
presence of cross-module inlining, e.g. when you are using GHC with
-O or
Philippa Cowderoy wrote:
On Mon, 6 Dec 2004, Jules Bean wrote:
[...] If that is the case, then it already is 'smart linking' and I stand
corrected. Unless the granularity of the .o files is too large, of
course...
It is - you get one .o per module.
That's not true with -split-objs, e.g. the base
Robert Dockins wrote:
[...] In particular, if we
could segment closely related code with many interdependencies into
discrete units with well defined external interfaces (sound like
packages to anyone else?), then my intuition tells me that the cost of
setting up an inlining barrier should be
Jules Bean wrote:
I don't think it does, actually. You can imagine a compiler which has
access to not *only* the .so files, but also the haskell source.
Therefore it can still unroll (from the source), but it can choose to
link to an exported symbol if unrolling isn't worth it.
But that's not
[EMAIL PROTECTED] wrote:
The original observation was that the compiler seems archaic. When
asked, I gave some general comments. What I should have just said was
that it was to much like a C compiler. Which, no matter how neat you
think it is, is archaic.
Hmmm, using the number of files generated
1 - 100 of 109 matches
Mail list logo
