[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [pdf-devel] Testing pdf.h.
From: |
gerel |
Subject: |
Re: [pdf-devel] Testing pdf.h. |
Date: |
Fri, 29 Feb 2008 14:28:48 -0300 |
> Date: Fri, 29 Feb 2008 09:30:27 +0100
> From: Aleksander Morgado <address@hidden>
>
>
> > Uff sorry :-) The file gl_list.h is downloaded from the Gnulib
> > repository using `gnulib-tool import', and I am not sure if it's a
> > good
> >
> > You definitely don't want to modify anything that comes from gnulib.
> > That would defeat the whole purpose of gnulib.
>
> Thanks for clarifying Karl. BTW, distributing gnulib headers along with
> pdf.h is also a bad idea, isn't it? So the public API shouldn't depend
> on any data type coming from those headers.
>
Then, I guess we have 3 ways to solve this:
1. Declare those types defined in gl_list to (void *).
2. Include those type definitions into pdf.h.
3. Build an abstraction level upon gl_list so the public API doesn't depend on
gl_list.
-gerel
- [pdf-devel] Testing pdf.h., gerel, 2008/02/28
- Re: [pdf-devel] Testing pdf.h., Aleksander Morgado, 2008/02/28
- Re: [pdf-devel] Testing pdf.h., gerel, 2008/02/28
- Re: [pdf-devel] Testing pdf.h., Aleksander Morgado, 2008/02/28
- Re: [pdf-devel] Testing pdf.h., Karl Berry, 2008/02/28
- Re: [pdf-devel] Testing pdf.h., Aleksander Morgado, 2008/02/29
- Re: [pdf-devel] Testing pdf.h.,
gerel <=
- Re: [pdf-devel] Testing pdf.h., jemarch, 2008/02/29
- Re: [pdf-devel] Testing pdf.h., gerel, 2008/02/29
- Re: [pdf-devel] Testing pdf.h., jemarch, 2008/02/29
- Re: [pdf-devel] Testing pdf.h., Karl Berry, 2008/02/29
- Re: [pdf-devel] Testing pdf.h., jemarch, 2008/02/29
Re: [pdf-devel] Testing pdf.h., jemarch, 2008/02/29