- Haskell-Cafe - Haskell.org

can't 'make install-docs'
by Daniel Fischer 22 Jan '05

22 Jan '05

Hi, I've just installed ghc-6.2.2, but couldn't get the docs made. I got the following: Text/Regex.raw-hs Text/Regex/Posix.raw-hs Text/Show.raw-hs Text/Show/Functions.raw-hs \ --package=base \ --dump-interface=base.haddock \ --use-index=../doc-index.html --use-contents=../index.html \ /bin/sh: line 1: t: command not found gmake[2]: [html/haddock.css] Error 127 (ignored) /usr/bin/install -c -m 644 html/* /usr/local/share/ghc-6.2.2/html/libraries/base /usr/bin/install: cannot stat `html/*': No such file or directory gmake[2]: *** [install-docs] Error 1 gmake[1]: *** [install-docs] Error 1 gmake[1]: Leaving directory `/usr/lib/ghc-6.2.2/libraries' gmake: *** [install-docs] Error 1 What can I do about it? helpless, Daniel

1 0

RE: [Haskell-cafe] Can't do basic time operations with System.Time
by Simon Marlow 22 Jan '05

22 Jan '05

On 20 January 2005 22:12, John Goerzen wrote: > I have a simple desire. I have a string that I need to parse as a > date/time string in the local timezone, then convert it to standard > seconds-since-epoch format. This is trivial in C, Perl, Python, etc. > but seems impossible to do reliably in Haskell. I'm hoping someone > can tell me where I've gone wrong. > > My initial idea was to parse the string, generate a CalendarTime > object, use toClockTime to convert it to seconds-since-epoch, and > then grab the value out of that. There were some problems, though: > what to put in ctTZ and ctIsDST? I initially loaded them with 0 and > False, though that turned out to be clearly wrong. > > My next idea was to take the ctTZ result from toCalendarTime, then use > that for all the CalendarTime objects I'd generate. That was wrong, > too, during daylight savings time. I don't think I should have to > re-implement the algorithms for determining whether a given date is > under DST worldwide. > > What I really need is just a wrapper around mktime() that just calls > mktime and doesn't do anything else. All the post-processing that > System.Time is doing is what's causing me trouble. I'd just like it > to ignore ctTZ, ctTZName, and ctIsDST. That would yield behavior > identical to the C library. If you set ctTZ to the UTC offset outside DST, and set ctIsDST to False, then toClockTime will do the DST calculation for you. ctTZ is the actual UTC offset (ie. it is adjusted for DST). Hence, toClockTime ignores ctIsDST when performing the conversion: it isn't necessary. I can't tell what's wrong here, if anything (general brokenness in the System.Time API notwithstanding). Ah *lightbuilb* - I think I see: you want to take a calendar time without any TZ information, assume it is a time at the current geographical location, and produce a CalendarTime for that. Hmm, it looks like the current API doesn't support that - toClockTime assumes you know the timezone. That's a shame. There's one way that's almost correct: take your initial calendar time, set ctTZ to your non-DST UTC offset, then call toClockTime and toCalendarTime on the result, and you'll get an appropriate ctTZ for that time. Plug the new ctTZ into the original time, and toClockTime again (you can shortcut this by adjusting the ClockTime directly). I'll leave it up to you how to handle the boundaries properly :-) Cheers, Simon

4 4

Re: [Haskell-cafe] Re: Hugsvs GHC (again)was: Re: Somerandomnewbiequestions
by Udo Stenzel 22 Jan '05

22 Jan '05

Ben Rudiak-Gould <Benjamin.Rudiak-Gould(a)cl.cam.ac.uk> schrieb am 21.01.05 02:37:34: > If you're reading from a random-access file, there's no way [select] can tell > you when the file data is buffered, because it doesn't know which part > of the file you plan to read. The OS may try to guess for readahead > purposes, but select()'s behavior can't depend on that guess. The Glibc documentation says, "select determines if there is data available (more precisely, if a call to read(2) will not block)." I think, this is reasonably precise. The OS does know, where you are going to read (at the file pointer) and if you seek() or pread() instead, well, that is no call to read(2) and may change everything. Thus the question is, does select() reliably tell if read() would block or does it check for something else? Is the documentation wrong (on some platforms)? > This is another example of why the world would be better off with the > file/stream model. Have I convinced anyone? Uhm, well, me thinks, open() and read() on files quite accurately model a stream already... Udo. __________________________________________________________ Mit WEB.DE FreePhone mit hoechster Qualitaet ab 0 Ct./Min. weltweit telefonieren! http://freephone.web.de/?mc=021201

3 2

RE: [Haskell-cafe] Re: Hugsvs GHC (again)was:Re: Somerandomnewbiequestions
by Simon Marlow 22 Jan '05

22 Jan '05

On 21 January 2005 16:27, Keean Schupke wrote: > Having read around I have found that select does return readable for > all file IO on a block device... > > I wonder if ghc could use non-blocking mode (files opened with the > O_NONBLOCK) flag? GHC does use the O_NONBLOCK flag. Cheers, Simon

1 0

RE: [Haskell-cafe] Can't do basic time operations with System.Time
by Simon Marlow 21 Jan '05

21 Jan '05

On 21 January 2005 14:31, John Goerzen wrote: > I checked the following code into MissingH. I would be pleased if you > could take it for fptools. I should note that I am using an Integer > rather than an Int to represent seconds, since I think that is proper > given the size of values we might be encountering. If you do take it > for fptools, you could probably rewrite normalizeTimeDiff to use the > very similar code in timeDiffToSecs (shameless almost-stealing here > <g>) Have you seen this, BTW: http://www.haskell.org/~simonmar/time/NewTime.html and a prototype implemention here: http://www.haskell.org/~simonmar/time/NewTime.hsc Everything to do with TimeDiff in the current library is generally acknowledged to be broken, so I don't think we'll be doing anything with that, short of completely replacing it. See previous discussions (if you have a lot of free time...). > timelocal :: CalendarTime -> IO Integer > timelocal ct = > do guessct <- toCalendarTime guesscl > let newct = ct {ctTZ = ctTZ guessct} > return $ timegm newct > where guesscl = toClockTime ct This looks useful, given that it was what you wanted and it isn't already provided. I'd prefer to drop it into the existing library, and have it return a ClockTime, though. Perhaps: -- | converts the given CalendarTime into a ClockTime, -- ignoring the ctTZ field of CalendarTime and instead -- using the prevailing local timezone (including daylight -- savings adjustments) at the given time. localTimeToClockTime :: CalendarTime -> IO ClockTime that's more or less a direct interface to mktime(). Cheers, Simon

2 1

Math libraries for Haskell
by Dmitri Pissarenko 21 Jan '05

21 Jan '05

Hello! Is there a math library for Haskell, using which one can calculate eigenvalues of matrices? Thanks in advance Dmitri Pissarenko -- Dmitri Pissarenko Software Engineer http://dapissarenko.com

6 7

Reading images
by Dmitri Pissarenko 21 Jan '05

21 Jan '05

Hello! I need to write a function in Haskell, which 1) reads a greyscale image (for instance, in JPEG, PNG or the like) and 2) transforms it into a n X m matrix A, where Aij contains an integer value (in the range 0 to 255). That integer value is zero for a completely black pixel, 255 for a completely white pixel and lies between zero and 255 for a grey pixel. In my program, I need ONLY to read an image and to transform it into such matrix. Which graphics library can you recommend, if no other image manipulation operations are required? TIA Dmitri Pissarenko -- Dmitri Pissarenko Software Engineer http://dapissarenko.com

5 4

Re: [Haskell] Implicit parallel functional programming
by Ben Lippmeier 21 Jan '05

21 Jan '05

Satnam Singh wrote: > Ample looks interesting. What license does it use? I had a quick look > over the source and can't find anything. Is there a port to Windows or > does it not do any OS specific UI/graphics? By default, we're releasing it under GPL. I guess I should place a copy of the license somewhere in the tarball... For the graphs it produces, it just emits a gnuplot source file (textfile, easy) and then automagically calls gnuplot to display that file. It would probably work straight out of the box under cygwin (or similar) with an appropriate build of gnuplot in your current path. Failing that, you (or I) could easilly comment out the "call gnuplot" stage and end up with a vanilla console-IO application. If it gives you any trouble then send me a mail and i'll fix it. ... There's also a paper that goes with it, which used to be on Clem's page but I see that the link is broken now, i'll get fixed. ... > > a (very slow) simulator you might want to poke around with. I wrote it > based around Clem Baker-Finch's "Abstract machine for parallel lazy > evaluation", which supports fully speculative implicit parallelism. > > There's a link to it on my homepage at > http://cs.anu.edu.au/people/Ben.Lippmeier >

1 0

Can't do basic time operations with System.Time
by John Goerzen 21 Jan '05

21 Jan '05

Hi, I have a simple desire. I have a string that I need to parse as a date/time string in the local timezone, then convert it to standard seconds-since-epoch format. This is trivial in C, Perl, Python, etc. but seems impossible to do reliably in Haskell. I'm hoping someone can tell me where I've gone wrong. My initial idea was to parse the string, generate a CalendarTime object, use toClockTime to convert it to seconds-since-epoch, and then grab the value out of that. There were some problems, though: what to put in ctTZ and ctIsDST? I initially loaded them with 0 and False, though that turned out to be clearly wrong. My next idea was to take the ctTZ result from toCalendarTime, then use that for all the CalendarTime objects I'd generate. That was wrong, too, during daylight savings time. I don't think I should have to re-implement the algorithms for determining whether a given date is under DST worldwide. What I really need is just a wrapper around mktime() that just calls mktime and doesn't do anything else. All the post-processing that System.Time is doing is what's causing me trouble. I'd just like it to ignore ctTZ, ctTZName, and ctIsDST. That would yield behavior identical to the C library. -- John

1 0

lex
by Daniel Fischer 21 Jan '05

21 Jan '05

Hi, does anybody know, why 'lex' isn't faithful to the Haskell-syntax? Since it isn't difficult to make it ignore comments, handle qualified names and recognize octal/hexadecimal literals (the system, be it hugs or ghc, does it, and I filled in the required code this evening, so for a good programmer it would be a matter of half an hour at most), I suppose there must be a reason, only I can't think of one. If you have any good ideas or even know the reason, please tell me. Thanks in advance, Daniel

1 0