> Date: Sat, 20 Sep 2008 12:52:36 +0200
> From: [EMAIL PROTECTED]
>
> > Before to send a patch modifying the reference manual or implementing
> > some public functions, please run the API consistency report in prmgt/
> > in order to be sure your patch don't create inconsistencies
> Before to send a patch modifying the reference manual or implementing
> some public functions, please run the API consistency report in prmgt/
> in order to be sure your patch don't create inconsistencies.
Hey jemarch,
We could include that script in the patch safety dispatch
> Date: Fri, 19 Sep 2008 01:37:07 +0200
> From: [EMAIL PROTECTED]
>
> Hi.
>
> I have fixed most of the inconsistencies between the function
> prototypes documented in the reference manual and the
> implementation.
>
> Before to send a patch modifying the reference manual or implementin
Hi.
I have fixed most of the inconsistencies between the function
prototypes documented in the reference manual and the
implementation.
Before to send a patch modifying the reference manual or implementing
some public functions, please run the API consistency report in prmgt/
in order to be sure
Hi gerel,
It seems the API consistency report is not working completely well. Some
of the functions in the Time module (pdf_time_get_utc_cal() for
example) are reported as not implemented, but they actually are
available in the pdf.h header.
http://gnupdf.org/Lib:API_Consistency_Report
Cheers,
Hi all.
There is a new automatic quality report available in the web: the API
consistency report:
http://www.gnupdf.org/Lib:API_Consistency_Report
This report contain the relation of documented functions and the
relation of implemented functions. Ideally all documented functions
should
