Hi,

Rocky Bernstein wrote:
> Now that the dust has settled, (and before too much more settles) Thomas'
> changes have now been merged into master.

My patches belong to another discussion thread:
  "[Libcdio-devel] RFC on two CD-TEXT patches by Serge Pouliquen"
  http://lists.gnu.org/archive/html/libcdio-devel/2018-05/msg00000.html
  ...
  http://lists.gnu.org/archive/html/libcdio-devel/2018-05/msg00006.html
  https://savannah.gnu.org/bugs/?53928

The commit
  "Merge branch 'cdtext-list-languages'"
  
http://git.savannah.gnu.org/cgit/libcdio.git/commit/?id=16ff26506eedd748598f2beed4aa9825d04c1c9f
not only contains my changes about CDTEXT but also new files which were
not made by me (at least not this year):

  conf9AaqoM/subs.awk
  conf9AaqoM/subs1.awk
  config_extract.sh
  example/read-disc-struct.c
  example/read-disc-struct.sh
  test/copying.iso
  test/driver/abs_path.dSYM/Contents/Info.plist
  test/driver/abs_path.dSYM/Contents/Resources/DWARF/abs_path
  test/driver/gdb.core
  test/driver/mmc_read.core
  test/iso-info.core


> With the various API changes, expect a discussion on what the next version
> number will be, and how and the various library major/minior/version
> numbers.

In my own libraries the change would count as API and ABI compatible
with no special consequences for version numbers.

Old applications will continue to work as good or bad as they did before.
If such an application runs into the shortcommings of the deprecated
function cdtext_list_languages(), then the answer to a bug report will be:
Use cdtext_list_languages_v2() and cdtext_set_language_index()
instead of cdtext_list_languages() and cdtext_select_language().

cdtext_select_language() is not deprecated generally. But it assumes a
set of language blocks with all valid and unique language codes.
cdtext_set_language_index() does not depend on such a nice situation.


Have a nice day :)

Thomas


Reply via email to