[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 19:51:51 -0300 |
> Date: Fri, 29 Feb 2008 23:23:45 +0100
> From: 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:
>
> 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.
>
Duh !!, I didn't notice.
I'm willing to help to implement the list module if there is no problem.
cheers
-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, 2008/02/29
- Re: [pdf-devel] Testing pdf.h., jemarch, 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., 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