Re: Help

2000-03-29 Thread Ketil Malde
"Navjot Garcha" <[EMAIL PROTECTED]> writes: > I am doing computer engineering at one of the australian university. > I have got a assignment to write a program in Haskell which operates similar > to Unix command "Cal" i.e shows the dates of the month or the year upon > executing the command. H

Re: multilingual programs

2000-03-29 Thread Manuel M. T. Chakravarty
"D. Tweed" <[EMAIL PROTECTED]> wrote, > On Wed, 29 Mar 2000, Matthias Mann wrote: > > > Has anybody some experience on what's the best way to > > write programs that may interact in multiple languages? > > > Not sure if this is a better idea, but the approach that, from what I can > gather, a l

deBruijn sequences

2000-03-29 Thread Wayne Young
Was wondering if there was a simple Haskell function/library for producing "simple" base-2 deBruijn sequences. I have a clean seven line function in NESL, but have no chance in Hades of being able to compile/use NESL with my resources. Haskell-wise, I'm using Hugs98. Thanks, Wayne

Haskell/Script

2000-03-29 Thread Rafael Cunha Cardoso
Hi I'm new in this discussion list!! I'd like to know if there if anybody that could explain somethings about HaskellScript!! []'s Rafael

Re: Additions to the FFI API

2000-03-29 Thread Marcin 'Qrczak' Kowalczyk
Wed, 29 Mar 2000 00:52:32 -0800, Simon Marlow <[EMAIL PROTECTED]> pisze: > > data CLDouble = CLD# Double# -- ugh, plain newtype won't work > > if we transparently pass newtypes' contents through FFI :-o > > could you elaborate? If we say that "newtype A = A B" is passed to and from foreign func

Re: Additions to the FFI API

2000-03-29 Thread Fergus Henderson
On 29-Mar-2000, Manuel M. T. Chakravarty <[EMAIL PROTECTED]> wrote: > The code > > void *p; > struct foo *x; > struct bar *y; > > p = x; /* (1) */ > y = x; /* (2) */ > > compiles at (1) without problems, but gives a warning at > (2). Actually whether it is an error or a warning is

Re: No more additions to the FFI API...

2000-03-29 Thread Sven Panne
Fergus Henderson wrote: > Well, I certainly understand that not everyone is interested in > reading all of the details in this FFI thread. But on the other > hand, I don't think we should create a new mailing list for every > new thread that generates a lot of discussion. [...] It's already too

Re: Additions to the FFI API

2000-03-29 Thread Fergus Henderson
On 29-Mar-2000, Marcin 'Qrczak' Kowalczyk <[EMAIL PROTECTED]> wrote: > Wed, 29 Mar 2000 15:00:46 +1000, Manuel M. T. Chakravarty <[EMAIL PROTECTED]> >pisze: > > > > 6) Add HsBool with a mapping to an arbitrary integral C type, see Fergus' > > >point about a Haskell API. (Should we guarantee

Re: No more additions to the FFI API...

2000-03-29 Thread Fergus Henderson
On 28-Mar-2000, Andy Gill <[EMAIL PROTECTED]> wrote: > > Don't mean to be rude chaps, but is there any way you can > have this conversation without flooding haskell.org? > > How about a mailing list, on haskell.org, for FFI issues? Well, I certainly understand that not everyone is interested in

Re: multilingual programs

2000-03-29 Thread George Russell
Sven Panne wrote: > This > is such a common pattern that there should be a nicer way to handle > it apart from the usual unsafePerformIO-plus-noInline-trickery at > the top level. If you mean those implicit parameters someone mentioned a while back, I'm 100% with you. Global variables are BAD in

Help with HaskellDirect

2000-03-29 Thread Steinitz, Dominic J
I've now made a lot of progress with HaskellDirect. I've built the .so file with one ldap function and I wanted to test it out. I wonder if someone could help a little? Here's the C code I want to reproduce in Haskell. main( int argc, char **argv ) { LDAP*ld; LDAPM

Help

2000-03-29 Thread Navjot Garcha
Respected sir, i am doing computer engineering at one of the australian university. i have got a assignment to write a program in haskell which operates similar to Unix command "Cal" i.e shows the dates of the month or the year upon executing the command. sir would you please help me with this a

Re: multilingual programs

2000-03-29 Thread Fergus Henderson
On 29-Mar-2000, D. Tweed <[EMAIL PROTECTED]> wrote: > On Wed, 29 Mar 2000, Matthias Mann wrote: > > > Has anybody some experience on what's the best way to write programs that > > may interact in multiple languages? > > > > My first thought was to extract all texts from the source and put them >

Re: multilingual programs

2000-03-29 Thread Sven Panne
"D. Tweed" wrote: > [...] The disadvantage of this kind of scheme for haskell is that > there's no way to get a user setable global variable without > everything going monadic (or you use an unsafe operation) [...] You've already hinted at this, but anyway: After an initialization phase (reading

Re: multilingual programs

2000-03-29 Thread George Russell
"D. Tweed" wrote: > The disadvantage of this kind of scheme for haskell > is that there's no way to get a user setable global variable without > everything going monadic (or you use an unsafe operation) so it'd have to > be passed as an explicit argument to every function needing it. But I bet 99

Re: multilingual programs

2000-03-29 Thread D. Tweed
On Wed, 29 Mar 2000, Matthias Mann wrote: > Has anybody some experience on what's the best way to write programs that may > interact in multiple languages? > > My first thought was to extract all texts from the source and put them into a > big list or array. The program then accesses the list

multilingual programs

2000-03-29 Thread Matthias Mann
Has anybody some experience on what's the best way to write programs that may interact in multiple languages? My first thought was to extract all texts from the source and put them into a big list or array. The program then accesses the list corresponding to the selected language. Any other (

RE: Additions to the FFI API

2000-03-29 Thread Simon Marlow
> GHC folks, would it be a problem to allow transparent > unwrapping of newtypes in foreign calls? Shouldn't be a problem, I'll be happy to do it if that's what the conclusion is. I don't understand Qrczak's comment: > data CLDouble = CLD# Double# -- ugh, plain newtype won't work > if we transp

Re: No more additions to the FFI API...

2000-03-29 Thread Manuel M. T. Chakravarty
Andy Gill <[EMAIL PROTECTED]> wrote, > Don't mean to be rude chaps, but is there any way you can > have this conversation without flooding haskell.org? > > How about a mailing list, on haskell.org, for FFI issues? I am sorry if you find that topic boring, but we already had tons of email in a s