RE: sigCHLD signal handling (Was: Re: pipes? threadWaitRead?)

2002-07-11 Thread Simon Marlow


 I had thought of having the signal handler reap as many 
 terminated child
 processes as possible, but had been concerned about a possible race
 condition.  After you suggested that approach, I thought some more and
 decided that no race problem should exist.  So I've 
 implemented multiple
 reaping and it does help.  I no longer have any tests hang as before.
 (Note that I still do see the occasional EVACUATED object entered!
 error.)  However, the implementation turned out to be 
 surprisingly complex.

Can you manage to get a repeatable case of the 'EVACUATED object' error?
I'd really like to track that one down.

 The first issue I confronted is that the get*ProcessStatus 
 routines return
 an error rather than nothing if there is no candidate child process.
 (The GHC routines simply reflect the system call semantics.)

So can't you just catch the error?  Something like

handler = do
r - try (getAnyProcessStatus ...)
  case r of
  Left  _ - return ()
  Right _ - handler

Cheers,
Simon

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



RE: ObjectIO

2002-07-11 Thread Simon Marlow

 I then upgraded my version to
 5.02.3 and now ObjectIO doesn't work anywhere anymore. The linker
 complains in literally thousands of errors like the ones shown below.
 This is a shame because we did like the ObjectIO library. Ah, my
 colleague has just installed 5.02.1 and now it works on his system.

Yes, if you upgrade your version of GHC you need to recompile *any* code
that was compiled by a previous version of GHC.  The compiler should be
better about giving warnings in this case (I believe 5.04 will complain
about patchlevel differences in interface files now).

Chees,
Simon
___
Glasgow-haskell-bugs mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs



unable to create DLL with GHC 5.04

2002-07-11 Thread Mark Tehver

Hi!

  I seem to have some problem building DLLs under Win32 with GHC 5.04.
When I follow the instructions from
http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/win32-dlls-foreign.html
all looks ok until I do the last step. Then linker reports:

/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld:
warning: cannot find entry symbol _DllMainCRTStartup@12; defaulting to
63601000
C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xab1):StgMiscClosures.hc:
undefined reference to `_imp___iob'
C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xae5):StgMiscClosures.hc:
undefined reference to `_imp___iob'
C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xb19):StgMiscClosures.hc:
undefined reference to `_imp___iob'
C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xb4d):StgMiscClosures.hc:
undefined reference to `_imp___iob'
C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xb81):StgMiscClosures.hc:
undefined reference to `_imp___iob'
C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xbb5):StgMiscClosures.hc:
more undefined references to `_imp___iob' follow
collect2: ld returned 1 exit status
dllwrap: gcc exited with status 1

With GHC 5.02.x all seemed to work fine...

Best regards,

Mark

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



Re: unable to create DLL with GHC 5.04

2002-07-11 Thread Sigbjorn Finne

Hi,

looks as if you're mixing mingw and cygwin object
files. ghc-5.04 is mingw-based, so make sure you
feed in the flag -mno-cygwin to gcc when compiling
.c files.

--sigbjorn

- Original Message -
From: Mark Tehver [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 11, 2002 12:42
Subject: unable to create DLL with GHC 5.04


 Hi!

   I seem to have some problem building DLLs under Win32 with GHC 5.04.
 When I follow the instructions from

http://haskell.cs.yale.edu/ghc/docs/latest/html/users_guide/win32-dlls-forei
gn.html
 all looks ok until I do the last step. Then linker reports:


/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-5/../../../../i686-pc-cygwin/bin/ld:
 warning: cannot find entry symbol _DllMainCRTStartup@12; defaulting to
 63601000

C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xab1):StgMiscClosures.h
c:
 undefined reference to `_imp___iob'

C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xae5):StgMiscClosures.h
c:
 undefined reference to `_imp___iob'

C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xb19):StgMiscClosures.h
c:
 undefined reference to `_imp___iob'

C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xb4d):StgMiscClosures.h
c:
 undefined reference to `_imp___iob'

C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xb81):StgMiscClosures.h
c:
 undefined reference to `_imp___iob'

C:/ghc/ghc-5.04/libHSrts.a(StgMiscClosures.o)(.text+0xbb5):StgMiscClosures.h
c:
 more undefined references to `_imp___iob' follow
 collect2: ld returned 1 exit status
 dllwrap: gcc exited with status 1

 With GHC 5.02.x all seemed to work fine...

 Best regards,

 Mark

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

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



chat multitasking e suola di sesso live

