Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 992430
Summary: | pandoc: FTBFS in rawhide with llvm | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Dennis Gilmore <dennis> |
Component: | pandoc | Assignee: | Jens Petersen <petersen> |
Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 20 | CC: | dridi.boukelmoune, petersen |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Unspecified | ||
Whiteboard: | opt hangs | ||
Fixed In Version: | pandoc-1.12.3.3-2.fc20 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2014-09-05 05:52:29 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 992362 | ||
Bug Blocks: | 245418, 991858, 992364 |
Description
Dennis Gilmore
2013-08-05 04:27:39 UTC
Build hangs after: [ 8 of 45] Compiling Text.Pandoc.Pretty ( src/Text/Pandoc/Pretty.hs, dist/build/Text/Pandoc/Pretty.o ) http://koji.fedoraproject.org/koji/taskinfo?taskID=5833307 Apparently hanging like this: 12957 ? S 0:01 \_ ./Setup build 12958 ? Sl 0:20 \_ /usr/lib/ghc-7.6.3/ghc -B/usr/lib/ghc-7.6.3 -optc-I/usr/include --make -fbuilding-cabal-package -O -odir dist/build -hidir dist/build -stubdi 13054 ? Z 0:00 \_ [llc] <defunct> 13063 ? Z 0:00 \_ [llc] <defunct> 13075 ? Z 0:00 \_ [llc] <defunct> 13081 ? Z 0:00 \_ [llc] <defunct> 13088 ? Z 0:00 \_ [llc] <defunct> 13102 ? Z 0:00 \_ [llc] <defunct> 13110 ? Z 0:00 \_ [llc] <defunct> 13128 ? Z 0:00 \_ [llc] <defunct> 13133 ? R 9:01 \_ /usr/bin/opt /tmp/ghc12958_0/ghc12958_0.ll -o /tmp/ghc12958_0/ghc12958_0.bc -O2 --enable-tbaa=true http://koji.fedoraproject.org/koji/taskinfo?taskID=5833307 After 4-5 hours got: [ 8 of 45] Compiling Text.Pandoc.Pretty ( src/Text/Pandoc/Pretty.hs, dist/build/Text/Pandoc/Pretty.o ) terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc 0 libLLVM-3.3.so 0xb6273808 llvm::sys::PrintStackTrace(_IO_FILE*) + 64 1 libLLVM-3.3.so 0xb62735b4 2 libc.so.6 0xb596bfd0 __default_sa_restorer_v2 + 0 3 libc.so.6 0xb596abc4 gsignal + 52 4 libc.so.6 0xb596c1c4 abort + 408 5 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 6 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 7 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 8 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 9 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 10 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 : : 249 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 250 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 251 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 252 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 253 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 254 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 255 libstdc++.so.6 0xb5b70a04 __gnu_cxx::__verbose_terminate_handler() + 360 Stack dump: 0. Program arguments: /usr/bin/opt /tmp/ghc12958_0/ghc12958_0.ll -o /tmp/ghc12958_0/ghc12958_0.bc -O2 --enable-tbaa=true 1. Running pass 'CallGraph Pass Manager' on module '/tmp/ghc12958_0/ghc12958_0.ll'. /usr/bin/llc: /tmp/ghc12958_0/ghc12958_0.bc: error: Could not open input file: No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.zyCONd (%build) This bug appears to have been reported against 'rawhide' during the Fedora 20 development cycle. Changing version to '20'. More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora20 youtube-dl depends on it and it's not available on ARM platform, I think it's caused by llvm defect(not sure). Tracking. I am hoping things will be better with ghc-7.8 which should support llvm-3.3. $ repoquery-BR pandoc autojump-0:21.1.2-3.fc19.src git-ftp-0:0.84-1.fc19.src youtube-dl-0:2013.10.07-1.fc19.src youtube-dl no longer depends on pandoc. Latest conduit now seems to build on ARM which might help. Having built the conduit stack now it seems that the pandoc build hangs on ARM: : + ./Setup build Building pandoc-1.12.3.3... Preprocessing library pandoc-1.12.3.3... [ 1 of 55] Compiling Text.Pandoc.Asciify ( src/Text/Pandoc/Asciify.hs, dist/build/Text/Pandoc/Asciify.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [ 2 of 55] Compiling Text.Pandoc.Process ( src/Text/Pandoc/Process.hs, dist/build/Text/Pandoc/Process.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [ 3 of 55] Compiling Text.Pandoc.UUID ( src/Text/Pandoc/UUID.hs, dist/build/Text/Pandoc/UUID.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [ 4 of 55] Compiling Text.Pandoc.Slides ( src/Text/Pandoc/Slides.hs, dist/build/Text/Pandoc/Slides.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [ 5 of 55] Compiling Text.Pandoc.Readers.Haddock.Lex ( dist/build/Text/Pandoc/Readers/Haddock/Lex.hs, dist/build/Text/Pandoc/Readers/Haddock/Lex.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [ 6 of 55] Compiling Text.Pandoc.Readers.TeXMath ( src/Text/Pandoc/Readers/TeXMath.hs, dist/build/Text/Pandoc/Readers/TeXMath.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [ 7 of 55] Compiling Text.Pandoc.Compat.TagSoupEntity ( src/Text/Pandoc/Compat/TagSoupEntity.hs, dist/build/Text/Pandoc/Compat/TagSoupEntity.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [ 8 of 55] Compiling Text.Pandoc.Compat.Monoid ( src/Text/Pandoc/Compat/Monoid.hs, dist/build/Text/Pandoc/Compat/Monoid.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [ 9 of 55] Compiling Text.Pandoc.MIME ( src/Text/Pandoc/MIME.hs, dist/build/Text/Pandoc/MIME.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... [10 of 55] Compiling Text.Pandoc.Pretty ( src/Text/Pandoc/Pretty.hs, dist/build/Text/Pandoc/Pretty.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... :-( Ah this is consistent with the earlier failure details above for Pretty. Also reproducible on Intel with llvm backend. diff --git a/pandoc.spec b/pandoc.spec index 7080d9a..120e19f 100644 --- a/pandoc.spec +++ b/pandoc.spec @@ -114,6 +114,7 @@ cabal-tweak-flag http-conduit False %build +cabal_configure_extra_options=--ghc-option=-fllvm %ghc_lib_build I was recommended to try using the gold linker on #haskell by carter. A workaround seems to be to build with "-O1". -O2 works okay with ghc-7.8 llvm. Fixing initially in pandoc-1.12.3.3-2.fc21. This fixed a while back: https://admin.fedoraproject.org/updates/FEDORA-2014-6874/pandoc-1.12.3.3-2.fc20 Guess I forgot to link in this bug. |