RE: linker error

The desugarer generates tuples when desugaring mutually-recursive
functions, and I bet that is what is causing the problem.

These optimiser usually gets rid of them, as you found.

It's a known shortcoming which has never gotten high enough up the list
to solve.

Could you please keep the source code to use as a test case?  Then we
can check if we do fix it.  Ideally just send us a .hs file whose
compilation breaks.

Simon

| -----Original Message-----
| From: Andres Loeh [mailto:andres@xxxxxxxx]
| Sent: 29 January 2003 17:11
| To: glasgow-haskell-bugs@xxxxxxxxxxx
| Cc: andres@xxxxxxxx
| Subject: linker error
| 
| Hi there,
| 
| while compiling the latest Generic Haskell version I got the following
| linker error:
| 
| UHA_Parser.o(.text+0x117f13): In function `r18Ks_entry':
| : undefined reference to `DataziTuple_Z94T_con_info'
| collect2: ld returned 1 exit status
| 
| 
| The file "UHA_Parser.hs" is a generated parser for the language, using
| Ralf Hinze's "frown" parser generator.
| 
| When I first saw the error, I expected that too large tuples might be
| used in that file (motivated by the undefined reference containing the
| work "Tuple" and the number "94", which is higher than the GHC maximum
| as declared in the User's guide), but browsing through the file it
| does not seem to make much use of tuples at all.
| 
| In the meantime I found out that using -O2 to compile UHA_Parser
| will circumvent the bug, so it is not really a problem.
| 
| The bug occurs with both yesterday's CVS 5.05 version and 5.04.
| 
| I can try to produce a better bug description by cutting down the size
| of the involved files at least a little bit, but I thought that maybe
| you already know where to look ...
| 
| Best,
|   Andres
| _______________________________________________
| Glasgow-haskell-bugs mailing list
| Glasgow-haskell-bugs@xxxxxxxxxxx
| http://www.haskell.org/mailman/listinfo/glasgow-haskell-bugs