2002-07-11 Thread jusy

http://www.ragazze-sexy.tv

La boutique dell'eros si è arricchita di una chicca:
nuovissima chat multisking, con riprese aeree multicam,
con più inquadrature, e maggiore risoluzione.
New entry anche di ragazze internazionali, per la chat multilingue.
Scuola di sesso live con lezioni per allungamento del pene e individuazione punto G.

http://www.ragazze-sexy.tv












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



Re: ANNOUNCE: GHC version 5.04 released

2002-07-11 Thread Sigbjorn Finne


 Simon Marlow [EMAIL PROTECTED] writes:
 
 The (Interactive) Glasgow Haskell Compiler -- version 5.04

 
 Packages will appear as they are built - if the package for your system
 isn't available yet, come back later.
 

A Windows installer for 5.04 is now available via the GHC downloads
page: http://haskell.org/ghc/download_ghc_504.html

--sigbjorn


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



Re: ANNOUNCE: GHC version 5.04 released

2002-07-11 Thread Eray Ozkural

On Thursday 11 July 2002 19:19, Sigbjorn Finne wrote:

 A Windows installer for 5.04 is now available via the GHC downloads
 page: http://haskell.org/ghc/download_ghc_504.html

/me pings debian people. we can't lag behind windows, come on ;)

-- 
Eray Ozkural (exa) [EMAIL PROTECTED]
Comp. Sci. Dept., Bilkent University, Ankara
www: http://www.cs.bilkent.edu.tr/~erayo  Malfunction: http://mp3.com/ariza
GPG public key fingerprint: 360C 852F 88B0 A745 F31B  EA0F 7C07 AE16 874D 539C

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



Re: CATALOG RH 7.3

2002-07-11 Thread Donald Bruce Stewart

On Fri, Jul 12, 2002 at 12:34:39AM +1000, Manuel M T Chakravarty wrote:
 Since I updated to RedHat 7.3, configure doesn't seem to be
 able to determine a valid DocBook catalog anymore.  Anybody
 else seen this problem or is there something wrong in my
 setup?
 
 Manuel

Same problem on OpenBSD. The catalog file is stored in
/usr/local/share/sgml on my system, and is not found. Hence:

--- configure.orig  Thu Jul 11 21:02:09 2002
+++ configure   Thu Jul 11 21:02:51 2002
@@ -2550,7 +2550,7 @@ Test.
 EOF
 fptools_cv_sgml_catalog=no
 if test -z $SGML_CATALOG_FILES ; then
- for fptools_catalog in /etc/sgml/catalog /etc/sgml.catalog /usr/share/sgml/CAT
ALOG.docbkdsl glafp-utils/docbook/CATALOG*; do
+ for fptools_catalog in /usr/local/share/sgml/catalog /etc/sgml/catalog /etc/sg
ml.catalog /usr/share/sgml/CATALOG.docbkdsl glafp-utils/docbook/CATALOG*; do
ac_try=$JadeCmd -t rtf -d docs/fptools-both.dsl#print -c $fptools_catalog c
onftest.sgml

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



Re: ANNOUNCE: GHC version 5.04 released

2002-07-11 Thread Ashley Yakeley

At 2002-07-11 11:22, Eray Ozkural wrote:

 A Windows installer for 5.04 is now available via the GHC downloads
 page: http://haskell.org/ghc/download_ghc_504.html

/me pings debian people. we can't lag behind windows, come on ;)

I'm sure Michael Weber is working on it even as we speak...


-- 
Ashley Yakeley, Seattle WA

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



Re: CATALOG RH 7.3

2002-07-11 Thread Manuel M T Chakravarty

[EMAIL PROTECTED] (Donald Bruce Stewart) wrote,

 On Fri, Jul 12, 2002 at 12:34:39AM +1000, Manuel M T Chakravarty wrote:
  Since I updated to RedHat 7.3, configure doesn't seem to be
  able to determine a valid DocBook catalog anymore.  Anybody
  else seen this problem or is there something wrong in my
  setup?
 
 Same problem on OpenBSD. The catalog file is stored in
 /usr/local/share/sgml on my system, and is not found. Hence:

I added the location needed for OpenBSD to configure.in in
CVS.

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



ANNOUNCE: GHC version 5.04 released

2002-07-11 Thread Simon Marlow


   
The (Interactive) Glasgow Haskell Compiler -- version 5.04
   

We are pleased to announce a new major release of the Glasgow Haskell
Compiler (GHC), version 5.04.

