https://bugzilla.redhat.com/show_bug.cgi?id=992430
Bug ID: 992430 Summary: pandoc: FTBFS in rawhide Product: Fedora Version: rawhide Component: pandoc Assignee: petersen@redhat.com Reporter: dennis@ausil.us QA Contact: extras-qa@fedoraproject.org CC: haskell-devel@lists.fedoraproject.org, petersen@redhat.com Blocks: 991858
Your package pandoc failed to build from source in current rawhide.
http://koji.fedoraproject.org/koji/taskinfo?taskID=5724879
Build logs: root.log: http://kojipkgs.fedoraproject.org/work/tasks/4879/5724879/root.log build.log: http://kojipkgs.fedoraproject.org/work/tasks/4879/5724879/build.log state.log: http://kojipkgs.fedoraproject.org/work/tasks/4879/5724879/state.log NOTE: build logs are cleaned up after 1 week
For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_20_Mass_Rebuild
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Michael Schwendt bugs.michael@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |994983
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Christopher Meng cickumqt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks|994983 |
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|Unspecified |arm
--- Comment #1 from Jens Petersen petersen@redhat.com --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #2 from Jens Petersen petersen@redhat.com --- 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
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |992364
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Whiteboard| |opt hangs
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #3 from Jens Petersen petersen@redhat.com --- 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)
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|pandoc: FTBFS in rawhide |pandoc: FTBFS in rawhide on | |ARM
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|pandoc: FTBFS in rawhide on |[ARM] pandoc: FTBFS in |ARM |rawhide
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Dennis Gilmore dennis@ausil.us changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |245418 (ARMTracker)
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Christopher Meng cickumqt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cickumqt@gmail.com
--- Comment #5 from Christopher Meng cickumqt@gmail.com --- youtube-dl depends on it and it's not available on ARM platform, I think it's caused by llvm defect(not sure).
Tracking.
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #6 from Jens Petersen petersen@redhat.com --- I am hoping things will be better with ghc-7.8 which should support llvm-3.3.
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #7 from Jens Petersen petersen@redhat.com --- $ 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
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Christopher Meng cickumqt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|cickumqt@gmail.com |
--- Comment #8 from Christopher Meng cickumqt@gmail.com --- youtube-dl no longer depends on pandoc.
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Depends On| |992362
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=992362 [Bug 992362] ghc-conduit: FTBFS in rawhide (with llvm-3.3)
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Dridi Boukelmoune dridi.boukelmoune@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dridi.boukelmoune@gmail.com
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #9 from Jens Petersen petersen@redhat.com --- Latest conduit now seems to build on ARM which might help.
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #10 from Jens Petersen petersen@redhat.com --- 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...
:-(
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #11 from Jens Petersen petersen@redhat.com --- Ah this is consistent with the earlier failure details above for Pretty.
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Hardware|arm |All Summary|[ARM] pandoc: FTBFS in |pandoc: FTBFS in rawhide |rawhide |with llvm
--- Comment #12 from Jens Petersen petersen@redhat.com --- 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.
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #13 from Jens Petersen petersen@redhat.com --- A workaround seems to be to build with "-O1".
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #14 from Jens Petersen petersen@redhat.com --- -O2 works okay with ghc-7.8 llvm.
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |POST
https://bugzilla.redhat.com/show_bug.cgi?id=992430
--- Comment #15 from Jens Petersen petersen@redhat.com --- Fixing initially in pandoc-1.12.3.3-2.fc21.
https://bugzilla.redhat.com/show_bug.cgi?id=992430
Fedora Haskell List haskell-devel@lists.fedoraproject.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|haskell-devel@lists.fedorap | |roject.org |
Jens Petersen petersen@redhat.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|POST |CLOSED Fixed In Version| |pandoc-1.12.3.3-2.fc20 Resolution|--- |ERRATA Last Closed| |2014-09-05 01:52:29
--- Comment #16 from Jens Petersen petersen@redhat.com --- This fixed a while back:
https://admin.fedoraproject.org/updates/FEDORA-2014-6874/pandoc-1.12.3.3-2.f...
Guess I forgot to link in this bug.
haskell-devel@lists.fedoraproject.org