[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [pdf-devel] Public API and gl_list
From: |
gerel |
Subject: |
Re: [pdf-devel] Public API and gl_list |
Date: |
Mon, 10 Mar 2008 13:38:27 -0300 |
> Date: Mon, 10 Mar 2008 13:04:13 +0100
> From: Aleksander Morgado <address@hidden>
>
>
> > An alternative would be to define pdf_list_t, pdf_list_iterator_t, etc
> > much like the following:
> >
> > struct pdf_list_s
> > {
> > void *gl_list;
> > /* Maybe more information... extensions, etc */
> > };
> >
> > typedef pdf_list_s *pdf_list_t;
> >
>
> I agree with this proposal. This seems the best way to avoid including
> the real definition of gl_list_t in the public header of the library.
>
> - Aleksander
>
So, should we define "pdf_list_iterator_t" and "pdf_list_node_t" as "void*" too
?
-gerel
- [pdf-devel] Public API and gl_list, gerel, 2008/03/08
- Re: [pdf-devel] Public API and gl_list, Karl Berry, 2008/03/08
- Re: [pdf-devel] Public API and gl_list, gerel, 2008/03/08
- Re: [pdf-devel] Public API and gl_list, Aleksander Morgado, 2008/03/10
- Re: [pdf-devel] Public API and gl_list,
gerel <=
- Re: [pdf-devel] Public API and gl_list, gerel, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, jemarch, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, gerel, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, gerel, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, jemarch, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, gerel, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, jemarch, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, gerel, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, jemarch, 2008/03/10
- Re: [pdf-devel] Public API and gl_list, gerel, 2008/03/10