- Dillo-dev - lists.mailman3.com

[patch]: CSS parser cleanup

by onepoint＠starurchin.org

Just some small cleanup and refactoring of the CSS parser code. Any reason not to push these? Regards, Jeremy Henty

Dec. 13, 2010

[henry@compdata.org: Dillo 2.2 NetBSD macppc StrawBerry iMac 333]

by onepoint＠starurchin.org

On Fri, Dec 10, 2010 at 06:13:25PM -0300, Jorge Arellano Cid wrote: > FYI, > > -- > Cheers > Jorge.- > Just compiled and installed Dillo on an Apple Strawberry iMac 333. > Platform: NetBSD 5.1 macppc That's cool! Is there a list of platforms that Dillo is known to run on? I looked around the web site but couldn't find any such thing. Regards, Jeremy Henty

Dec. 13, 2010

[henry@compdata.org: Dillo 2.2 NetBSD macppc StrawBerry iMac 333]

by jcid＠dillo.org

FYI, -- Cheers Jorge.-

Dec. 10, 2010

[patch]: dpip.c: remove unused static

by onepoint＠starurchin.org

On Tue, Dec 07, 2010 at 01:24:27PM -0300, Jorge Arellano Cid wrote: > On Tue, Dec 07, 2010 at 03:30:20PM +0000, corvid wrote: > > Jeremy wrote: > > > Does anyone know what the static variable DpipTag in dpip.c was used > > > for? It's not used any more. Shall I push this? > > > > It appears to have been introduced in revision 1385, and I don't > > see it being used for anything even then. > > Most probably me, experimenting with the protocol making a > difference between a dpip tag and raw data. > > Currently raw data is escaped within dpip tags so it's safe to > remove. Done. Regards, Jeremy Henty

Dec. 7, 2010

[patch]: dpip.c: remove unused static

by jcid＠dillo.org

On Tue, Dec 07, 2010 at 03:30:20PM +0000, corvid wrote: > Jeremy wrote: > > Does anyone know what the static variable DpipTag in dpip.c was used > > for? It's not used any more. Shall I push this? > > It appears to have been introduced in revision 1385, and I don't > see it being used for anything even then. Most probably me, experimenting with the protocol making a difference between a dpip tag and raw data. Currently raw data is escaped within dpip tags so it's safe to remove. -- Cheers Jorge.-

Dec. 7, 2010

[patch]: dpip.c: remove unused static

by corvid＠lavabit.com

Jeremy wrote: > Does anyone know what the static variable DpipTag in dpip.c was used > for? It's not used any more. Shall I push this? It appears to have been introduced in revision 1385, and I don't see it being used for anything even then.

Dec. 7, 2010

[patch]: dpip.c: remove unused static

by onepoint＠starurchin.org

Does anyone know what the static variable DpipTag in dpip.c was used for? It's not used any more. Shall I push this? Regards, Jeremy Henty

Dec. 7, 2010

[patch]: fix the obsolete usage of AC_OUTPUT

by corvid＠lavabit.com

Jeremy wrote: > On Thu, Dec 02, 2010 at 11:28:51AM -0300, Jorge Arellano Cid wrote: > > On Thu, Dec 02, 2010 at 01:08:54PM +0000, Jeremy Henty wrote: > > > > > > Bump? Is this OK? ... > > > > It looks OK to me. Especially after reading the AC_OUTPUT section in > > http://www.gnu.org/software/hello/manual/autoconf/Obsolete-Macros.html#Obso… > > > > I'd say: commit, and let's see whether a hidden issue arises. > > OK, I'll hang on to it over the weekend and then push it if there are > no other comments. I had looked at the docs and it seemed all right to me as well, but of course I'm no autoconf expert either.

Dec. 3, 2010

[patch]: fix the obsolete usage of AC_OUTPUT

by onepoint＠starurchin.org

On Thu, Dec 02, 2010 at 11:28:51AM -0300, Jorge Arellano Cid wrote: > On Thu, Dec 02, 2010 at 01:08:54PM +0000, Jeremy Henty wrote: > > > > Bump? Is this OK? ... > > It looks OK to me. Especially after reading the AC_OUTPUT section in > http://www.gnu.org/software/hello/manual/autoconf/Obsolete-Macros.html#Obso… > > I'd say: commit, and let's see whether a hidden issue arises. OK, I'll hang on to it over the weekend and then push it if there are no other comments. Regards, Jeremy Henty

Dec. 3, 2010

[patch]: fix the obsolete usage of AC_OUTPUT

by jcid＠dillo.org

On Thu, Dec 02, 2010 at 01:08:54PM +0000, Jeremy Henty wrote: > > Bump? Is this OK? Personally I think it's a no-brainer but I didn't > to change the build system in any way without feedback. Please > comment. It looks OK to me. Especially after reading the AC_OUTPUT section in http://www.gnu.org/software/hello/manual/autoconf/Obsolete-Macros.html#Obso… I'd say: commit, and let's see whether a hidden issue arises. > On Sun, Nov 28, 2010 at 05:06:17PM +0000, Jeremy Henty wrote: > > > > While implementing the Lua DPI I saw that configure.in uses AC_OUTPUT > > in an obsolete way. This patch changes it to use the modern calling > > convention. (It also puts each of the generated files on a separate > > line, which makes it much easier to read patches that modify that > > list.) > > > > Regards, > > > > Jeremy Henty > > > # HG changeset patch > > # Parent d21e2c45d0f9a2e1a6bb718132f948d48f619a73 > > configure.in: fix the obsolete usage of AC_OUTPUT. > > > > diff -r d21e2c45d0f9 configure.in > > --- a/configure.in Sun Nov 28 08:07:52 2010 +0000 > > +++ b/configure.in Sun Nov 28 16:52:48 2010 +0000 > > @@ -511,5 +511,18 @@ > > AC_SUBST(LIBICONV_LIBS) > > AC_SUBST(datadir) > > > > -AC_OUTPUT(Makefile dlib/Makefile dpip/Makefile dpid/Makefile dpi/Makefile doc/Makefile dw/Makefile lout/Makefile src/Makefile src/IO/Makefile test/Makefile) > > +AC_CONFIG_FILES([ > > + Makefile > > + dlib/Makefile > > + dpip/Makefile > > + dpid/Makefile > > + dpi/Makefile > > + doc/Makefile > > + dw/Makefile > > + lout/Makefile > > + src/Makefile > > + src/IO/Makefile > > + test/Makefile > > +]) > > > > +AC_OUTPUT > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > -- Cheers Jorge.-

Dec. 2, 2010