| pisti |
02-17-2022 08:50 PM |
paps (txt2pdf converter) not compiling on Slack150
i don't manage to compile paps (text to PDF converter, v0.7.1 on SlackBuilds SBo) on my shiny new Slack150 boxes. there are tons of error messages of various sorts, see below in window. did anybody succeed in compiling this neat little program ?
Code:
...
make all-recursive
make[1]: Entering directory '/tmp/SBo/paps-0.7.1'
Making all in src
make[2]: Entering directory '/tmp/SBo/paps-0.7.1/src'
gcc -DHAVE_CONFIG_H -I. -I.. -DGETTEXT_PACKAGE='"paps"' -DDATADIR='"/usr/share"' -fno-strict-aliasing -Wnested-externs -Wmissing-prototypes -Wstrict-prototypes -Wdeclaration-after-statement -Wimplicit-function-declaration -Wold-style-definition -Wjump-misses-init -Wall -Wextra -Wundef -Wwrite-strings -Wpointer-arith -Wmissing-declarations -Wredundant-decls -Wno-unused-parameter -Wno-missing-field-initializers -Wformat=2 -Wcast-align -Wformat-nonliteral -Wformat-security -Wsign-compare -Wstrict-aliasing -Wshadow -Winline -Wpacked -Wmissing-format-attribute -Wmissing-noreturn -Winit-self -Wmissing-include-dirs -Wunused-but-set-variable -Warray-bounds -Wreturn-type -Wswitch-enum -Wswitch-default -Wduplicated-cond -Wduplicated-branches -Wlogical-op -Wrestrict -Wnull-dereference -Wdouble-promotion -Werror -Wno-suggest-attribute=format -Wno-error=unused-parameter -Wno-error=missing-field-initializers -Wno-format-y2k -pthread -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/fribidi -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libxml2 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -O2 -fPIC -MT paps-paps.o -MD -MP -MF .deps/paps-paps.Tpo -c -o paps-paps.o `test -f 'paps.c' || echo './'`paps.c
paps.c: In function ‘parse_enum’:
paps.c:283:3: error: ‘pango_parse_enum’ is deprecated [-Werror=deprecated-declarations]
283 | ret = pango_parse_enum (type,
| ^~~
In file included from /usr/include/pango-1.0/pango/pango.h:47,
from paps.c:23:
/usr/include/pango-1.0/pango/pango-utils.h:52:10: note: declared here
52 | gboolean pango_parse_enum (GType type,
| ^~~~~~~~~~~~~~~~
paps.c: At top level:
paps.c:427:1: error: function declaration isn’t a prototype [-Werror=strict-prototypes]
427 | get_encoding()
| ^~~~~~~~~~~~
paps.c: In function ‘get_encoding’:
paps.c:427:1: error: old-style function definition [-Werror=old-style-definition]
paps.c: In function ‘main’:
paps.c:540:7: error: unused variable ‘header_sep’ [-Werror=unused-variable]
540 | int header_sep = 20;
| ^~~~~~~~~~
paps.c:715:6: error: this condition has identical branches [-Werror=duplicated-branches]
715 | if (do_draw_header)
| ^
paps.c: In function ‘read_file’:
paps.c:821:20: error: unused variable ‘ibleft’ [-Werror=unused-variable]
821 | gsize iblen, ibleft, oblen;
| ^~~~~~
paps.c: In function ‘split_text_into_paragraphs’:
paps.c:983:38: error: implicit declaration of function ‘wcwidth’ [-Werror=implicit-function-declaration]
983 | gssize w = wcwidth (wtext[i]);
| ^~~~~~~
paps.c:983:38: error: nested extern declaration of ‘wcwidth’ [-Werror=nested-externs]
paps.c: At top level:
paps.c:1363:1: error: no previous prototype for ‘get_date’ [-Werror=missing-prototypes]
1363 | get_date(char *date, int maxlen)
| ^~~~~~~~
paps.c: In function ‘draw_page_header_line_to_page’:
paps.c:1422:11: error: unused variable ‘line_pos’ [-Werror=unused-variable]
1422 | gdouble line_pos;
| ^~~~~~~~
paps.c:1420:18: error: unused variable ‘date’ [-Werror=unused-variable]
1420 | gchar *header, date[256];
| ^~~~
cc1: all warnings being treated as errors
make[2]: *** [Makefile:441: paps-paps.o] Error 1
make[2]: Leaving directory '/tmp/SBo/paps-0.7.1/src'
make[1]: *** [Makefile:401: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/paps-0.7.1'
make: *** [Makefile:342: all] Error 2
moreover, i am wondering when SBo decides to switch to 15.0 ? i understand that most programs compile just fine with either, v142 or v150, but there are still differences significant enough... |
