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:[EMAIL PROTECTED]] | Sent: 29 January 2003 17:11 | To: [EMAIL PROTECTED] | Cc: [EMAIL PROTECTED] | 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 | [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
