<div dir="ltr"><font face="arial,helvetica,sans-serif"> O</font>ops -- <br><br><i></i><div><span style="font-family:monospace,monospace">#define LIBCDIO_VERSION_NUM 10100</span><i><br></i></div><div><i><br></i></div><div>is the current version number that will be in the next release. in the 1.0.0 release it was erroneously 1. <br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 6, 2017 at 8:30 AM, Rocky Bernstein <span dir="ltr"><<a href="mailto:rocky@gnu.org" target="_blank">rocky@gnu.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Don't know how this solves things, but  compiling locally there is another problem with the <i>unpatched sources. </i>In the the 1.0.0 release I <i>have<br><br></i><span style="font-family:monospace,monospace">#define LIBCDIO_VERSION_NUM 10100</span><i><br><br></i></div>but this should be a number greater than 100. I am working on a libcdio-1.1.0 release which will be out probably within a week or two that addresses this problem.<br></div>It also addresses all of remaining memory leaks that I have been able to find in the library code (and example programs and tests). So I kind of consider it to be important. <br><div><div><i></i><div><i><br></i></div><div>I am also working on an update to Device::Cdio which removes long obsolete code, and removes the no-longer-supported drivers (there are two, OS/2 and BSDI, not one) and whatever else has changed in the last 5 or so years.</div><div><br></div></div></div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 6, 2017 at 8:06 AM, Matthias Klose <span dir="ltr"><<a href="mailto:doko@debian.org" target="_blank">doko@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_7195922094080640844HOEnZb"><div class="m_7195922094080640844h5">On 06.12.2017 13:59, Dominic Hargreaves wrote:<br>
> On Wed, Dec 06, 2017 at 11:46:31AM +0100, Matthias Klose wrote:<br>
>> Package: src:libdevice-cdio-perl<br>
>> Version: 0.4.0-2<br>
>> Severity: serious<br>
>> Tags: sid buster patch<br>
>><br>
>> One driver is gone upstream.<br>
>><br>
>> patch at<br>
>> <a href="http://launchpadlibrarian.net/348274120/libdevice-cdio-perl_0.4.0-2build1_0.4.0-2ubuntu1.diff.gz" rel="noreferrer" target="_blank">http://launchpadlibrarian.net/<wbr>348274120/libdevice-cdio-perl_<wbr>0.4.0-2build1_0.4.0-2ubuntu1.d<wbr>iff.gz</a><br>
><br>
> Hi Matthew,<br>
><br>
> I tried applying this patch (both to the Debian package and to upstream<br>
> git ready for forwarding) but I get the following build failures on sid:<br>
><br>
> ./perlcdio_wrap.c: In function 'get_cdtext':<br>
> ./perlcdio_wrap.c:2439:14: error: too many arguments to function 'cdio_get_cdtex<br>
> t'<br>
>      cdtext = cdio_get_cdtext (p_cdio, (track_t) track);<br>
>               ^~~~~~~~~~~~~~~<br>
> In file included from /usr/include/cdio/cdio.h:62:0,<br>
>                  from ./perlcdio_wrap.c:1562:<br>
> /usr/include/cdio/disc.h:77:13<wbr>: note: declared here<br>
>    cdtext_t *cdio_get_cdtext (CdIo_t *p_cdio);<br>
>              ^~~~~~~~~~~~~~~<br>
> ./perlcdio_wrap.c:2448:29: warning: passing argument 1 of 'cdtext_get_const' makes pointer from integer without a cast [-Wint-conversion]<br>
>          if(cdtext_get_const(num,cdtext<wbr>)) {<br>
>                              ^~~<br>
> In file included from /usr/include/cdio/cdio.h:59:0,<br>
>                  from ./perlcdio_wrap.c:1562:<br>
> /usr/include/cdio/cdtext.h:262<wbr>:13: note: expected 'const cdtext_t * {aka const struct cdtext_s *}' but argument is of type 'int'<br>
>  const char *cdtext_get_const (const cdtext_t *p_cdtext, cdtext_field_t field,<br>
>              ^~~~~~~~~~~~~~~~<br>
> ./perlcdio_wrap.c:2448:33: error: incompatible type for argument 2 of 'cdtext_get_const'<br>
>          if(cdtext_get_const(num,cdtext<wbr>)) {<br>
>                                  ^~~~~~<br>
><br>
> [...]<br>
><br>
> (full log attached).<br>
><br>
> Do you have any suggestions about how to resolve this?<br>
<br>
</div></div>yes, fixed in libcdio-1.0.0-2<br>
<br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>