Highlights include:

  * Hierarchical libraries, with documentation produced by Haddock.

  * New type system extensions: full rank-N types and kind
annotations.
 
  * New heap profiling facilities (retainer profiling, biographical
profiling).

  * MacOS X support

See the release notes for a full list of the changes:

 
http://www.haskell.org/ghc/docs/latest/html/users_guide/release-5-04.htm
l


How to get it
~
The easy way is to go to the WWW page, which should be self-explanatory:

http://www.haskell.org/ghc/

We supply binary builds in the native package format for various
flavours of Linux and BSD, and in InstallShield form for Windows
folks.  Binary builds for other platforms are available as a .tar.bz2
which can be installed wherever you want.  The source distribution is
also available from the same place.

Packages will appear as they are built - if the package for your system
isn't available yet, come back later.


Background
~~
Haskell is a standard lazy functional programming language; the
current language version is Haskell 98, agreed in December 1998.

GHC is a state-of-the-art programming suite for Haskell.  Included is
an optimising compiler generating good code for a variety of
platforms, together with an interactive system for convenient, quick
development.  The distribution includes space and time profiling
facilities, a large collection of libraries, and support for various
language extensions, including concurrency, exceptions, and foreign
language interfaces (C, whatever).  GHC is distributed under a
BSD-style open source license.

A wide variety of Haskell related resources (tutorials, libraries,
specifications, documentation, compilers, interpreters, references,
contact information, links to research groups) are available from the
Haskell home page (see below).


On-line GHC-related resources
~~

Relevant URLs on the World-Wide Web:

GHC home page http://www.haskell.org/ghc/
Haskell home page http://www.haskell.org/
comp.lang.functional FAQ  http://www.cs.nott.ac.uk/~gmh/faq.html



System requirements
~~~
To compile programs with GHC, you need a machine with 64+MB memory, GCC
and perl. This release is known to work on the following platforms:

  * i386-unknown-{linux,*bsd,mingw32}
  * sparc-sun-solaris2
  * alpha-dec-osf3
  * powerpc-apple-darwin (MacOS/X)

Ports to the following platforms should be relatively easy (for a
wunderhacker), but haven't been tested due to lack of time/hardware:

  * hppa1.1-hp-hpux{9,10}
  * i386-unknown-solaris2
  * mips-sgi-irix{5,6}
  * {rs6000,powerpc}-ibm-aix

The builder's guide on the web site gives a complete run-down of what
ports work; it can be found at

 
http://www.haskell.org/ghc/docs/latest/html/building/building-guide.html


Mailing lists
~
We run mailing lists for GHC users and bug reports; to subscribe, use
the web interfaces at

http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs

There are several other haskell and ghc-related mailing lists on
www.haskell.org; for the full list, see

http://www.haskell.org/mailman/listinfo/

Please report bugs using our SourceForge page at

http://sourceforge.net/projects/ghc/

or send them to [EMAIL PROTECTED]

GHC users hang out on [EMAIL PROTECTED]  Bleeding
edge CVS users party on [EMAIL PROTECTED]
___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell



Re: ANNOUNCE: GHC version 5.04 released

2002-07-11 Thread Sigbjorn Finne


 Simon Marlow [EMAIL PROTECTED] writes:
 
 The (Interactive) Glasgow Haskell Compiler -- version 5.04

 
 Packages will appear as they are built - if the package for your system
 isn't available yet, come back later.
 

A Windows installer for 5.04 is now available via the GHC downloads
page: http://haskell.org/ghc/download_ghc_504.html

--sigbjorn


___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell



Re: ANNOUNCE: GHC version 5.04 released

2002-07-11 Thread Eray Ozkural

On Thursday 11 July 2002 19:19, Sigbjorn Finne wrote:

 A Windows installer for 5.04 is now available via the GHC downloads
 page: http://haskell.org/ghc/download_ghc_504.html

/me pings debian people. we can't lag behind windows, come on ;)

-- 
Eray Ozkural (exa) [EMAIL PROTECTED]
Comp. Sci. Dept., Bilkent University, Ankara
www: http://www.cs.bilkent.edu.tr/~erayo  Malfunction: http://mp3.com/ariza
GPG public key fingerprint: 360C 852F 88B0 A745 F31B  EA0F 7C07 AE16 874D 539C

___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell



ÄúµÄÅóÓÑ »ªÉÌÍø¡ªChinaWp ¸øÄú¼ÄÀ´ÁËÒ»·â¾«ÃÀµÄºØ¿¨£¡

