[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [pdf-devel] Testing pdf.h.
From: |
jemarch |
Subject: |
Re: [pdf-devel] Testing pdf.h. |
Date: |
Fri, 29 Feb 2008 23:23:45 +0100 |
User-agent: |
Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (Shijō) APEL/10.6 Emacs/23.0.60 (powerpc-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) |
> > 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:
3. Build an abstraction level upon gl_list so the public API doesn't depend
on
gl_list.
It is the list module in the base layer.
- [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, 2008/02/29
- Re: [pdf-devel] Testing pdf.h.,
jemarch <=
- 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