synctex keeps so number but changes API/ABI

jlaurens / synctex

Synchronization for TeX

MIT License

57 stars 19 forks source link

synctex keeps so number but changes API/ABI #23

Open norbusan opened 6 years ago

norbusan commented 6 years ago

Synctex that comes with TL2018 breaks API/ABI by removing synctex_next_result (back then exported in synctex_parser.h). This breaks building of other packages in Debian where libsynctex is provided and used. See http://bugs.debian.org/895980

The Changelog also mentions this in 1.19:

   * rename `synctex_next_result` to `synctex_scanner_next_result`
   * additional `synctex_parser_private.h` header where

Was this change/break intentional?

Thanks

Norbert

norbusan commented 6 years ago

it is even worse than I thought - the statement "rename" is misleading at best, because all the types and structs have changed, making it completely impossible (at least for me) to fix the current version in a way that programs linked against a shared libsynctex1 can still work.

Jerome, that was not a really good idea ...

jlaurens commented 6 years ago

The API changes are now tracked by synctex_parser_api_level file. This change will propagate to texlive repository on due time.

kberry commented 5 years ago

i made the attached change in tl. changes from debian: 1) name new file with .txt extension for consistency with other; 2) put the whole version number (2.0.0) into the file instead of having the final .0 in the .ac file. (Maybe there was a reason for this?)

Please let me know if further tweaks are desirable ...

tl.txt

stkurz commented 5 years ago

Somehow this might be keeping my evince (Gnome document viewer) from starting. See this now closed issue. I see two options:

adding some kind of backwards compatibility (mapping old and new)
propagating the new naming to everyone that uses the old naming

Please let me know if I can do something in either way with my limited resources and skills…