Re: [Haskell-cafe] A restricted subset of CPP included in a revision of Haskell 98

2006-11-05 Thread Sven Panne
[ 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

[Haskell-cafe] Unicode strings

2006-11-05 Thread Pupeno
Hello, I am trying to make a program that outputs some Unicode characters but the output doesn't match what I try to print. Attached is a little test program. It tries to print the arrows ←↑→↓ but instead it outputs \220\221\222\223 (that is, character number 220, then 221, then 222). I've also

Re: [Haskell-cafe] Unicode strings

2006-11-05 Thread Spencer Janssen
The problem is that GHC's output functions only print the lowest 8 bits of each code point. To print these higher code points, you'll need to translate your [Char] into a byte encoding that your terminal will understand (most likely UTF-8). I know there are several of these floating

Re: [Haskell-cafe] Unicode strings

2006-11-05 Thread Piotr Kalinowski
Hello,http://repetae.net/repos/jhc/UTF8.hs has some nice functions for UTF-8 - unicode conversions.Regards,-- Intelligence is like a river: the deeper it is, the less noise it makes ___ Haskell-Cafe mailing list Haskell-Cafe@haskell.org

Re: [Haskell-cafe] Unicode strings

2006-11-05 Thread Luis F. Araujo
Pupeno wrote: Hello, I am trying to make a program that outputs some Unicode characters but the output doesn't match what I try to print. Attached is a little test program. It tries to print the arrows ←↑→↓ but instead it outputs \220\221\222\223 (that is, character number 220, then 221,

[Haskell-cafe] Glade Gtk2Hs Tutorial

2006-11-05 Thread Hans van Thiel
Hello, The Haskell Gtk2Hs adaptation of the 'Developing Gnome Apps with Glade' tutorial for beginners is now also on http://eddy.writelinux.com/ Note there are translations there of the original version for C in French, Dutch, Spanish, Turkish and Korean. Native speakers of those languages who

[Haskell-cafe] 64bit code output is less optimized than 32bit in ghc?

2006-11-05 Thread isto
Hi again, Still playing with the Mersenne Twister and here is the updated 64 bit version so that there are not so many constructor calls on next64 (together with updated compiling flags). I was wondering why different runs can have such different run times and the cause was found to be my

Re: [Haskell-cafe] Module visibility of data type constructors

2006-11-05 Thread Stefan Holdermans
Slavomir, module Foo (Bar) where data Bar = Bar In ghc this allows me to use Bar, the type constructor, in another module, although it shouldn't be visible outside Foo. On the other hand, if I change Bar's definition as: data Bar = Baz Baz isn't visible outside Foo. On terminology: in

[Haskell-cafe] RFC and Announcement: HLADSPA, LADSPA for Haskell

2006-11-05 Thread Alfonso Acosta
Hi all, Let me introduce myself. I'm a computer science engineering student, writing his masters thesis about a VHDL translator for ForSyDe (http://www.imit.kth.se/info/FOFU/ForSyDe/ , a Hardware Description Language embedded in Haskell) In order to show a practical application of ForSyDe I

[Haskell-cafe] Re: RFC and Announcement: HLADSPA, LADSPA for Haskell

2006-11-05 Thread Alfonso Acosta
On 11/5/06, Alfonso Acosta [EMAIL PROTECTED] wrote: * This approach requires splitting the original C LADSPA_Descriptor struct in the Descriptor and Instance Haskell types, which leads to a design error: there are functions (e.g. _run, _activate ... ) in Instance which really belong to

Re: [Haskell-cafe] Module visibility of data type constructors

2006-11-05 Thread Slavomir Kaslev
On 11/5/06, Stefan Holdermans [EMAIL PROTECTED] wrote: data T = D I wrote: T is called a type constructor and is called a *data* constructor. and obviously meant: ... and D is called a *data* constructor. Yes, you are right. I am newcomer to Haskell, coming from the C++ world, and I

[Haskell-cafe] Translating Haskell to VHDL. What approach to follow?

2006-11-05 Thread Alfonso Acosta
Hi all, As I wrote in the previous HLADPSA announcement, during the following moths I'm going to write a translator from Haskell to VHDL in order to accomplish my masters thesis goal. The main requirement is managing to translate from a ForSyDe (http://www.imit.kth.se/info/FOFU/ForSyDe/ )

Re: [Haskell-cafe] Translating Haskell to VHDL. What approach to follow?

2006-11-05 Thread Neil Mitchell
Hi In order to get part of the work for free I decided to design the translator as a compiler backend. The best option so far seems to be Yhc's Core API (http://haskell.org/haskellwiki/Yhc/API/Core ), which unfortunately lacks type information. Can you mention what you need type information

Re: [Haskell-cafe] Translating Haskell to VHDL. What approach to follow?

2006-11-05 Thread Alfonso Acosta
On 11/6/06, Neil Mitchell [EMAIL PROTECTED] wrote: Can you mention what you need type information for? If it is to detect higher order functions (as you have mentioned in IRC conversations with me) then in about a week I am going to announce a Yhc.Core first order transformation, which will