Надеюсь, кому-то будет полезно.

Скрины добавь в тему, или хотя бы «About».

читать

в консоли

НУЖНО!

and a modern version of gcc

Эээ… А конкретнее?

Вот у меня есть clang 8.0.1:

 % cc --version
FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1)
Target: x86_64-unknown-freebsd12.1
Thread model: posix
InstalledDir: /usr/bin

Так что щаз попробую…

Эээ… А конкретнее?

g++ -std=c++17 -O3 -I/usr/include/libxml2 flibby.cc cairo.cc -lxml2 -larchive -lxapian `pkg-config --cflags --libs pangocairo` -o flibby

Я вижу, но я не в курсе какой из gcc поддерживает c++17. У меня есть установленный gcc9, пытаюсь собрать им:

/usr/local/bin/ld: /tmp/ccWM3QjK.o: undefined reference to symbol '_ZNSt13runtime_errorD1Ev'
/usr/local/bin/ld: /usr/lib/libc++.so.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

tkatchev, не прибивай, пожалуйста, всё к Linux. ☺

пытаюсь собрать им:

Э. А ежели поменять (ну так, чисто для спортивного интереса) на -std=c++11?

-lpthread?

У меня с gcc9 всё намного хуже, говорит что мол xapian был собран clang’ом, поэтому «If linking fails due to missing symbols, this is probably the reason why.», что собственно и происходит.

Попытки собрать c++ (FreeBSD clang version 11.0.0 (git@github.com:llvm/llvm-project.git llvmorg-11.0.0-rc2-0-g414f32a9e86)) выдают ошибки.

говорит что мол xapian был собран clang’ом, поэтому «If linking fails due to missing symbols, this is probably the reason why.», что собственно и происходит.

Ага, увидел.

Проверю используя clang.

На FreeBSD проверить пока возможности нет, но ничего Линуско-специфического стараюсь не использовать.

На FreeBSD проверить пока возможности нет

Я заинтересован, потому можешь смело пинать меня.

но ничего Линуско-специфического стараюсь не использовать.

Ага… GNU Make, GNU Compiler Collection. ☺ Но это я так, придираюсь. Лишь бы от systemd не зависело, и ладно. ☺

Попытки собрать c++ (FreeBSD clang version 11.0.0 (git@github.com:llvm/llvm-project.git llvmorg-11.0.0-rc2-0-g414f32a9e86)) выдают ошибки.

Исправил сборку для clang. По крайней мере у меня ошибки не выдает теперь. Проверьте, пожалуйста.

Да, теперь собралось.

Собирается с одной поправочкой:

-I/usr/include/libxml2

В FreeBSD это будет -I/usr/local/include/libxml2, потому резоннее отдать это на откуп pkg-config:

c++ -std=c++17 -O3 \
	flibby.cc cairo.cc \
	-larchive \
	`pkg-config --cflags --libs libxml-2.0 xapian-core pangocairo` \
	-o flibby

Да, логично. Спасибо. Я поправил.

Я поправил.

Забыл убрать -I/usr/include/libxml2. ☺

---

Проверил, читалка работает. Если бы оно ещё и строку запоминало (что с less невозможно, увы), цены бы тулзе не было, учитывая смерть fbless, и отсутствию каких-либо альтернатив, твоя программа — единственный способ читать fb2 в терминале, так что я дождусь тега и запилю мейкфайл для портов (и может быть когда-нибудь пропихну его в апстрим fbsd). ☺

Благодарю. :3

единственный способ читать fb2 в терминале

Не уверен:

• https://github.com/BASH-Auto-Tools/bash-fb2

какой из gcc поддерживает c++17

GCC 8 (>=2019: Debian 10, Ubuntu 20.04, Mageia 7, ALT 9)

BASH

#!/bin/sh

Depends: dash

O\

Эээ… Автор 3.14-зданулся?! Так bash, dash или POSIX Shell?

Так bash, dash или POSIX Shell?

Без разницы. Скрипты простые.

Без разницы.

Есть разница. dash я ещё приму как POSIX-compatible, но bash через симлинк в /bin/sh (что актуально только для Linux) позволяет башизмы.

