Re: problem configuring Amaya 11.4.4 with system raptor (or zlib-1.2.7)
Jack <[email protected]> Thu, 21 Feb 2013 00:56:50 +0000
| Newsgroups | gmane.comp.web.amaya.general |
|---|---|
| Message-ID | <1361408181.17149.3@ffortso4> |
Troubleshooting a different problem led me back to this one. Amaya =20
11.4.4 compiles fine against zlib 1.2.5, but for 1.2.6 or higher, a =20
change in the headers leads to the error below. The following two =20
patches fix the problem. I've just added them to my ebuild, but I =20
suppose they should really be wrapped in a test for which zlib version =20
is being used. Both files to be patched are in Amaya/amaya/
Jack
::::::::::::::
Xml2thot.diff
::::::::::::::
--- Xml2thot.c.orig 2013-02-20 15:40:34.000000000 -0500
+++ Xml2thot.c 2013-02-20 15:41:23.000000000 -0500
@@ -5847,7 +5847,7 @@
while (!endOfFile && !XMLNotWellFormed && !XMLInvalidToken)
{
/* read the XML file */
- res =3D gzread (infile, bufferRead, COPY_BUFFER_SIZE);
+ res =3D gzread ((gzFile)infile, bufferRead, COPY_BUFFER_SIZE);
if (res < 0)
return;
::::::::::::::
/tmp/html2thot.diff
::::::::::::::
--- html2thot.c.orig 2013-02-20 15:31:26.000000000 -0500
+++ html2thot.c 2013-02-20 15:32:34.000000000 -0500
@@ -4349,7 +4349,7 @@
WorkBuffer =3D FileBuffer;
}
// need to read a new set of characters
- LastCharInWorkBuffer =3D gzread (infile, &FileBuffer[StartOfRead],
+ LastCharInWorkBuffer =3D gzread ((gzFile)infile, =20
&FileBuffer[StartOfRead],
INPUT_FILE_BUFFER_SIZE - =20
StartOfRead);
// add previous read characters not managed yet
LastCharInWorkBuffer +=3D StartOfRead;
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::=
:::::
On 2012.11.14 15:48, Laurent Carcone wrote:
> I made a quick google research, it seems to be a problem with the =20
> zlib library [1], [2], [3].
> Which version are you running ?
>=20
> Laurent
>=20
>=20
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=3D661906
> [2] http://forum.simutrans.com/index.php?topic=3D9575.0
> [3] http://comments.gmane.org/gmane.linux.lfs.devel/11698
>=20
> Le 14/11/12 20:28, Jack a =E9crit :
>> Laurent,
>>=20
>> Thanks for the suggestion. However, using --disable-annot, I get
>>=20
>> ../../amaya/html2thot.c: In function 'void GetNextHTMLbuffer(FILE*, =20
>> ThotBool*, char**, int*)':
>> ../../amaya/html2thot.c:4353:70: error: cannot convert 'FILE*' to =20
>> 'gzFile_s*' for argument '1' to 'int gzread(gzFile_s*, void*, =20
>> unsigned int)'
>> make[1]: *** [html2thot.o] Error 1
>> make[1]: Leaving directory `[full-path-to]/Amaya/LINUX-ELF/amaya'
>> make: *** [amaya_prog] Error 2
>>=20
>> I haven't done much troubleshooting of this yet, but I don't find =20
>> anything obvious in a quick Google.
>>=20
>> Also, while Annotations are not particularly important to me, I also =20
>> plan to try to figure out why it was failing when using the included =20
>> raptor.
>>=20
>> Thanks for any hints or suggestions.
>>=20
>> Jack
>>=20
>> On 2012.11.14 05:09, Laurent Carcone wrote:
>>> Hello,
>>>=20
>>> If I remember correctly, raptor is used by the experimental =20
>>> Annotations service. If you don't want to use this service you can =20
>>> disable it when you launch the configure command: ../configure =20
>>> --disable-annot
>>>=20
>>> Thanks,
>>> Laurent
>>>=20
>>> Le 08/11/2012 20:03, Jack a =E9crit :
>>>> I am trying to compile Amaya 11.4.4 on Gentoo Linux, and have run =20
>>>> into a problem. It appears that the configuration cannot find my =20
>>>> system raptor, and it subsequently fails to build with the =20
>>>> built-in raptor. If anyone is interested, I will provide more =20
>>>> information on this fail in a separate thread.
>>>>=20
>>>> I have raptor 2.0.8 installed and it appears that as of raptor =20
>>>> 2.0, raptor-config was dropped in favor of pkg-config. I don't =20
>>>> know if Amaya would work with raptor2 but if so, it needs to =20
>>>> check for pkg-config raptor2 instead of raptor-config. If raptor2 =20
>>>> will work, I would much rather see a fix so it is possible. If =20
>>>> the code is still based on raptor1, then I'll pursue why the =20
>>>> internal raptor is not working.
>>>>=20
>>>> Thanks for any suggsetions.
>>>>=20
>>>> Jack
>>>>=20
>>>>=20
>>>=20
>>=20
>>=20
>=20
=