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. |