Package Details: coccinelle 1.3.0-1

Git Clone URL: https://aur.archlinux.org/coccinelle.git (read-only, click to copy)
Package Base: coccinelle
Description: C source code matching and transformation engine
Upstream URL: https://coccinelle.lip6.fr
Licenses: GPL-2.0-or-later
Submitter: hsyl20
Maintainer: meadow
Last Packager: meadow
Votes: 20
Popularity: 0.22
First Submitted: 2010-03-26 18:18 (UTC)
Last Updated: 2024-12-10 17:12 (UTC)

Dependencies (12)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

khfeng commented on 2017-02-14 05:23 (UTC)

Hi, The pycocci needs to use python2, but current it specifies #!/usr/bin/env python hence it cannot run correctly.

osandov commented on 2016-09-28 17:26 (UTC)

Updated to 1.0.6. The documentation is no longer built by default, so I removed it from the package. If anyone feels strongly about it, I can update the package to explicitly build the documentation, but since it's all available online, it seems like a waste of time and dependencies. Also, parallel make should work again. Let me know if it doesn't and I'll add !makeflags back to options.

osandov commented on 2016-08-30 00:38 (UTC) (edited on 2016-08-30 00:39 (UTC) by osandov)

Thanks, IooNag, it looks like that should be a non-fatal error, but I fixed it anyways.

IooNag commented on 2016-08-28 21:57 (UTC)

Hi, hevea is also required as makedepends. Otherwise the build fails with: hevea -exec main_grammar.tex make[4]: hevea: Command not found make[4]: *** [Makefile:92: main_grammar.html] Error 127

paulburton commented on 2016-08-02 10:26 (UTC)

texlive-latexextra & texlive-pictures are required as makedepends in order to build the manual & avoid errors such as: make -C manual all make[4]: Entering directory '/home/pburton/.cache/pacaur/coccinelle/src/coccinelle-1.0.5/docs/manual' *** Hevea: Unable to find xxdate.exe *** /usr/bin/pdflatex -halt-on-error manual.tex This is pdfTeX, Version 3.14159265-2.6-1.40.16 (TeX Live 2015/Arch Linux) (preloaded format=pdflatex) restricted \write18 enabled. entering extended mode (./manual.tex LaTeX2e <2015/10/01> patch level 2 Babel <3.9m> and hyphenation patterns for 79 languages loaded. (./main.tex (/usr/share/texmf-dist/tex/latex/base/report.cls Document Class: report 2014/09/29 v1.4h Standard LaTeX document class (/usr/share/texmf-dist/tex/latex/base/size10.clo)) (/usr/share/texmf-dist/tex/latex/base/ifthen.sty) (./hevea.sty ! LaTeX Error: File `comment.sty' not found.

osandov commented on 2016-06-11 19:00 (UTC)

I added -j1 until upstream fixes parallel make, makedepends on the texlive packages for the manual, and added the manuals to /usr/share/doc/coccinelle. Thanks, again, everyone!

1ace commented on 2016-06-11 11:00 (UTC)

Confirmed, `-j1` fixed it for me too. I did however still have one error while building the latex docs. It seems to depend on stys from `texlive-fontsextra`. (BTW, those docs are built but not installed right now. Could go in /usr/share/doc/coccinelle/ ?)

osandov commented on 2016-06-10 21:50 (UTC)

Thanks, everyone, I'll look into it in the next few days when I get the chance. Until then, try adding -j1 to the PKGBUILD and let me know if that also fails.

neocturne commented on 2016-06-10 21:31 (UTC)

I had the same issue (but it failed in a different file on my system). It seems it was caused by my parallel build settings, adding -j1 to the `make` call made the error go away. I guess the PKGBUILD should be fixed to disable parallel build if it isn't supported.

1ace commented on 2016-06-10 19:59 (UTC)

Current version (1.0.5-1) is failing for me, while the previous version (1.0.4-1) built fine. Relevant part of the log: /usr/bin/ocamlc.opt -I menhir-20140422/src -c menhir-20140422/src/parameterizedGrammar.mli -o menhir-20140422/src/parameterizedGrammar.cmi File "menhir-20140422/src/parameterizedGrammar.mli", line 29, characters 39-68: Error: Unbound module UnparameterizedSyntax ../Makefile.bundles:93: recipe for target 'menhir-20140422/src/parameterizedGrammar.cmi' failed Is it working for you Sylvain? If so, it might be a dependency issue. Otherwise, this looks like an upstream issue. I don't know OCaml, so I can't investigate.