Re: New InstallShield: no more DLLs

2000-12-06 Thread Christian Lescher

Hi Reuben,

> Besides, I've got some (not so fortunate) news: even after updating binutils and the
> whole cygwin to the latest version, the problem with *statically* linked and
> afterwards stripped DLLs build with GHC remains - the unstripped version works well,
> but the stripped one crashes in some constellations. I will try to make this error
> reproducable and let you know about it. Something is still wrong here - probably with
> cygwin. Maybe this has also got something to do with the dyn. linking problem?

There are some strange things happening that I'm still astonished about. I decided just
to write them down again - perhaps it may help to discover the error of the linking
problem.

As you know, I made some trials with a statically linked DLL build with GHC4.08.1 and 
the
latest cygwin.
a) When leaving debug information as it is, everything works fine - in all 
environments I
tested it on (WinNT, Win95; VBA, Delphi, VB - I had no possibility to test it on Win2K
yet).
b) When STRIP-ping away the debug information, the DLL on all PCs I tried it on works
fine with VB and Delphi - but when using it in VBA, it on some PCs crashes when the DLL
is loaded (the loading happens automatically when calling a Haskell function for the
first time) - this also looks like a problem during DLL initialization, it seems as if
DllMain is not even entered.

Did you already try out a statically linked, stripped DLL on Win2K? Do you get the same
error? (If the origin of the error is the same DLL initialization problem as in the
linking problem with EXEs, it may be easier to handle in a hell of a single DLL ...)

Some more strange things occured with the small program we had with catchAllIO / the 
"hi"
output:
I compiled it in both ways with and without the "-static" option and sent the EXE
binaries to Arjan van Ijzendoorn (who reported the error).
a) When running the EXEs on my PC (Win95), both the statically and the dynamically 
linked
EXE work well (output: "hi").
b) The same EXE on A.v.I.'s PC with Win2K produced the "famous" application error.

Do you have some idea what's wrong here?

Cheers, Christian




___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users



Re: Or-patterns

2000-12-06 Thread Marcin 'Qrczak' Kowalczyk

Mon, 04 Dec 2000 17:17:42 +0100, George Russell <[EMAIL PROTECTED]> pisze:

> Where you have variables in the patterns, you bind only the
> variables which appear in all the patterns, and you unify the
> types accordingly.

Or bind them all (otherwise there would be _ written) and get bottom
in case the matching subpattern did not bind the given variable.

-- 
 __("<  Marcin Kowalczyk * [EMAIL PROTECTED] http://qrczak.ids.net.pl/
 \__/
  ^^  SYGNATURA ZASTÊPCZA
QRCZAK


___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users



RE: Or-patterns

2000-12-06 Thread Simon Peyton-Jones

Sensible suggestion

No technical problem, just one more thing to do.
If anyone feels inclined to implement it I'll gladly incorporate 
the fruits of their labours in the GHC code base.

Simon

| -Original Message-
| From: George Russell [mailto:[EMAIL PROTECTED]]
| Sent: 04 December 2000 16:18
| To: [EMAIL PROTECTED]
| Subject: Or-patterns
| 
| 
| Why not steal a good idea from Standard ML/New Jersey now and 
| again?  This has
| "Or-patterns" which allow you to match against a disjunction 
| of patterns,
| EG
| 
| fun sleepIn (Date.Sat | Date.Sun) = true
| |   sleepIn _ = false
| 
| Where you have variables in the patterns, you bind only the 
| variables which appear 
| in all the patterns, and you unify the types accordingly.
| 
| Of course you can do without this feature, but I feel it 
| shouldn't be too hard
| to implement and for me at least it would be occasionally useful.
| 
| ___
| Glasgow-haskell-users mailing list
| [EMAIL PROTECTED]
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
| 

___
Glasgow-haskell-users mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users