synctex keeps so number but changes API/ABI

[norbusan]

Hi

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]

Hi

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]

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

[kberry]

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]

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…