Package Details: llpp 24-1

Git Clone URL: https://aur.archlinux.org/llpp.git (read-only)
Package Base: llpp
Description: A graphical PDF viewer which aims to superficially resemble less(1).
Upstream URL: http://repo.or.cz/w/llpp.git
Licenses: custom
Conflicts: llpp-git
Provides: llpp
Submitter: Barthalion
Maintainer: aksr
Last Packager: aksr
Votes: 71
Popularity: 0.661580
First Submitted: 2012-06-24 16:59
Last Updated: 2017-04-14 05:38

Dependencies (35)

Required by (0)

Sources (1)

Latest Comments

OdinEidolon commented on 2017-04-06 13:24

==> Entering fakeroot environment...
==> Starting package()...
install: cannot stat 'build/llpp': No such file or directory
==> ERROR: A failure occurred in package().
Aborting...

aksr commented on 2017-03-27 16:28

rperce: It builds fine here. i686?

rperce commented on 2017-03-27 07:20

No longer builds from source on my box. Fiddling with build.sh proved unfruitful. Log follows:

==> Making package: llpp 23-1 (Mon Mar 27 02:19:56 CDT 2017)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found 6572184.tar.gz
==> Validating source files with md5sums...
6572184.tar.gz ... Passed
==> Validating source files with sha1sums...
6572184.tar.gz ... Passed
==> Validating source files with sha256sums...
6572184.tar.gz ... Passed
==> Extracting sources...
-> Extracting 6572184.tar.gz with bsdtar
==> Starting prepare()...
==> Removing existing $pkgdir/ directory...
==> Starting build()...
+ ocamlc -ccopt '-fPIC -Wno-pointer-sign -O2 -o build//lablGL/ml_raw.o' -c ./lablGL/ml_raw.c
+ ocamlc -ccopt '-fPIC -Wno-pointer-sign -O2 -o build//lablGL/ml_gl.o' -c ./lablGL/ml_gl.c
+ ocamlc -ccopt '-fPIC -Wno-pointer-sign -O2 -o build//lablGL/ml_glarray.o' -c ./lablGL/ml_glarray.c
+ ocamlc -ccopt '-I /usr/include/freetype2 -Wextra -Wall -Werror -D_GNU_SOURCE -O -g -std=c99 -pedantic-errors -Wunused-parameter -Wsign-compare -Wshadow -o build//link.o' -c ./link.c
+ /bin/sh ./mkhelp.sh ./KEYS unknown
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//keys.cmo ./keys.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/gl.cmo ./lablGL/gl.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/raw.cmo ./lablGL/raw.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glPix.cmo ./lablGL/glPix.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glDraw.cmo ./lablGL/glDraw.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glTex.cmi ./lablGL/glTex.mli
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glMisc.cmi ./lablGL/glMisc.mli
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glMat.cmo ./lablGL/glMat.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glMisc.cmo ./lablGL/glMisc.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glFunc.cmo ./lablGL/glFunc.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glTex.cmo ./lablGL/glTex.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glArray.cmo ./lablGL/glArray.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -o build//lablGL/glClear.cmo ./lablGL/glClear.ml
+ ocamlc -c -o build//help.cmo build//help.ml
+ ocamlc -c -warn-error +a -w +a -g -safe-string -o build//utils.cmo ./utils.ml
+ ocamlc -c -warn-error +a -w +a -g -safe-string -I build/ -o build//parser.cmo ./parser.ml
+ ocamlc -c -warn-error +a -w +a -g -safe-string -I build/ -o build//wsi.cmi ./wsi.mli
+ ocamlc -c -I ./lablGL -I build//lablGL -I build/ -o build//config.cmo ./config.ml
+ ocamlc -c -I ./lablGL -I build//lablGL -I build/ -o build//main.cmo ./main.ml
+ ocamlc -c -warn-error +a -w +a -g -safe-string -I build/ -o build//wsi.cmo ./wsi.ml
+ ocamlc -ccopt -shared -g -custom -I lablGL -o build//llpp unix.cma str.cma build//help.cmo build//lablGL/raw.cmo build//utils.cmo build//parser.cmo build//lablGL/glMisc.cmo build//wsi.cmo build//lablGL/gl.cmo build//lablGL/glMat.cmo build//lablGL/glFunc.cmo build//lablGL/glClear.cmo build//lablGL/glPix.cmo build//lablGL/glTex.cmo build//lablGL/glDraw.cmo build//config.cmo build//lablGL/glArray.cmo build//main.cmo build//link.o -cclib '-lGL -lX11 -lmupdf -lmupdfthird -lz -lfreetype -ljpeg -ljbig2dec -lopenjp2 -lpthread -lcrypto -lharfbuzz build//lablGL/ml_gl.o build//lablGL/ml_glarray.o build//lablGL/ml_raw.o'
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(misc.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(stacks.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(startup_aux.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(freelist.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(major_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(minor_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(memory.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(alloc.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_oldify_one' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(globroots.o): relocation R_X86_64_32 against symbol `caml_global_roots' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(fail.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(signals.o): relocation R_X86_64_32S against undefined symbol `caml_pending_signals' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(signals_byt.o): relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(printexc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(backtrace_prim.o): relocation R_X86_64_32 against `.text' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(backtrace.o): relocation R_X86_64_32 against symbol `caml_backtrace_last_exn' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(compare.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(ints.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(floats.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(str.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(array.o): relocation R_X86_64_32 against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(io.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(extern.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(intern.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(hash.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(sys.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(meta.o): relocation R_X86_64_32 against undefined symbol `caml_code_fragments_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(parsing.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(gc_ctrl.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(terminfo.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(obj.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(lexing.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(callback.o): relocation R_X86_64_32S against `.data' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(debugger.o): relocation R_X86_64_32 against `.bss' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(weak.o): relocation R_X86_64_32 against symbol `caml_ephe_ref_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(compact.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(finalise.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(custom.o): relocation R_X86_64_32 against symbol `caml_custom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(dynlink.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(spacetime.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(unix.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(interp.o): relocation R_X86_64_32 against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(fix_code.o): relocation R_X86_64_32 against undefined symbol `caml_code_fragments_table' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(startup.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status
File "_none_", line 1:
Error: Error while building custom runtime system
==> ERROR: A failure occurred in build().
Aborting...

NoSuck commented on 2017-03-12 15:54

This package was the impetus for a diatribe on AUR security that I will probably regret posting.

https://nosuck.org/2017/03/13/verification-in-aur-land-is-security-theater/

Alad commented on 2017-01-30 16:18

==> Starting build()...
+ ocamlc.opt -ccopt '-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -g -fvar-tracking-assignments -Wno-pointer-sign -O2 -o build//lablGL/ml_raw.o' -c ./lablGL/ml_raw.c
+ ocamlc.opt -ccopt '-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -g -fvar-tracking-assignments -Wno-pointer-sign -O2 -o build//lablGL/ml_gl.o' -c ./lablGL/ml_gl.c
+ ocamlc.opt -ccopt '-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -g -fvar-tracking-assignments -Wno-pointer-sign -O2 -o build//lablGL/ml_glarray.o' -c ./lablGL/ml_glarray.c
+ ocamlc.opt -ccopt '-I /usr/include/freetype2 -Wextra -Wall -Werror -D_GNU_SOURCE -O -g -std=c99 -pedantic-errors -Wunused-parameter -Wsign-compare -Wshadow -o build//link.o' -c ./link.c
./link.c: In function ‘pdfinfo’:
./link.c:538:45: error: passing argument 2 of ‘pdf_to_utf8’ from incompatible pointer type [-Wincompatible-pointer-types]
s = pdf_to_utf8 (state.ctx, pdf, obj);
^~~
In file included from /usr/include/mupdf/pdf.h:11:0,
from ./link.c:48:
/usr/include/mupdf/pdf/object.h:139:7: note: expected ‘pdf_obj * {aka struct pdf_obj_s *}’ but argument is of type ‘pdf_document * {aka struct pdf_document_s *}’
char *pdf_to_utf8(fz_context *ctx, pdf_obj *src);
^~~~~~~~~~~
./link.c:538:21: error: too many arguments to function ‘pdf_to_utf8’
s = pdf_to_utf8 (state.ctx, pdf, obj);
^~~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:11:0,
from ./link.c:48:
/usr/include/mupdf/pdf/object.h:139:7: note: declared here
char *pdf_to_utf8(fz_context *ctx, pdf_obj *src);
^~~~~~~~~~~
./link.c: In function ‘trimctm’:
./link.c:666:41: error: ‘pdf_page {aka struct pdf_page_s}’ has no member named ‘ctm’
fz_invert_matrix (&im, &page->ctm);
^~
./link.c: In function ‘loadpage’:
./link.c:708:19: error: too few arguments to function ‘fz_new_display_list’
page->dlist = fz_new_display_list (state.ctx);
^~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/fitz.h:47:0,
from ./link.c:46:
/usr/include/mupdf/fitz/display-list.h:35:18: note: declared here
fz_display_list *fz_new_display_list(fz_context *ctx, const fz_rect *mediabox);
^~~~~~~~~~~~~~~~~~~
./link.c: In function ‘rendertile’:
./link.c:788:58: error: passing argument 4 of ‘fz_new_pixmap_with_bbox_and_data’ makes integer from pointer without a cast [-Wint-conversion]
&bbox, pbo->ptr);
^~~
In file included from /usr/include/mupdf/fitz.h:35:0,
from ./link.c:46:
/usr/include/mupdf/fitz/pixmap.h:123:12: note: expected ‘int’ but argument is of type ‘void *’
fz_pixmap *fz_new_pixmap_with_bbox_and_data(fz_context *ctx, fz_colorspace *colorspace, const fz_irect *rect, int alpha, unsigned char *samples);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./link.c:787:17: error: too few arguments to function ‘fz_new_pixmap_with_bbox_and_data’
fz_new_pixmap_with_bbox_and_data (state.ctx, state.colorspace,
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/fitz.h:35:0,
from ./link.c:46:
/usr/include/mupdf/fitz/pixmap.h:123:12: note: declared here
fz_pixmap *fz_new_pixmap_with_bbox_and_data(fz_context *ctx, fz_colorspace *colorspace, const fz_irect *rect, int alpha, unsigned char *samples);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./link.c:793:17: error: too few arguments to function ‘fz_new_pixmap_with_bbox’
fz_new_pixmap_with_bbox (state.ctx, state.colorspace, &bbox);
^~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/fitz.h:35:0,
from ./link.c:46:
/usr/include/mupdf/fitz/pixmap.h:79:12: note: declared here
fz_pixmap *fz_new_pixmap_with_bbox(fz_context *ctx, fz_colorspace *colorspace, const fz_irect *bbox, int alpha);
^~~~~~~~~~~~~~~~~~~~~~~
./link.c:801:42: error: passing argument 2 of ‘fz_new_draw_device’ from incompatible pointer type [-Wincompatible-pointer-types]
dev = fz_new_draw_device (state.ctx, tile->pixmap);
^~~~
In file included from /usr/include/mupdf/fitz.h:46:0,
from ./link.c:46:
/usr/include/mupdf/fitz/device.h:326:12: note: expected ‘const fz_matrix * {aka const struct fz_matrix_s *}’ but argument is of type ‘fz_pixmap * {aka struct fz_pixmap_s *}’
fz_device *fz_new_draw_device(fz_context *ctx, const fz_matrix *transform, fz_pixmap *dest);
^~~~~~~~~~~~~~~~~~
./link.c:801:11: error: too few arguments to function ‘fz_new_draw_device’
dev = fz_new_draw_device (state.ctx, tile->pixmap);
^~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/fitz.h:46:0,
from ./link.c:46:
/usr/include/mupdf/fitz/device.h:326:12: note: declared here
fz_device *fz_new_draw_device(fz_context *ctx, const fz_matrix *transform, fz_pixmap *dest);
^~~~~~~~~~~~~~~~~~
./link.c: In function ‘initpdims’:
./link.c:945:54: error: ‘pdf_page {aka struct pdf_page_s}’ has no member named ‘ctm’
fz_invert_matrix (&ctm, &page->ctm);
^~
./link.c:954:56: error: ‘pdf_page {aka struct pdf_page_s}’ has no member named ‘mediabox’
fz_intersect_rect (&rect, &page->mediabox);
^~
./link.c:957:44: error: ‘pdf_page {aka struct pdf_page_s}’ has no member named ‘mediabox’
mediabox = page->mediabox;
^~
./link.c:985:34: error: ‘pdf_page {aka struct pdf_page_s}’ has no member named ‘rotate’
rotate = page->rotate;
^~
./link.c: At top level:
./link.c:1251:15: error: unknown type name ‘fz_link_dest’
desttoanchor (fz_link_dest *dest)
^~~~~~~~~~~~
./link.c: In function ‘recurse_outline’:
./link.c:1293:24: error: ‘fz_outline {aka struct fz_outline_s}’ has no member named ‘dest’; did you mean ‘next’?
switch (outline->dest.kind) {
^~
./link.c:1294:14: error: ‘FZ_LINK_GOTO’ undeclared (first use in this function)
case FZ_LINK_GOTO:
^~~~~~~~~~~~
./link.c:1294:14: note: each undeclared identifier is reported only once for each function it appears in
./link.c:1296:35: error: implicit declaration of function ‘desttoanchor’ [-Wimplicit-function-declaration]
struct anchor a = desttoanchor (&outline->dest);
^~~~~~~~~~~~
./link.c:1296:57: error: ‘fz_outline {aka struct fz_outline_s}’ has no member named ‘dest’; did you mean ‘next’?
struct anchor a = desttoanchor (&outline->dest);
^~
./link.c:1305:14: error: ‘FZ_LINK_URI’ undeclared (first use in this function)
case FZ_LINK_URI:
^~~~~~~~~~~
./link.c:1308:28: error: ‘fz_outline {aka struct fz_outline_s}’ has no member named ‘dest’; did you mean ‘next’?
outline->dest.ld.uri.uri);
^~
./link.c:1311:14: error: ‘FZ_LINK_NONE’ undeclared (first use in this function)
case FZ_LINK_NONE:
^~~~~~~~~~~~
./link.c:1317:28: error: ‘fz_outline {aka struct fz_outline_s}’ has no member named ‘dest’; did you mean ‘next’?
outline->dest.kind, outline->title);
^~
./link.c: In function ‘search’:
./link.c:1493:16: error: too few arguments to function ‘fz_new_stext_page’
text = fz_new_stext_page (state.ctx);
^~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/fitz.h:48:0,
from ./link.c:46:
/usr/include/mupdf/fitz/structured-text.h:242:16: note: declared here
fz_stext_page *fz_new_stext_page(fz_context *ctx, const fz_rect *mediabox);
^~~~~~~~~~~~~~~~~
./link.c:1494:16: error: too few arguments to function ‘fz_new_stext_device’
tdev = fz_new_stext_device (state.ctx, sheet, text);
^~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/fitz.h:48:0,
from ./link.c:46:
/usr/include/mupdf/fitz/structured-text.h:323:12: note: declared here
fz_device *fz_new_stext_device(fz_context *ctx, fz_stext_sheet *sheet, fz_stext_page *page, const fz_stext_options *options);
^~~~~~~~~~~~~~~~~~~
./link.c: In function ‘mainloop’:
./link.c:1865:17: error: unknown type name ‘fz_link_dest’
fz_link_dest dest;
^~~~~~~~~~~~
./link.c:1873:49: error: ‘FZ_LINK_GOTO’ undeclared (first use in this function)
FZ_LINK_GOTO, obj);
^~~~~~~~~~~~
./link.c:1872:28: error: too many arguments to function ‘pdf_parse_link_dest’
dest = pdf_parse_link_dest (state.ctx, pdf,
^~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:105:7: note: declared here
char *pdf_parse_link_dest(fz_context *ctx, pdf_document *doc, pdf_obj *obj);
^~~~~~~~~~~~~~~~~~~
./link.c:1875:23: error: incompatible types when assigning to type ‘struct anchor’ from type ‘int’
a = desttoanchor (&dest);
^
./link.c: In function ‘highlightlinks’:
./link.c:2223:21: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
switch (link->dest.kind) {
^~
./link.c:2224:14: error: ‘FZ_LINK_GOTO’ undeclared (first use in this function)
case FZ_LINK_GOTO: glColor3ub (255, 0, 0); break;
^~~~~~~~~~~~
./link.c:2225:14: error: ‘FZ_LINK_URI’ undeclared (first use in this function)
case FZ_LINK_URI: glColor3ub (0, 0, 255); break;
^~~~~~~~~~~
./link.c:2226:14: error: ‘FZ_LINK_LAUNCH’ undeclared (first use in this function)
case FZ_LINK_LAUNCH: glColor3ub (0, 255, 0); break;
^~~~~~~~~~~~~~
./link.c: In function ‘getannot’:
./link.c:2707:29: error: ‘pdf_annot {aka struct pdf_annot_s}’ has no member named ‘pagerect’; did you mean ‘page’?
if (p.x >= annot->pagerect.x0 && p.x <= annot->pagerect.x1) {
^~
./link.c:2707:58: error: ‘pdf_annot {aka struct pdf_annot_s}’ has no member named ‘pagerect’; did you mean ‘page’?
if (p.x >= annot->pagerect.x0 && p.x <= annot->pagerect.x1) {
^~
./link.c:2708:33: error: ‘pdf_annot {aka struct pdf_annot_s}’ has no member named ‘pagerect’; did you mean ‘page’?
if (p.y >= annot->pagerect.y0 && p.y <= annot->pagerect.y1) {
^~
./link.c:2708:62: error: ‘pdf_annot {aka struct pdf_annot_s}’ has no member named ‘pagerect’; did you mean ‘page’?
if (p.y >= annot->pagerect.y0 && p.y <= annot->pagerect.y1) {
^~
./link.c: In function ‘ensuretext’:
./link.c:2752:22: error: too few arguments to function ‘fz_new_stext_page’
page->text = fz_new_stext_page (state.ctx);
^~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/fitz.h:48:0,
from ./link.c:46:
/usr/include/mupdf/fitz/structured-text.h:242:16: note: declared here
fz_stext_page *fz_new_stext_page(fz_context *ctx, const fz_rect *mediabox);
^~~~~~~~~~~~~~~~~
./link.c:2754:16: error: too few arguments to function ‘fz_new_stext_device’
tdev = fz_new_stext_device (state.ctx, page->sheet, page->text);
^~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/fitz.h:48:0,
from ./link.c:46:
/usr/include/mupdf/fitz/structured-text.h:323:12: note: declared here
fz_device *fz_new_stext_device(fz_context *ctx, fz_stext_sheet *sheet, fz_stext_page *page, const fz_stext_options *options);
^~~~~~~~~~~~~~~~~~~
./link.c: In function ‘ml_getlink’:
./link.c:2943:17: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
switch (link->dest.kind) { \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2944:10: error: ‘FZ_LINK_GOTO’ undeclared (first use in this function)
case FZ_LINK_GOTO: \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2948:26: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
pageno = link->dest.ld.gotor.page; \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2952:21: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
if (link->dest.ld.gotor.flags & fz_link_flag_t_valid) { \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2952:45: error: ‘fz_link_flag_t_valid’ undeclared (first use in this function)
if (link->dest.ld.gotor.flags & fz_link_flag_t_valid) { \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2953:27: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
p.y = link->dest.ld.gotor.lt.y; \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2965:10: error: ‘FZ_LINK_URI’ undeclared (first use in this function)
case FZ_LINK_URI: \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2966:39: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
str_v = caml_copy_string (link->dest.ld.uri.uri); \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2971:10: error: ‘FZ_LINK_LAUNCH’ undeclared (first use in this function)
case FZ_LINK_LAUNCH: \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2972:39: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
str_v = caml_copy_string (link->dest.ld.launch.file_spec); \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2977:10: error: ‘FZ_LINK_NAMED’ undeclared (first use in this function)
case FZ_LINK_NAMED: \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2978:39: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
str_v = caml_copy_string (link->dest.ld.named.named); \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2983:10: error: ‘FZ_LINK_GOTOR’ undeclared (first use in this function)
case FZ_LINK_GOTOR: \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2987:43: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
str_v = caml_copy_string (link->dest.ld.gotor.file_spec); \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2988:26: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
pageno = link->dest.ld.gotor.page; \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2990:46: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
gr_v = caml_copy_string (link->dest.ld.gotor.dest); \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:3010:53: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
"unhandled link kind %d", link->dest.kind); \
^
./link.c:3038:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
In file included from ./link.c:34:0:
./link.c: In function ‘ml_getannotcontents’:
./link.c:3063:56: error: passing argument 2 of ‘pdf_annot_contents’ from incompatible pointer type [-Wincompatible-pointer-types]
pdf_annot_contents (state.ctx, pdf,
^
/usr/lib/ocaml/caml/memory.h:340:29: note: in definition of macro ‘CAMLreturnT’
type caml__temp_result = (result); \
^~~~~~
./link.c:3062:9: note: in expansion of macro ‘CAMLreturn’
CAMLreturn (caml_copy_string (
^~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:177:13: note: expected ‘pdf_annot * {aka struct pdf_annot_s *}’ but argument is of type ‘pdf_document * {aka struct pdf_document_s *}’
const char *pdf_annot_contents(fz_context *ctx, pdf_annot *annot);
^~~~~~~~~~~~~~~~~~
In file included from ./link.c:34:0:
./link.c:3063:25: error: too many arguments to function ‘pdf_annot_contents’
pdf_annot_contents (state.ctx, pdf,
^
/usr/lib/ocaml/caml/memory.h:340:29: note: in definition of macro ‘CAMLreturnT’
type caml__temp_result = (result); \
^~~~~~
./link.c:3062:9: note: in expansion of macro ‘CAMLreturn’
CAMLreturn (caml_copy_string (
^~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:177:13: note: declared here
const char *pdf_annot_contents(fz_context *ctx, pdf_annot *annot);
^~~~~~~~~~~~~~~~~~
./link.c: In function ‘ml_whatsunder’:
./link.c:2943:17: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
switch (link->dest.kind) { \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2944:10: error: ‘FZ_LINK_GOTO’ undeclared (first use in this function)
case FZ_LINK_GOTO: \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2948:26: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
pageno = link->dest.ld.gotor.page; \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2952:21: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
if (link->dest.ld.gotor.flags & fz_link_flag_t_valid) { \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2952:45: error: ‘fz_link_flag_t_valid’ undeclared (first use in this function)
if (link->dest.ld.gotor.flags & fz_link_flag_t_valid) { \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2953:27: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
p.y = link->dest.ld.gotor.lt.y; \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2965:10: error: ‘FZ_LINK_URI’ undeclared (first use in this function)
case FZ_LINK_URI: \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2966:39: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
str_v = caml_copy_string (link->dest.ld.uri.uri); \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2971:10: error: ‘FZ_LINK_LAUNCH’ undeclared (first use in this function)
case FZ_LINK_LAUNCH: \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2972:39: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
str_v = caml_copy_string (link->dest.ld.launch.file_spec); \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2977:10: error: ‘FZ_LINK_NAMED’ undeclared (first use in this function)
case FZ_LINK_NAMED: \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2978:39: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
str_v = caml_copy_string (link->dest.ld.named.named); \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2983:10: error: ‘FZ_LINK_GOTOR’ undeclared (first use in this function)
case FZ_LINK_GOTOR: \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2987:43: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
str_v = caml_copy_string (link->dest.ld.gotor.file_spec); \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2988:26: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
pageno = link->dest.ld.gotor.page; \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:2990:46: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
gr_v = caml_copy_string (link->dest.ld.gotor.dest); \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:3010:53: error: ‘fz_link {aka struct fz_link_s}’ has no member named ‘dest’; did you mean ‘next’?
"unhandled link kind %d", link->dest.kind); \
^
./link.c:3148:9: note: in expansion of macro ‘LINKTOVAL’
LINKTOVAL;
^~~~~~~~~
./link.c:3193:46: error: dereferencing pointer to incomplete type ‘fz_font {aka struct fz_font_s}’
? style->font->name
^~
./link.c: In function ‘ml_addannot’:
./link.c:4445:62: error: ‘FZ_ANNOT_TEXT’ undeclared (first use in this function)
(pdf_page *) page->fzpage, FZ_ANNOT_TEXT);
^~~~~~~~~~~~~
./link.c:4444:46: error: passing argument 2 of ‘pdf_create_annot’ from incompatible pointer type [-Wincompatible-pointer-types]
annot = pdf_create_annot (state.ctx, pdf,
^~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:124:12: note: expected ‘pdf_page * {aka struct pdf_page_s *}’ but argument is of type ‘pdf_document * {aka struct pdf_document_s *}’
pdf_annot *pdf_create_annot(fz_context *ctx, pdf_page *page, fz_annot_type type);
^~~~~~~~~~~~~~~~
./link.c:4445:35: error: incompatible type for argument 3 of ‘pdf_create_annot’
(pdf_page *) page->fzpage, FZ_ANNOT_TEXT);
^
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:124:12: note: expected ‘fz_annot_type {aka enum <anonymous>}’ but argument is of type ‘pdf_page * {aka struct pdf_page_s *}’
pdf_annot *pdf_create_annot(fz_context *ctx, pdf_page *page, fz_annot_type type);
^~~~~~~~~~~~~~~~
./link.c:4444:17: error: too many arguments to function ‘pdf_create_annot’
annot = pdf_create_annot (state.ctx, pdf,
^~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:124:12: note: declared here
pdf_annot *pdf_create_annot(fz_context *ctx, pdf_page *page, fz_annot_type type);
^~~~~~~~~~~~~~~~
./link.c:4448:44: error: passing argument 2 of ‘pdf_set_annot_contents’ from incompatible pointer type [-Wincompatible-pointer-types]
pdf_set_annot_contents (state.ctx, pdf, annot, String_val (contents_v));
^~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:172:6: note: expected ‘pdf_annot * {aka struct pdf_annot_s *}’ but argument is of type ‘pdf_document * {aka struct pdf_document_s *}’
void pdf_set_annot_contents(fz_context *ctx, pdf_annot *annot, const char *text);
^~~~~~~~~~~~~~~~~~~~~~
./link.c:4448:49: error: passing argument 3 of ‘pdf_set_annot_contents’ from incompatible pointer type [-Wincompatible-pointer-types]
pdf_set_annot_contents (state.ctx, pdf, annot, String_val (contents_v));
^~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:172:6: note: expected ‘const char *’ but argument is of type ‘pdf_annot * {aka struct pdf_annot_s *}’
void pdf_set_annot_contents(fz_context *ctx, pdf_annot *annot, const char *text);
^~~~~~~~~~~~~~~~~~~~~~
./link.c:4448:9: error: too many arguments to function ‘pdf_set_annot_contents’
pdf_set_annot_contents (state.ctx, pdf, annot, String_val (contents_v));
^~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:172:6: note: declared here
void pdf_set_annot_contents(fz_context *ctx, pdf_annot *annot, const char *text);
^~~~~~~~~~~~~~~~~~~~~~
./link.c:4449:49: error: passing argument 2 of ‘pdf_set_text_annot_position’ from incompatible pointer type [-Wincompatible-pointer-types]
pdf_set_text_annot_position (state.ctx, pdf, annot, p);
^~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:167:6: note: expected ‘pdf_annot * {aka struct pdf_annot_s *}’ but argument is of type ‘pdf_document * {aka struct pdf_document_s *}’
void pdf_set_text_annot_position(fz_context *ctx, pdf_annot *annot, fz_point pt);
^~~~~~~~~~~~~~~~~~~~~~~~~~~
./link.c:4449:54: error: incompatible type for argument 3 of ‘pdf_set_text_annot_position’
pdf_set_text_annot_position (state.ctx, pdf, annot, p);
^~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:167:6: note: expected ‘fz_point {aka struct fz_point_s}’ but argument is of type ‘pdf_annot * {aka struct pdf_annot_s *}’
void pdf_set_text_annot_position(fz_context *ctx, pdf_annot *annot, fz_point pt);
^~~~~~~~~~~~~~~~~~~~~~~~~~~
./link.c:4449:9: error: too many arguments to function ‘pdf_set_text_annot_position’
pdf_set_text_annot_position (state.ctx, pdf, annot, p);
^~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:167:6: note: declared here
void pdf_set_text_annot_position(fz_context *ctx, pdf_annot *annot, fz_point pt);
^~~~~~~~~~~~~~~~~~~~~~~~~~~
./link.c: In function ‘ml_delannot’:
./link.c:4467:38: error: passing argument 2 of ‘pdf_delete_annot’ from incompatible pointer type [-Wincompatible-pointer-types]
pdf_delete_annot (state.ctx, pdf,
^~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:129:6: note: expected ‘pdf_page * {aka struct pdf_page_s *}’ but argument is of type ‘pdf_document * {aka struct pdf_document_s *}’
void pdf_delete_annot(fz_context *ctx, pdf_page *page, pdf_annot *annot);
^~~~~~~~~~~~~~~~
./link.c:4468:27: error: passing argument 3 of ‘pdf_delete_annot’ from incompatible pointer type [-Wincompatible-pointer-types]
(pdf_page *) page->fzpage,
^
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:129:6: note: expected ‘pdf_annot * {aka struct pdf_annot_s *}’ but argument is of type ‘pdf_page * {aka struct pdf_page_s *}’
void pdf_delete_annot(fz_context *ctx, pdf_page *page, pdf_annot *annot);
^~~~~~~~~~~~~~~~
./link.c:4467:9: error: too many arguments to function ‘pdf_delete_annot’
pdf_delete_annot (state.ctx, pdf,
^~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:129:6: note: declared here
void pdf_delete_annot(fz_context *ctx, pdf_page *page, pdf_annot *annot);
^~~~~~~~~~~~~~~~
./link.c: In function ‘ml_modannot’:
./link.c:4487:44: error: passing argument 2 of ‘pdf_set_annot_contents’ from incompatible pointer type [-Wincompatible-pointer-types]
pdf_set_annot_contents (state.ctx, pdf, (pdf_annot *) slink->u.annot,
^~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:172:6: note: expected ‘pdf_annot * {aka struct pdf_annot_s *}’ but argument is of type ‘pdf_document * {aka struct pdf_document_s *}’
void pdf_set_annot_contents(fz_context *ctx, pdf_annot *annot, const char *text);
^~~~~~~~~~~~~~~~~~~~~~
./link.c:4487:49: error: passing argument 3 of ‘pdf_set_annot_contents’ from incompatible pointer type [-Wincompatible-pointer-types]
pdf_set_annot_contents (state.ctx, pdf, (pdf_annot *) slink->u.annot,
^
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:172:6: note: expected ‘const char *’ but argument is of type ‘pdf_annot * {aka struct pdf_annot_s *}’
void pdf_set_annot_contents(fz_context *ctx, pdf_annot *annot, const char *text);
^~~~~~~~~~~~~~~~~~~~~~
./link.c:4487:9: error: too many arguments to function ‘pdf_set_annot_contents’
pdf_set_annot_contents (state.ctx, pdf, (pdf_annot *) slink->u.annot,
^~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/mupdf/pdf.h:23:0,
from ./link.c:48:
/usr/include/mupdf/pdf/annot.h:172:6: note: declared here
void pdf_set_annot_contents(fz_context *ctx, pdf_annot *annot, const char *text);
^~~~~~~~~~~~~~~~~~~~~~
==> ERROR: A failure occurred in build().
Aborting...

bluTaz commented on 2016-12-13 04:50

./link.c: In function ‘mainloop’:
./link.c:1669:13: error: implicit declaration of function ‘fz_set_use_document_css’ [-Wimplicit-function-declaration]
fz_set_use_document_css (state.ctx, usedoccss);
^~~~~~~~~~~~~~~~~~~~~~~
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build llpp-git.

WorMzy commented on 2016-05-17 09:04

Still depends on libgl, build fails without it, as before.

xduugu commented on 2016-05-13 10:57

Sorry, missed your reply @drrossum. Yeah, in the case of llpp, you can just drop it. The same command as in the install file is executed by the hook in /usr/share/libalpm/hooks/update-desktop-database.hook.

So you can remove the "install=" line from the PKGBUILD and "desktop-file-utils" from the depends array.

Alad commented on 2016-05-13 09:55

Misses dependency on mesa (gl.h)

dllu commented on 2016-05-11 18:05

It seems I cannot build the package.

./link.c:46:24: fatal error: mupdf/fitz.h: No such file or directory

It appears the package should now depend on libmupdf as well. However, even after installing libmupdf, I get various compile errors which suggest the llpp package is out of date with respect to the latest version of libmupdf. Can someone look into it?

drrossum commented on 2016-05-10 08:18

I did not have the time to look into that yet. Do I just drop the install file and the desktop-file-utils dependency or are other changes required? Thanks

xduugu commented on 2016-05-07 00:12

The install file can be removed since its functionality is now provided by alpm hooks. The dependency on desktop-file-utils shouldn't be required anymore.

duttondj commented on 2016-04-01 19:42

I get a segfault every time I try to bring up llpp. Probably an upstream issue.

tjaart commented on 2015-12-21 23:16

After upgrading llpp I get the following error when I try to execute the binary:

Fatal error: exception Failure("parse error: Failure(\"unexpected close at top level\")")

Any pointers as to what might cause this?

tmplt commented on 2015-11-14 12:24

Somewhere around the latest update the performance on my system has dropped really low. It takes about 5s to open an 170K .pdf, even while the program reports that it was opened in <0.002s. Does anyone have issues like these? llpp-git suffers from the same problem.

I'm unsure where I can add this as an issue (if I should).

WorMzy commented on 2015-11-11 13:03

Seems that libgl is needed to build+run llpp, otherwise you get the following error:
./lablGL/ml_gl.c:10:19: fatal error: GL/gl.h: No such file or directory

Namcap complains that freetype2 and libjpeg-turbo should also be listed as dependencies:

llpp E: Dependency freetype2 detected and not included (libraries ['usr/lib/libfreetype.so.6'] needed in files ['usr/bin/llpp'])
llpp E: Dependency libjpeg-turbo detected and not included (libraries ['usr/lib/libjpeg.so.8'] needed in files ['usr/bin/llpp'])

Please could you add these three packages to the depends array?

Thanks.

hermogene commented on 2015-11-10 22:33

@flu Your solution worked perfectly, thanks!

drrossum commented on 2015-11-10 12:24

llppac is no longer provided upstream.

flu commented on 2015-11-10 12:11

@drrossum
llppac is missing. Isn't that the conversion tool?

@hermogene
1. Recompile ocaml adding in the PKGBUILD build function something like:
export CFLAGS+="-fPIC"
before configure/make
2. Try again to recompile llpp
3. Perhaps add the following:
# Need to use
# export CFLAGS+="-fPIC"
# in order to make llpp
IgnorePkg = ocaml
in your /etc/pacman.conf to avoid the same problem in the future. On the other hand this gives you the inconvenience to build ocaml for yourself every time.
4. Profit

hermogene commented on 2015-10-19 11:22

Same problem for me, I tried to remove the packages to reinstall them, still can't compile:
[11/11] link /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/llpp.custom
FAILED: ocamlc.opt -g -o /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/llpp.custom -I +lablGL str.cma unix.cma lablgl.cma /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/help.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/utils.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/parser.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/bo.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/wsi.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/config.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/main.cmo /tmp/yaourt-tmp-ap/aur-llpp/src/llpp-f376f80/build/link.o -custom -cclib "-lmupdf -lmujs -lpthread -L./build/release -lX11 -lfreetype -lz -lssl -lcrypto -ljpeg -ljbig2dec -lopenjp2 -lX11"
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(stacks.o): réadressage de R_X86_64_32 en vertu de « .rodata.str1.8 » ne peut être utilisé lors de la création d'un objet partagé; recompilez avec -fPIC
/usr/lib/ocaml/libcamlrun.a: error adding symbols: Mauvaise valeur
collect2: erreur: ld a retourné 1 code d'état d'exécution
File "_none_", line 1:
Error: Error while building custom runtime system
ninja: build stopped: subcommand failed.

tjaart commented on 2015-10-03 18:54

I have managed to upgrade the package using yaourt, instead of pacaur. I am not sure what the difference is. Since llpp is working again I am not going to dig into it right now. Thanks to @drrossum and @txtsd for their replies

txtsd commented on 2015-10-01 08:11

@tjaart

I had the same problem, but reinstalling (recompiling) ocaml-lablgl, then reinstalling llpp did the trick for me.

drrossum commented on 2015-10-01 07:16

Can you post the contents of your config file?
/home/tjaart/AUR/llpp/src/llpp-f376f80/.config

drrossum commented on 2015-09-30 16:01

Thanks for the feedback. I'm working on a deadline right now, sorry. Let me get back to you by the end of the week.

tjaart commented on 2015-09-30 13:31

It seems part of my problem is that my ncurses has been updated to version 6.

I have the file:
/usr/lib/libncursesw.so.6
but llpp wants: libncursesw.so.5

Since ncurses is not a direct dependency of llpp, I am not sure where the error is coming from.

I have solved similar problems before by creating a symlink from the new library name to the old, but that is a hack.

tjaart commented on 2015-09-29 15:29

Hi,
I have not dug very deep into this problem, but I was wondering if anybody could give me a quick pointer:

I upgraded my system, and started getting the error:
llpp: error while loading shared libraries: libncursesw.so.5: cannot open shared object file: No such file or directory

When I try to reinstall llpp I fet the errer:
==> Starting build()...
Configuration results are saved in /home/tjaart/AUR/llpp/src/llpp-f376f80/.config
To build - type: ninja
ninja: error: unknown target '/home/tjaart/AUR/llpp/src/llpp-f376f80/build/llpp.custom'
==> ERROR: A failure occurred in build().

Notes:
- I have recompiled ocaml-lablgl as discussed in earlier threads

drrossum commented on 2015-09-29 02:46

Having a ocaml-lablgl package that is consistent with ocaml should suffice. Otherwise you have a "partially updated system" which breaks things in arch.

There should be no need for removing packages, unless you want to remove ocaml-lablgl as workaround for updating it.

lansunlong commented on 2015-09-29 02:38

Remove ocaml-lablgl, camlp4, ocaml
and then reinstall llpp, ocaml-lablgl will be recompiled.
I have it worked.

respiranto commented on 2015-09-23 17:14

Sorry, I thought I had done so because of your former comment, but apparently I had not.
Nevertheless thank you very much!

drrossum commented on 2015-09-23 16:14

Did you recompile ocaml-lablgl after upgrading ocaml?

respiranto commented on 2015-09-23 15:37

I am getting the following error:

==> Starting build()...
Configuration results are saved in /tmp/llpp/src/llpp-f376f80/.config
To build - type: ninja
[9/11] ocamlc /tmp/llpp/src/llpp-f376f80/build/config.cmo
FAILED: env incs="-I +lablGL" pp="" /bin/sh /tmp/llpp/src/llpp-f376f80/doocaml.sh ocamlc.opt /tmp/llpp/src/llpp-f376f80/build/config.cmo /tmp/llpp/src/llpp-f376f80/config.ml -c -warn-error +a -w +a -g -safe-string
File "/tmp/llpp/src/llpp-f376f80/config.ml", line 1:
Error: The files /usr/lib/ocaml/pervasives.cmi
and /usr/lib/ocaml/lablGL/glTex.cmi make inconsistent assumptions
over interface CamlinternalFormatBasics
[9/11] cc /tmp/llpp/src/llpp-f376f80/build/link.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...

The reason for that I am recompiling is, that the llpp binary refused to run, because it seems to have been built against ncurses5, which is not even listed as a dependency.

drrossum commented on 2015-09-19 18:28

Don't flag package out-of-date if not out-of-date.

The files that are conflicting in your system have nothing to do with llpp. Did you perhaps forget to recompile ocaml-lablgl after upgrading ocaml?

alecdtatum commented on 2015-09-19 18:22

Build fails with the following error:
FAILED: env incs="-I +lablGL" pp="" /bin/sh /tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/doocaml.sh ocamlc.opt /tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/build/config.cmo /tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/config.ml -c -warn-error +a -w +a -g -safe-string
File "/tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/config.ml", line 1:
Error: The files /usr/lib/ocaml/pervasives.cmi
and /usr/lib/ocaml/lablGL/glTex.cmi make inconsistent assumptions
over interface CamlinternalFormatBasics
[9/11] cc /tmp/yaourt-tmp-alec/aur-llpp/src/llpp-f376f80/build/link.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

ansatz commented on 2015-05-02 10:03

I recompiled extra/ocaml with -fpic added to CFLAGS. After that llpp compiled nicely.

drrossum commented on 2015-05-02 05:01

Have you tried rebuilding the ocaml-lablgl package?

ansatz commented on 2015-05-01 07:18

Build fails:

==> Making package: llpp 21-3 (Fri 1 May 10:12:27 EEST 2015)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
-> Found f376f8000cdf01fcc0ae3aa1fed99f193d6e7909.tar.gz
==> Validating source files with sha256sums...
f376f8000cdf01fcc0ae3aa1fed99f193d6e7909.tar.gz ... Skipped
==> Extracting sources...
-> Extracting f376f8000cdf01fcc0ae3aa1fed99f193d6e7909.tar.gz with bsdtar
==> Removing existing $pkgdir/ directory...
==> Starting build()...
Configuration results are saved in /tmp/llpp/src/llpp-f376f80/.config
To build - type: ninja
[1/1] link /tmp/llpp/src/llpp-f376f80/build/llpp.custom
FAILED: ocamlc.opt -g -o /tmp/llpp/src/llpp-f376f80/build/llpp.custom -I +lablGL str.cma unix.cma lablgl.cma /tmp/llpp/src/llpp-f376f80/build/help.cmo /tmp/llpp/src/llpp-f376f80/build/utils.cmo /tmp/llpp/src/llpp-f376f80/build/parser.cmo /tmp/llpp/src/llpp-f376f80/build/bo.cmo /tmp/llpp/src/llpp-f376f80/build/wsi.cmo /tmp/llpp/src/llpp-f376f80/build/config.cmo /tmp/llpp/src/llpp-f376f80/build/main.cmo /tmp/llpp/src/llpp-f376f80/build/link.o -custom -cclib "-lmupdf -lmujs -lpthread -L./build/release -lX11 -L/usr/lib -lfreetype -lz -lssl -lcrypto -ljpeg -ljbig2dec -lopenjp2 -lX11"
/usr/bin/ld: /usr/lib/ocaml/libcamlrun.a(stacks.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC
/usr/lib/ocaml/libcamlrun.a: error adding symbols: Bad value
collect2: error: ld returned 1 exit status
File "_none_", line 1:
Error: Error while building custom runtime system
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...

drrossum commented on 2015-04-30 19:02

Thanks for reporting. This now points to a newer version of the code that doesn't use the CBZ library anymore.

rubenvb commented on 2015-04-28 08:44

This does not build with current muPDF because mupdf/cbz.h is missing.

Alad commented on 2015-03-02 21:57

I was building in /home/archie/src, which is a symlink to /mnt/data/archie/src ... I'm guessing the configure script doesn't handle symlinks well. Either way, it builds in /home/archie. Thanks.

drrossum commented on 2015-03-02 20:13

Are you building in /mnt/data or in /home? The paths saved in the .config don't seem to correspond to makepkg's $srcdir/$pkgname path. Don't know why that happens.

Alad commented on 2015-03-01 14:40

~/src/llpp/src/llpp % cat .config
cflags= -fPIC -O -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz
lflags=-L/usr/lib -lfreetype -lz -lssl -lcrypto -ljpeg -ljbig2dec -lopenjp2 -lX11
srcdir=/mnt/data/archie/src/llpp/src/llpp
buildtype=release
mupdf=.
builddir=/mnt/data/archie/src/llpp/src/llpp/build
lablglcflags=-I +lablGL
cmo=.cmo
cma=.cma
ocamlc=ocamlc.opt
linksocclib=
customflag=-custom
mujs=-lmujs

drrossum commented on 2015-03-01 14:36

what's saved in your .config file?

Alad commented on 2015-02-28 22:04

==> Retrieving sources...
-> Downloading 973e613ec9062e5c41323fc58fa3435fc6c45551.tar.gz...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 127k 0 127k 0 0 184k 0 --:--:-- --:--:-- --:--:-- 183k
==> WARNING: Skipping verification of source file PGP signatures.
==> Validating source files with sha256sums...
973e613ec9062e5c41323fc58fa3435fc6c45551.tar.gz ... Skipped
==> Extracting sources...
-> Extracting 973e613ec9062e5c41323fc58fa3435fc6c45551.tar.gz with bsdtar
==> Starting build()...
Configuration results are saved in /mnt/data/archie/src/llpp/src/llpp/.config
To build - type: ninja
ninja: error: unknown target '/home/archie/src/llpp/src/llpp/build/llpp.custom'
==> ERROR: A failure occurred in build().
Aborting...

bernarcher commented on 2015-01-12 07:01

Confirmed. Rebuilding ocaml-lablgl fixed the issue.

doctorcolossus commented on 2015-01-11 18:13

I was having the same issue. Rebuilding ocaml-lablgl did solve it for me.

drrossum commented on 2015-01-10 16:55

Please try if rebuilding ocaml-lablgl solves that issue

bernarcher commented on 2015-01-10 06:13

llpp 21-2 does not compile here:

To build - type: ninja
[9/11] ocamlc /home/bp/scratch/temp/llpp/src/llpp/build/config.cmo
FAILED: env incs="-I +lablGL" pp="" /bin/sh /home/bp/scratch/temp/llpp/src/llpp/doocaml.sh ocamlc.opt /home/bp/scratch/temp/llpp/src/llpp/build/config.cmo /home/bp/scratch/temp/llpp/src/llpp/config.ml -c -warn-error +a -w +a -g -safe-string
File "/home/bp/scratch/temp/llpp/src/llpp/config.ml", line 1:
Error: The files /usr/lib/ocaml/pervasives.cmi
and /usr/lib/ocaml/lablGL/glTex.cmi make inconsistent assumptions
over interface Pervasives
[9/11] cc /home/bp/scratch/temp/llpp/src/llpp/build/link.o
ninja: build stopped: subcommand failed.

karol_007 commented on 2014-10-22 16:40

Works for me, thanks.

drrossum commented on 2014-10-22 15:27

Are you on i686? I uploaded a fix. I don't have access to a i686 install so I can't test this. Please let me know if it works for you.

karol_007 commented on 2014-10-21 23:46

I've just installed ocaml-lablgl and I get

==> Starting build()...
Configuration results are saved in /home/karol/apps/llpp/src/llpp/.config
To build - type: ninja
[11/11] linkstatic /home/karol/apps/llpp/src/llpp/build/llpp
FAILED: ocamlc.opt -custom -o /home/karol/apps/llpp/src/llpp/build/llpp -I +lablGL str.cma unix.cma lablgl.cma /home/karol/apps/llpp/src/llpp
/build/link.o -cclib "-lmupdf -lpthread -L./build/native -L/usr/lib -lfreetype -lz -lssl -lcrypto -ljpeg -ljbig2dec -lopenjp2 -lX11" /home/
karol/apps/llpp/src/llpp/build/help.cmo /home/karol/apps/llpp/src/llpp/build/utils.cmo /home/karol/apps/llpp/src/llpp/build/parser.cmo /home/
karol/apps/llpp/src/llpp/build/bo.cmo /home/karol/apps/llpp/src/llpp/build/wsi.cmo /home/karol/apps/llpp/src/llpp/build/config.cmo /home/karo
l/apps/llpp/src/llpp/build/main.cmo
/usr/lib/libmupdf.a(pdf-jsimp-mu.o): In function `wrapmethod':
(.text+0x2d): undefined reference to `js_gettop'
/usr/lib/libmupdf.a(pdf-jsimp-mu.o): In function `wrapmethod':
(.text+0x3d): undefined reference to `js_getregistry'

< a bunch of undefined references >

/usr/lib/libmupdf.a(pdf-jsimp-mu.o): In function `pdf_jsimp_execute':
(.text+0x9cd): undefined reference to `js_dostring'
collect2: error: ld returned 1 exit status
File "_none_", line 1:
Error: Error while building custom runtime system
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
Aborting...

drrossum commented on 2014-10-20 15:47

Check your ocaml-lablgl package. This is the package that is supposed to provide the opengl bindings that your compiler is missing.

acieroid commented on 2014-10-20 13:46

Doesn't build:

==> Starting build()...
Configuration results are saved in /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/.config
To build - type: ninja
[9/11] ocamlc /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/build/config.cmo
FAILED: env incs="-I +lablGL" pp="" /bin/sh /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/doocaml.sh ocamlc.opt /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/build/config.cmo /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/config.ml -c -warn-error +a -w +a -g -safe-string
File "/tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/config.ml", line 414, characters 30-46:
Error: Unbound module GlTex
[9/11] cc /tmp/yaourt-tmp-quentin/aur-llpp/src/llpp/build/link.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

drrossum commented on 2014-10-09 22:29

I included a customized build.ninja file that links the binary in ocaml "custom runtime mode". This should fix the issue with the shared library. That also makes ocaml a makedepend instead of depend.

drrossum commented on 2014-10-09 21:16

I included a customized build.ninja file that links the binary in custom runtime mode. That also makes ocaml a makedepend instead of depend.

Gadileth commented on 2014-10-08 18:52

Weird wrong linking.
I build the packages 'manual' with cower. After installing the package and deleting the sources i used i start llpp:

"Fatal error: cannot load shared library /home/gadileth/build/llpp/src/llpp/build/link"

Am I just doing something wrong and am not seeing it?

drrossum commented on 2014-10-07 16:06

I will try to get the ninja build system to work as it seems that the makeall.sh will be deprecated in the next version. I'll update the PKGBUILD soon.

bobi commented on 2014-10-07 14:00

As reported by binarysage, llpp won't compile anymore without adding ocaml-camlp4 to make-depends, thus it should be corrected directly in the AUR package.

binarysage commented on 2014-09-18 07:57

Thanks alot Earnest worked after installing ocaml-camlp4

Earnest commented on 2014-09-18 07:28

Because camlp4 was stripped out of the ocaml distribution and you require ocaml-camlp4 as the error suggests. "Command not found".

Earnest commented on 2014-09-18 07:28

Because camlp4 was stripped out of the ocaml distribution and you require ocaml-camlp4 as the error suggests. "Command not found".

binarysage commented on 2014-09-17 06:06

Getting this error:
==> Starting build()...
cd src && make all LIBDIR="`ocamlc -where`"
make[1]: Entering directory '/home/abhinav/Downloads/llpp/src/llpp/3rdp/lablgl-1.05/src'
ocamlc -pp camlp4o var2def.ml -o var2def
sh: camlp4o: command not found
File "var2def.ml", line 1:
Error: Error while running external preprocessor
Command line: camlp4o 'var2def.ml' > /tmp/ocamlppac0ce1

Makefile:34: recipe for target 'var2def' failed
make[1]: *** [var2def] Error 2
make[1]: Leaving directory '/home/abhinav/Downloads/llpp/src/llpp/3rdp/lablgl-1.05/src'
Makefile:15: recipe for target 'lib' failed
make: *** [lib] Error 2
==> ERROR: A failure occurred in build().
Aborting...


can someone tell me what I am missing ?

holos commented on 2014-08-21 05:26

Oops, I lied about the dependencies. the ninja build system uses ocamlc, not ocamlopt, so that would make the ocaml package a runtime dependency.

holos commented on 2014-08-21 05:12

Upstream also introduced a ninja build system. IIRC it's broken for v20, but perhaps consider switching to it for v21. Consists of doing:

sh configure.sh -b release . (the "release" argument really doesn't matter)
ninja

with these dependencies:

depends=('libgl' 'libx11' 'openjpeg2')
makedepends=('git' 'ninja' 'ocaml' 'mupdf' 'ocaml-lablgl')

I've been avoiding buildall.sh for a long time and haven't had a problem.

drrossum commented on 2014-08-19 22:04

Historical reasons only. I updated to using upstream .desktop file. I can't test this functionality myself, so please let me know if it doesn't work correctly.

xduugu commented on 2014-08-19 17:52

Upstream already provides a desktop file in misc/. Is there any reason why you use a custom one?

drrossum commented on 2014-08-19 15:32

Oops, sorry for not having tested before pushing! Fixed now.

flu commented on 2014-08-19 08:32

llppac is in a subdirectory:

install -m755 "$srcdir"/llpp/misc/llppac "$pkgdir"/usr/bin/llppac

possum commented on 2014-08-18 21:47

"install: cannot stat ‘llppac’: No such file or directory"

I don't know if llppac is important. I took the line that installs it and is working fine...

flu commented on 2014-08-18 09:34

Good but now it complains in this way:
Building llpp...
File "help.ml", line 186, characters 24-25:
Error: Illegal character (\\)

When choosing the last snapshoot it complains about llppac. I modified it like this:
https://privatepaste.com/download/8b7d069bd7
And it is working for me.
Changed: first source, first sha256sum, llppac source directory.
Not changed: pkgrel (it was not building before).
I am not aware of other issues.

Mantain this package must be painful :)

drrossum commented on 2014-08-18 06:12

Thanks. I updated source to include the commit you mentioned.

flu commented on 2014-08-17 17:11

@Jahrome
It is fixed in git http://repo.or.cz/w/llpp.git/commit/ae865705fe044c2f4489ef8a563ea5de7b440bfa
(But the package llpp-git cannot install, at least for me...)

Jahrome commented on 2014-08-17 15:25

Got an issue with 20-1 but unable to solve it myself:

Building llpp...
File "./wsi.ml", line 1:
Error: The implementation ./wsi.ml does not match the interface wsi.cmi:
Values do not match:
val init :
t -> int -> int -> int -> bool -> Unix.file_descr * int * int
is not included in
val init : t -> int -> int -> bool -> Unix.file_descr * int * int
File "./wsi.ml", line 1090, characters 4-8: Actual declaration

Any ideas ?

drrossum commented on 2014-07-14 14:23

Thanks for the patch with "update-desktop-database -q". I adopted it in the PKGBUILD.
Please let me know if it doesn't work properly as I can't test the llpp.desktop functionality myself.

Alad commented on 2014-07-13 10:44

http://pastie.org/private/5m4ppidwmigot2y4pwujw

dennis123123 commented on 2014-04-19 19:51

I did uncomment it, it worked fine. Just wondered why it was disabled by default... most people will want the file association to be available

drrossum commented on 2014-04-19 19:42

I have no means to test it. You're welcome to uncomment the line if you are interested in the llpp.desktop file. I'll be happy to update the PKGBUILD for it if you send me patches.

dennis123123 commented on 2014-04-19 14:24

Why is the llpp.desktop file commented out in the PKGBUILD?

drrossum commented on 2014-03-24 15:14

Check out the new llpp wiki page:
https://wiki.archlinux.org/index.php/Llpp

Barthalion commented on 2013-12-03 20:57

IIRC glu wasn't a dependency back then (or it was pulled by mesa) and openssl comes from newer mupdf. Thanks for quick reaction.

drrossum commented on 2013-12-03 19:31

Thanks for catching that. I forgot to namcap when I adopted the PKGBUILD from you a few weeks ago. Had you not namcapped either?

I dropped the desktop thingamajigger, as I have no means to test that.

Barthalion commented on 2013-12-03 19:09

Please add openssl, glu and desktop-file-utils to dependencies. Generally it's a good idea to get familiar with devtools, especially with automated chroot builders (repo-$CARCH-build) and namcap.

drrossum commented on 2013-10-10 17:50

Updated to official v16

Barthalion commented on 2013-06-09 16:05

I took God_Påske tag and named it v16.

Barthalion commented on 2013-06-09 16:04

I picked God_Påske tag and named it v16.

xmw commented on 2013-06-06 20:35

How did you create the snapshot? I only see tags up to v15 on the source repo.

C5OK5Y commented on 2013-04-27 10:28

The llpp.desktop file has spaces before the key names - this causes the .desktop file to not work with xdg-open. Removing the trailing spaces from the file fixes the issue.

Barthalion commented on 2012-09-12 16:33

Fixed.

infested999 commented on 2012-09-04 17:33

mupdf download link out of date: http://paste2.org/p/2190290

Barthalion commented on 2012-08-20 05:13

Don't mark broken packages as out-of-date.

Anonymous comment on 2012-08-19 16:23

mupdf download adress has changed, flagging as out of date

Barthalion commented on 2012-07-03 19:11

Well, I tested it again and md5sums are changing every time, when sb downloaded the tarball.
I will mirror it on my server tommorow.

silenc3r commented on 2012-07-03 19:04

no, it's not
md5sum is f2b1a5ca03dafc2ebd45136e66790d9f

Barthalion commented on 2012-07-02 06:32

You're right -- fixed.

abarbarian commented on 2012-07-01 10:50

==> Validating source files with md5sums...
llpp-12.tar.gz ... FAILED
==> ERROR: One or more files did not pass the validity check!
==> ERROR: Makepkg was unable to build llpp.

Fails on an Arch 64 bit fully updated.