2002-07-11 Thread »ªÉÌÍø

ÄúºÃ£¬Ç×°®µÄÅóÓÑ
ÄúµÄÅóÓÑ »ªÉÌÍø¡ªChinaWp ¸øÄú¼ÄÀ´ÁËÒ»·â¾«ÃÀµÄºØ¿¨£¡
ÏÖÔÚ±£´æÔÚ¿¨Ðã Cardshow  (½«±£´æ30Ì죩¡£
Çëµã»÷ÒÔϵØÖ·¹Û¿´ÄúµÄºØ¿¨£º
http://www17.kaxiu.com/usercard00/10248829932110970135085XP_0.htm
Ô¸Äú½ñÌìÓзÝÓä¿ìµÄºÃÐÄÇ飡
***
ÐÄ Áé »¥ ¶¯£¬¿¨ Ðã ¹µ ͨ£¡
http://www.kaxiu.com/ 
***
Hi,Ç×°®µÄÅóÓÑ
This is a nice E-greeting from your friend »ªÉÌÍø¡ªChinaWp !
Go and pick it up at:
http://www17.kaxiu.com/usercard00/10248829932110970135085XP_0.htm
This personal greeting will be available for 30 days.
Hope you enjoy it and have fun!
***
Free E-greeting at Cardshow 
http://www.kaxiu.com
***


ʹÓü«ÐÇÓʼþȺ·¢£¬ÎÞÐëͨ¹ýÓʼþ·þÎñÆ÷£¬Ö±´ï¶Ô·½ÓÊÏ䣬ËٶȾø¶ÔÒ»Á÷£¡
ÏÂÔØÍøÖ·£ºhttp://www.lovexin.com£¬¸ü¶àÃâ·ÑµÄ³¬¿áÈí¼þµÈÄãÀ´Ï¡­¡­


INFORMATION
This message has been sent using a trial-run version
of the TSmtpRelayServer Delphi Component.

___
Haskell mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell



CFP: PADL'03

2002-07-11 Thread Dr. Gopal Gupta


[ - Paper submission deadline is July 31
  - BEST PAPER AWARD: A best paper award ($500) will be given to 
 the paper judged most innovative and practical.
  - PADL'03 proceedings will be published as Springer Verlag LNCS,
 past proceedings can be found in LNCS 1551, 1753 and 1990, and 2257
]


  CALL FOR PAPERS!!!  

Fifth International Symposium on 
 Practical Aspects of Declarative Languages 2003
 (PADL '03) 

   http://www.research.avayalabs.com/user/wadler/padl03/

New Orleans, Louisiana, USA 
 Jan 13-14, 2003
  Co-located with POPL 2003 

Nothing is so practical as a good theory. Declarative languages build 
on sound theoretical bases to provide attractive frameworks for 
application development. Declarative approaches to programming include 
those based on logic, constraints, functions, and concurrency.  
Declarative languages have been successfully applied to a wide variety 
of real-world situations, ranging from database management to active 
networks to software engineering to decision support systems. New 
developments in theory and implementation have opened up new 
application areas. At the same time, applications of declarative 
languages to novel problems raise research issues. Questions include 
designing for scalability, language extensions for application 
deployment, and programming environments. Thus, applications drive 
the progress in the theory and implementation of declarative systems, 
and benefit from this progress as well. 

PADL provides a forum for researchers, practitioners, and implementors 
of declarative languages to exchange ideas on application areas and 
on the requirements for effective deployment of declarative systems. 
We invite papers dealing with practical applications of logic, 
constraint, functional, and concurrent programming. The scope of 
PADL includes, but is not limited to: 

o Innovative applications of declarative languages 
o Declarative domain-specific languages and applications 
o New developments in declarative languages and their impact on applications 
o Practical experiences 
o Novel uses of declarative languages in the classroom 
o Evaluation of implementation techniques on practical applications 
o Application letters (Applets) - see below 
o Declarative pearls - see below 

Papers should highlight the practical contribution of the work and 
the relevance of declarative languages to achieve that end. 

PADL 2003 will co-locate with ACM POPL 2003, in New Orleans. 


Application Letters (Applets)

 Real-world users of declarative languages may be so fully occupied 
 writing declarative programs that they lack the time to write a 
 full paper describing their work. Conference attendees often hear 
 only from those developing declarative languages --- the users 
 are too busy using them. In order to attract greater participation 
 from users, the conference solicits application letters describing 
 experience using declarative languages to solve real-world problems. 
 Such papers might be half the length of a full paper (though any 
 length up to a full paper is fine), and may be judged by interest 
 of the application and novel use of declarative languages as opposed 
 to a crisp new research result.


Declarative Pearls

 Program committees traditionally expect a paper to make a contribution 
 of a certain size. Ideas that are small, rounded, and glow with their 
 own light may have a number of venues, but conferences are not 
 typically among them.  (Among the outlets have been columns such as 
 Bentley's Programming Pearls in Communications of the ACM, Rem's 
 Small Programming Exercises in Science of Computer Programming, and 
 Barendregt's Theoretical Pearls and Bird's Functional Pearls in the 
 Journal of Functional Programming.) The conference invites papers that 
 develop a short declarative program. Such papers might be half the 
 length of a full paper (though any length up to a full paper is fine), 
 and may be judged by elegance of development and clarity of expression 
 as opposed to a crisp new research result.


Most Practical Paper Award

 The paper deemed most practical by the programm committee will be awarded 
 a cash prize of US$500. Criteria for judging include practicality, innovation, 
 quality of the work, and clarity of presentation. All submitted papers will 
 automatically be candidates for this award. The program committee may choose 
 not to make an award; or may make multiple awards, in which case the award 
 money will be equally divided. 


Important Dates: 

o Paper Submission: Jul. 31, 2002
o Notification: Oct. 2, 2002 
o Camera Ready: Nov. 6, 2002 
o 

Job Advertisment

2002-07-11 Thread Chris Dornan

The ARM Web site is advertising a Principal Research Engineer position; see


http://www.arm.com/hr.nsf/iwpList61/90A8BD2585A0CE2F80256BF10051000F?OpenDocumentstyle=HR_UK

and the summary attached to the end of this mail message.

Note that although  the job is for a Principal Research Engineer with a strong 
  emphasis on microprocessor architecture, a high degree of proficiency in 
programming, preferably Haskell and C, is regarded as essential.

Chris Dornan
Principal Research Engineer
ARM RD   [EMAIL PROTECTED]+44 (0)1223 400498



Principal Research Engineer, Cambridge
Reference: 02MKRD003

The Research and Development Division are seeking a highly motivated individual 
who has research experience and who's interests lie in the fields of computer 
languages, microprocessor architecture, and/or microprocessor simulation. The 
successful candidate will be involved in a team developing next generation 
microprocessor architectures. As well as architecture development, this role 
will involve developing, implementing, and integrating a range of sophisticated 
tools to assist in the analysis of microprocessor architectures and 
implementations. The successful candidate will be working in an environment 
which allows experimentation and provides autonomy, but expects innovation and 
results; hence the candidate will be of a very high caliber. This post would 
suit a PhD graduate or someone with a background working in research in Industry.

Skills

Essential

 * A high degree of proficiency in programming (preferably in Haskell  C).
 * A good understanding of microprocessor architectures.
 * A working understanding of computer languages.
 * A background in Research and innovation.

___
Haskell-Cafe mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell-cafe



Re: what's the difference?

2002-07-11 Thread Emre Tezel



Cagdas Ozgenc wrote:

 Greetings.
 
  
 
 What is the difference between the following two scenarios:
 
  
 
 1)
 
  
 
 class Eq a where
 
 (==) :: a - a - Bool
 
  
 
 class Eq a = Ord a where
 
 (  ) :: a - a - Bool


Here you are doing subtyping. A variable of type Ord can be substitued 
for variable of type Eq. (==) belongs to Ord interface.


 
  
 
 2)
 
  
 
 class Eq a where
 
 (==) :: a - a - Bool
 
  
 
 class Ord a where
 
 (eq),(  ) :: a - a - Bool
 
  
 
 instance Ord a = Eq a where
 
  (==) = eq


Here Ord is not a subtype of Eq. Even (eq) and (==) have the same 
definition, (==) is not part of Ord's interface. You are doing 
delegation. For those instances of Eq who happens to implement Ord 
interface, delegate (==) to (eq).

The second case is similar to private inheritance in C++. You are 
overiding the virtual (==) of base class (Eq) in the derived class 
(Ord), but (==) is not part of  derived class' interface.


 
  
 
 eq is just a rename for == to avoid the nameclash
 
  
 
 The second scenario resembles Russell's Paradox. Typeclass of a 
 typeclass. Anyhow we are loosing orthogonality here.
 
  
 
 Thanks
 


___
Haskell-Cafe mailing list
[EMAIL PROTECTED]
http://www.haskell.org/mailman/listinfo/haskell-cafe