Arch Linux User Repository

I removed `src' and rebuilt with `makepkg -sfi' using `_source=yes' and `_clean=yes' and everything went well for me.

The `var2def' program is part of the `lablgl' dependency that llpp's build scripts download. The build log should show that it was created with the this command: `ocamlc -pp camlp4o var2def.ml -o var2def' and the binary that is produced should be located here: `repo/3rdp/lablgl/src/var2def' relative to "$srcdir".

Furthermore, the command `ocamlrun ../src/var2switch GLU_ < glu_tags.var > glu_tags.c' produces no warnings or errors of any kind on my system.

I'm sorry that I can't help you resolve the issue.

I tried your suggestion (keeping _source=yes and letting _clean=yes), but a clean rebuild didn't work.

I send the developer a copy of my compile log, and he was able to identify the exact error (occurs earlier in the compile than the error I posted):
ocamlrun ../src/var2switch GLU_ < glu_tags.var > glu_tags.c
Fatal error: cannot find file ../src/var2def

Again, I don't have a problem producing an llpp binary without the PKGBUILD (doing so in the manual way I described before), which is rather strange. Thanks for looking into this.

I was unable to reproduce this problem on my system; given that llpp's own build scripts handle depedencies on their own, my guess is that there is some mismatch between llpp's code and the Glut implementation that llpp's build scripts failed to update properly; IIRC, the build script doesn't actually do anything smart to figure out such situations.

I suggest setting `_clean=yes' in the PKGBUILD if it is not already set; this will remove the external dependencies that llpp's build script downloaded, forcing them to be downloaded again (hopefully to proper versions).

If there is a particular version of llpp to which you want to revert, then you can set `_source=' in the PKGBUILD and then checkout that version by hand in the git repo:

pushd src/repo
git checkout <commit-or-tag-or-whatever>
popd
makepkg -sfi

I was able to build with `_source=yes' (the most recent commit from the official repo) just a few minutes ago; this was commit:

b3870019678b7268a641b7561ef4bed61606d747

frabjous, your error has been fixed (I e-mailed the developer about it), but I'm having another error that only occurs when I use the PKGBUILD. Using the PKGBUILD, the compile aborts with:
File "./main.ml", line 437, characters 6-24:
Error: Unbound module Glut

But with simply doing:
$ git clone git://repo.or.cz/llpp.git
$ cd llpp
$ sh buildall.sh

the build goes through perfectly, producing the llpp binary. Any idea what's up?

I cannot build this.

Here's the tail of the yaourt output:


LD build/release/mupdf
link.o: In function `mainloop':
link.c:(.text+0x224a): undefined reference to `fz_clearpixmapwithcolor'
collect2: ld returned 1 exit status
File "_none_", line 1, characters 0-1:
Error: Error while building custom runtime system
Aborting...
==> ERROR: Makepkg was unable to build llpp-git.

Nice app, thanks! But imho your PKGBUILD is a big mess, you don't have to put these things in there! I don't say my version is perfect, but it's better http://codepad.org/Sn5BHSQN