Как у этой программы с архивами zip больше 4 гигов?

Есть разница.

Новая программа управления fb2-библиотекой (комментарий)

и может быть когда-нибудь пропихну его в апстрим fbsd

Это куда именно?

В основное дерево портов. Не в базовую же систему. ☺

Но если я прочитаю политики и меня что-то не устроит, запилю свой оверлей (порты поддерживают оверлеи с сентября прошлого года, в poudriere-devel уже работает), а с апстримом связываться не стану.

Как у этой программы с архивами zip больше 4 гигов?

Специально не тестировал, но вроде все работает.

Как у этой программы с архивами zip больше 4 гигов?

Оно ж юзает libarchive для, так что если у libarchive проблем нет, то и у сабжа их быть не должно.

Как у этой программы с архивами zip больше 4 гигов?

Это ж сколько книг надо в такой архив упрятать? И как данная прога будет работать с таким архивом? Она поймёт, что в архиве дофига книг?

Да, поймет. Предварительно создается поисковый индекс по архивам, дальше можно легким движением руки искать и извлекать/читать книги из архивов.

Проверял на полном архиве флибусты или либрусека, переваривает их?

Плюс ещё бы добавить индексацию txt doc rtf pdf и djvu, у двух последних конечно при наличии текстового слоя

Проверял на полном архиве флибусты или либрусека, переваривает их?

Да, переваривает.

dash и есть POSIX shell. Никакого сферического в вакууме позикс-шелла не существует, везде свои реализации.

Резоннее отдать это на откуп autotools

везде свои реализации

В FreeBSD не dash.

Ты ещё скажи cmake. Тулза не такая большая, чтобы тащить целую кучу build deps.

Да, там своя реализация. Как и dash является ещё одной реализацией POSIX shell. И все они - УГ в сравнении с абсолютно любой альтернативой :)

И все они - УГ в сравнении с абсолютно любой альтернативой

Которые несовместимы между собой. А вот в своих POSIX-compatible скриптах я уверен, они гарантированно будут работать и в dash (но толку на Linux от них не будет, ибо FreeBSD-специфичное).

Автоматизация процесса сборки, видимо, не нужна?

Что там автоматизировать? Получить cflags для нужных либ можно напрямую пнув pkg-config, скормить их c++/g++ и получить единственный бинарь. Всё.

Огромное тебе спасибо, мил-человек!
Доберусь до машины с fb2-zip-архивом и компилятором — обязательно попробую!
// Почему-то в сентябре я эту новость не заметил…

На заметку обладателям старых систем

Э. А ежели поменять (ну так, чисто для спортивного интереса) на -std=c++11?

archive.h: In function ‘void write_zip(const string&, const string&, const string&, FUNC)’:
archive.h:227:14: error: expected unqualified-id before ‘[’ token
         auto [ filename, data ] = func(n);
              ^
archive.h:235:39: error: ‘data’ was not declared in this scope
         archive_entry_set_size(entry, data.size());
                                       ^~~~

Но у меня gcc реально древний, да (6.3.0). А на машинку с gcc поновее тестовый архив с книгами ещё надо будет перенести. Обязательно потыкаю после переноса, программа очень нужная…

Но у меня gcc реально древний, да (6.3.0).

Хорошь понты кидать! Сказал тоже, древний. Сравни: 4.7.2. Как тебе такое?

С таким тоже работал, помню.

С таким тоже работал, помню.

Именно, что работал. Так что место древних вовсе не твоё, а моё. И для меня ты такой же «новодел», как и все остальные. На заметочку, gcc 4.7.2 == Debian Wheezy. Древний, говоришь? Дату 11-го релиза напомнить?

учитывая смерть fbless

fbless работает. Но альтернативы всегда хорошо!

Но альтернативы всегда хорошо!

Да. Но был бы на верблюде, цены бы ему не было! Сколько упущено из-за всяких «модностей»!

fbless работает.

Он работал, пока не выпилили python27.

На перле?

На перле?

А в чём вопрос? Или какие то возражения? Может претензии?

на третьем пашет.

Ой молодца.

на третьем пашет.

Его выпилили из портов по причине python27, обратно не впилили.

Поделишься патчами?