Error message: Undefined reference to `XXX_closure'

When I try to compile the following test case:

import System.IO
import Text.XML.HXT.Arrow

main = do
 runX $ application

application =
 readDocument [(a_validate, v_0)] "url"
   >>> generateItemsXml
   -- >>. takeLast
   >>. \t -> [last t]
   >>> getErrStatus
 where
   takeLast xs = [last xs]

generateItemsXml = root [] []

the compilation fails because of the line ">>. \t -> [last t]". If I extract this line into a separate function (here takeLast) or take it into parentheses, the compilation proceeds. For this test case compilation actually fails later with more sensible error message, but the original full program compiles after this fix successfully. I can provide the full program if necessary. It is not very big. Contact me at c at hlsoft com.

The GHC compilation failure is:

~/prj/pubStats$ ./run.sh
[123 of 123] Compiling Main             ( src/testGhc.hs, src/testGhc.o )
Linking src/testGhc ...
src/testGhc.o: In function `Main_lvl3_info':
ghc26321_0.hc:(.text+0x166): undefined reference to `Main_application_closure'
src/testGhc.o:(.rodata+0x10): undefined reference to `Main_application_closure'
collect2: ld returned 1 exit status

The GHCi fails with following message:

During interactive linking, GHCi couldn't find the following symbol:
 Main_application_closure
This may be due to you not asking GHCi to load extra object files,
archives or DLLs needed by your current session.  Restart GHCi, specifying
the missing library using the -L/path/to/object/dir and -lmissinglibname
flags, or simply by naming the relevant files on the GHCi command line.
Alternatively, this link failure might indicate a bug in GHCi.
If you suspect the latter, please send a bug report to:
 glasgow-haskell-bugs@haskell.org

The GHC version: "The Glorious Glasgow Haskell Compilation System, version 6.6" on Ubuntu Linux 7.04. Currently I don't have time to try to reproduce the problem on the latest version of the compiler.

I compile my program with the HXT library using the following command:

ghc --make -O -fglasgow-exts -farrows -iinc src/testGhc.hs

where the inc directory contains the HXT library. Sorry if it is not a bug, or it is already fixed. I could not decide whether other occurrences of this error indicate the same problem. Decided that submitting an invalid bug is better than missing it completely.

Trac metadata

Trac field	Value
Version	6.6
Type	Bug
TypeOfFailure	OtherFailure
Priority	normal
Resolution	Unresolved
Component	Compiler
Test case
Differential revisions
BlockedBy
Related
Blocking
CC
Operating system
Architecture	x86

changed weight to 5

added Tbug Trac import labels

Very mysterious.

You say "GHC 6.6", but Ubuntu 7.04 comes with GHC 6.6.1, we think. GHC 6.6.1 fixes a lot of bugs in 6.6 so we don't want to trace bugs in 6.6. Can you try 6.6.1 at least.

Better still try 6.8.2.

And please add -dcore-lint when you compile and see if that changes behaviour (adds a strong internal consistency check).

Simon

closed

Reported against an old GHC version, and no contact from submitter, so closing bug.

Trac metadata

Trac field	Value
Resolution	Unresolved → ResolvedInvalid

reopened

Can replicate on armel (Raspberry Pi with Raspbian) - cabal install pandoc-1.11.1 gives:

Linking dist/build/make-pandoc-man-pages/make-pandoc-man-pages ...
dist/build/make-pandoc-man-pages/make-pandoc-man-pages-tmp/Main.o: In function `s7g3_info':
/tmp/ghc15975_0/ghc15975_0.bc:(.text+0x3d64): undefined reference to `pandoczm1zi11zi1_TextziPandocziReadersziMarkdown_readMarkdown1_closure'
dist/build/make-pandoc-man-pages/make-pandoc-man-pages-tmp/Main.o: In function `s7fm_info':
/tmp/ghc15975_0/ghc15975_0.bc:(.text+0x3e4c): undefined reference to `pandoczm1zi11zi1_TextziPandocziReadersziMarkdown_readMarkdown2_closure'
dist/build/make-pandoc-man-pages/make-pandoc-man-pages-tmp/Main.o:(.rodata+0x270): undefined reference to `pandoczm1zi11zi1_TextziPandocziReadersziMarkdown_readMarkdown1_closure'
dist/build/make-pandoc-man-pages/make-pandoc-man-pages-tmp/Main.o:(.rodata+0x288): undefined reference to `pandoczm1zi11zi1_TextziPandocziReadersziMarkdown_readMarkdown2_closure'
collect2: ld returned 1 exit status

I will try to construct a minimal test case in the following week.

Trac metadata

Trac field	Value
Version	6.6 → 7.4.1
TypeOfFailure	- → ValidProgramRejected
Resolution	ResolvedInvalid → Unresolved
Architecture	x86 → arm

PS The same version of pandoc compiles on amd64 without any problems.

Here is a patch that fixed the issue in Pandoc, to give idea how it looks:

diff -u -r orig/pandoc-1.11.1/src/Text/Pandoc/Readers/Markdown.hs pandoc-1.11.1/src/Text/Pandoc/Readers/Markdown.hs
--- orig/pandoc-1.11.1/src/Text/Pandoc/Readers/Markdown.hs	2014-01-06 23:09:47.928990710 +0000
+++ pandoc-1.11.1/src/Text/Pandoc/Readers/Markdown.hs	2014-01-06 21:33:46.963590240 +0000
@@ -63,7 +63,10 @@
              -> String        -- ^ String to parse (assuming @'\n'@ line endings)
              -> Pandoc
 readMarkdown opts s =
-  (readWith parseMarkdown) def{ stateOptions = opts } (s ++ "\n\n")
+  readWithParser def { stateOptions = opts } (s ++ "\n\n")
+
+-- | Helper function to avoid missing closure bug. See GHC bug #1978
+readWithParser state s = readWith parseMarkdown state s
 
 -- | Read markdown from an input string and return a pair of a Pandoc document
 -- and a list of warnings.

huh, have you tested with GHC head? Is it resolved in 7.7 currently?

closed

I have been able to build Pandoc with 7.10. Closing.

Trac metadata

Trac field	Value
Resolution	Unresolved → ResolvedWorksForMe

added Pnormal label