- ntg-pdftex - NTG Mailing Lists

[ pdftex-Bugs-896 ] including an image (pdf or png) with transparency messes up other colours on that page
by noreply＠sarovar.org 29 Dec '07

29 Dec '07

Bugs item #896, was opened at 2007-12-29 16:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106 Category: PDF inclusion Group: v1.40.3 Status: Open Resolution: Accepted Priority: 5 Submitted By: Jim Diamond (zsd) Assigned to: Martin Schröder (oneiros) Summary: including an image (pdf or png) with transparency messes up other colours on that page Initial Comment: Download http://www.libpng.org/pub/png/img_png/stefan_255_rgba.png (which has a transparent background) and run it through png2pdf as follows: png2pdf -i stefan_255_rgba.png stefan_255_rgba-i.pdf png2pdf -a stefan_255_rgba.png stefan_255_rgba-a.pdf png2pdf stefan_255_rgba.png stefan_255_rgba-neither.pdf Then run the following through pdflatex (pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)) \documentclass{beamer} \mode<presentation> { \usetheme{Madrid} \setbeamercovered{transparent} } \usepackage{ifpdf} \usepackage{graphicx} \usepackage{color} \ifpdf \hypersetup{% pdfpagemode=FullScreen, pdfpagetransition={Wipe /Di 0 /D 0.5} } \fi \title[Beamer and png2pdf]{Using png2pdf with the beamer class} \author[Krause]{D.~Krause} \subject{png2pdf} \begin{document} \beamertemplateshadingbackground{yellow!50}{magenta!50} \begin{frame} \frametitle{NO Image over background} This is some text \end{frame} \begin{frame} \frametitle{Original stefan... png image over background} \includegraphics{stefan_255_rgba.png}% \end{frame} \begin{frame} \frametitle{png2pdf -a stefan... image over background} \includegraphics{stefan_255_rgba-a.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf -i stefan... image over background} \includegraphics{stefan_255_rgba-i.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf stefan... over background} \includegraphics{stefan_255_rgba-neither.pdf}% \end{frame} \end{document} Now look at the resulting PDF (attached) with Acroread 7.0.9 or 8.1.1 on Linux. On the page which includes the PNG and also on the page which includes the png2pdf -a version, the other colours on the page are messed up somewhat. This also happens on Acroread 8.? running on Windoze xp under vmware, although it seems a bit less noticeable. There is no apparent problem when looking at the file with xpdf or kpdf (Slackware 12.0 Linux). It's not clear to me whether this is an acroread bug or a pdftex bug, but Martin Schröder suggested I open a bug here. Cheers. Jim ---------------------------------------------------------------------- >Comment By: Jim Diamond (zsd) Date: 2007-12-29 17:03 Message: Logged In: YES user_id=4814 I just d/l'ed and compiled pdftex Version 3.141592-1.40.5 (Web2C 7.5.6) The pdf files (1.40.3 and 1.40.5 versions) are slightly different (when compared as text) but when viewed with acroread 7.0.9 they look identical (as far as my eyes can tell). ---------------------------------------------------------------------- Comment By: Jim Diamond (zsd) Date: 2007-12-29 16:15 Message: Logged In: YES user_id=4814 Done ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-29 16:08 Message: Logged In: YES user_id=421 Please attach the pdfs from png2pdf. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106

1 0

[ pdftex-Bugs-896 ] including an image (pdf or png) with transparency messes up other colours on that page
by noreply＠sarovar.org 29 Dec '07

29 Dec '07

Bugs item #896, was opened at 2007-12-29 16:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106 Category: PDF inclusion Group: v1.40.3 Status: Open Resolution: Accepted Priority: 5 Submitted By: Jim Diamond (zsd) Assigned to: Martin Schröder (oneiros) Summary: including an image (pdf or png) with transparency messes up other colours on that page Initial Comment: Download http://www.libpng.org/pub/png/img_png/stefan_255_rgba.png (which has a transparent background) and run it through png2pdf as follows: png2pdf -i stefan_255_rgba.png stefan_255_rgba-i.pdf png2pdf -a stefan_255_rgba.png stefan_255_rgba-a.pdf png2pdf stefan_255_rgba.png stefan_255_rgba-neither.pdf Then run the following through pdflatex (pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)) \documentclass{beamer} \mode<presentation> { \usetheme{Madrid} \setbeamercovered{transparent} } \usepackage{ifpdf} \usepackage{graphicx} \usepackage{color} \ifpdf \hypersetup{% pdfpagemode=FullScreen, pdfpagetransition={Wipe /Di 0 /D 0.5} } \fi \title[Beamer and png2pdf]{Using png2pdf with the beamer class} \author[Krause]{D.~Krause} \subject{png2pdf} \begin{document} \beamertemplateshadingbackground{yellow!50}{magenta!50} \begin{frame} \frametitle{NO Image over background} This is some text \end{frame} \begin{frame} \frametitle{Original stefan... png image over background} \includegraphics{stefan_255_rgba.png}% \end{frame} \begin{frame} \frametitle{png2pdf -a stefan... image over background} \includegraphics{stefan_255_rgba-a.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf -i stefan... image over background} \includegraphics{stefan_255_rgba-i.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf stefan... over background} \includegraphics{stefan_255_rgba-neither.pdf}% \end{frame} \end{document} Now look at the resulting PDF (attached) with Acroread 7.0.9 or 8.1.1 on Linux. On the page which includes the PNG and also on the page which includes the png2pdf -a version, the other colours on the page are messed up somewhat. This also happens on Acroread 8.? running on Windoze xp under vmware, although it seems a bit less noticeable. There is no apparent problem when looking at the file with xpdf or kpdf (Slackware 12.0 Linux). It's not clear to me whether this is an acroread bug or a pdftex bug, but Martin Schröder suggested I open a bug here. Cheers. Jim ---------------------------------------------------------------------- >Comment By: Jim Diamond (zsd) Date: 2007-12-29 16:15 Message: Logged In: YES user_id=4814 Done ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-29 16:08 Message: Logged In: YES user_id=421 Please attach the pdfs from png2pdf. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106

1 0

[ pdftex-Bugs-896 ] including an image (pdf or png) with transparency messes up other colours on that page
by noreply＠sarovar.org 29 Dec '07

29 Dec '07

Bugs item #896, was opened at 2007-12-29 21:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106 >Category: PDF inclusion >Group: v1.40.3 Status: Open >Resolution: Accepted Priority: 5 Submitted By: Jim Diamond (zsd) >Assigned to: Martin Schröder (oneiros) Summary: including an image (pdf or png) with transparency messes up other colours on that page Initial Comment: Download http://www.libpng.org/pub/png/img_png/stefan_255_rgba.png (which has a transparent background) and run it through png2pdf as follows: png2pdf -i stefan_255_rgba.png stefan_255_rgba-i.pdf png2pdf -a stefan_255_rgba.png stefan_255_rgba-a.pdf png2pdf stefan_255_rgba.png stefan_255_rgba-neither.pdf Then run the following through pdflatex (pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)) \documentclass{beamer} \mode<presentation> { \usetheme{Madrid} \setbeamercovered{transparent} } \usepackage{ifpdf} \usepackage{graphicx} \usepackage{color} \ifpdf \hypersetup{% pdfpagemode=FullScreen, pdfpagetransition={Wipe /Di 0 /D 0.5} } \fi \title[Beamer and png2pdf]{Using png2pdf with the beamer class} \author[Krause]{D.~Krause} \subject{png2pdf} \begin{document} \beamertemplateshadingbackground{yellow!50}{magenta!50} \begin{frame} \frametitle{NO Image over background} This is some text \end{frame} \begin{frame} \frametitle{Original stefan... png image over background} \includegraphics{stefan_255_rgba.png}% \end{frame} \begin{frame} \frametitle{png2pdf -a stefan... image over background} \includegraphics{stefan_255_rgba-a.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf -i stefan... image over background} \includegraphics{stefan_255_rgba-i.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf stefan... over background} \includegraphics{stefan_255_rgba-neither.pdf}% \end{frame} \end{document} Now look at the resulting PDF (attached) with Acroread 7.0.9 or 8.1.1 on Linux. On the page which includes the PNG and also on the page which includes the png2pdf -a version, the other colours on the page are messed up somewhat. This also happens on Acroread 8.? running on Windoze xp under vmware, although it seems a bit less noticeable. There is no apparent problem when looking at the file with xpdf or kpdf (Slackware 12.0 Linux). It's not clear to me whether this is an acroread bug or a pdftex bug, but Martin Schröder suggested I open a bug here. Cheers. Jim ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-12-29 21:08 Message: Logged In: YES user_id=421 Please attach the pdfs from png2pdf. ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106

1 0

[ pdftex-Bugs-896 ] including an image (pdf or png) with transparency messes up other colours on that page
by noreply＠sarovar.org 29 Dec '07

29 Dec '07

Bugs item #896, was opened at 2007-12-29 16:00 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jim Diamond (zsd) Assigned to: Nobody (None) Summary: including an image (pdf or png) with transparency messes up other colours on that page Initial Comment: Download http://www.libpng.org/pub/png/img_png/stefan_255_rgba.png (which has a transparent background) and run it through png2pdf as follows: png2pdf -i stefan_255_rgba.png stefan_255_rgba-i.pdf png2pdf -a stefan_255_rgba.png stefan_255_rgba-a.pdf png2pdf stefan_255_rgba.png stefan_255_rgba-neither.pdf Then run the following through pdflatex (pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6)) \documentclass{beamer} \mode<presentation> { \usetheme{Madrid} \setbeamercovered{transparent} } \usepackage{ifpdf} \usepackage{graphicx} \usepackage{color} \ifpdf \hypersetup{% pdfpagemode=FullScreen, pdfpagetransition={Wipe /Di 0 /D 0.5} } \fi \title[Beamer and png2pdf]{Using png2pdf with the beamer class} \author[Krause]{D.~Krause} \subject{png2pdf} \begin{document} \beamertemplateshadingbackground{yellow!50}{magenta!50} \begin{frame} \frametitle{NO Image over background} This is some text \end{frame} \begin{frame} \frametitle{Original stefan... png image over background} \includegraphics{stefan_255_rgba.png}% \end{frame} \begin{frame} \frametitle{png2pdf -a stefan... image over background} \includegraphics{stefan_255_rgba-a.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf -i stefan... image over background} \includegraphics{stefan_255_rgba-i.pdf}% \end{frame} \begin{frame} \frametitle{png2pdf stefan... over background} \includegraphics{stefan_255_rgba-neither.pdf}% \end{frame} \end{document} Now look at the resulting PDF (attached) with Acroread 7.0.9 or 8.1.1 on Linux. On the page which includes the PNG and also on the page which includes the png2pdf -a version, the other colours on the page are messed up somewhat. This also happens on Acroread 8.? running on Windoze xp under vmware, although it seems a bit less noticeable. There is no apparent problem when looking at the file with xpdf or kpdf (Slackware 12.0 Linux). It's not clear to me whether this is an acroread bug or a pdftex bug, but Martin Schröder suggested I open a bug here. Cheers. Jim ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=896&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 20 Dec '07

20 Dec '07

Bugs item #887, was opened at 2007-12-19 17:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process Group: v1.50.0-alpha >Status: Closed Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-20 00:07 Message: Logged In: YES user_id=2217 it is, thanks. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 21:44 Message: Logged In: YES user_id=421 This should be fixed in r325. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 20:56 Message: Logged In: YES user_id=421 I can reproduce this with gcc (GCC) 3.3.5 (propolice) on OpenBSD 4.1 So it's not cygwin, but g++ 3. I'll fix this tomorrow. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 17:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 17:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 20 Dec '07

20 Dec '07

Bugs item #887, was opened at 2007-12-19 16:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process Group: v1.50.0-alpha Status: Open Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- >Comment By: Robert (schlcht) Date: 2007-12-19 23:07 Message: Logged In: YES user_id=2217 it is, thanks. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 20:44 Message: Logged In: YES user_id=421 This should be fixed in r325. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 19:56 Message: Logged In: YES user_id=421 I can reproduce this with gcc (GCC) 3.3.5 (propolice) on OpenBSD 4.1 So it's not cygwin, but g++ 3. I'll fix this tomorrow. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 16:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 16:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 17:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process Group: v1.50.0-alpha Status: Open >Resolution: Fixed Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-12-19 21:44 Message: Logged In: YES user_id=421 This should be fixed in r325. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 20:56 Message: Logged In: YES user_id=421 I can reproduce this with gcc (GCC) 3.3.5 (propolice) on OpenBSD 4.1 So it's not cygwin, but g++ 3. I'll fix this tomorrow. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 17:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 17:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 17:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process >Group: v1.50.0-alpha Status: Open Resolution: Accepted Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 20:56 Message: Logged In: YES user_id=421 I can reproduce this with gcc (GCC) 3.3.5 (propolice) on OpenBSD 4.1 So it's not cygwin, but g++ 3. I'll fix this tomorrow. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 17:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 17:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 17:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process Group: None Status: Open >Resolution: Accepted Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- >Comment By: Martin Schröder (oneiros) Date: 2007-12-19 20:56 Message: Logged In: YES user_id=421 I can reproduce this with gcc (GCC) 3.3.5 (propolice) on OpenBSD 4.1 So it's not cygwin, but g++ 3. I'll fix this tomorrow. ---------------------------------------------------------------------- Comment By: Robert (schlcht) Date: 2007-12-19 17:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 17:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0

[ pdftex-Bugs-887 ] trunk doesn't compile
by noreply＠sarovar.org 19 Dec '07

19 Dec '07

Bugs item #887, was opened at 2007-12-19 16:19 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106 Category: Build process Group: None Status: Open Resolution: None Priority: 5 Submitted By: Robert (schlcht) Assigned to: Martin Schröder (oneiros) Summary: trunk doesn't compile Initial Comment: Since r314, I cannot compile trunk/ anymore. The last lines from build.sh are: c++ -g -O2 -DHAVE_CONFIG_H -I. -I../../../../src/texk/web2c/pdftexdir -I../.. -I../../../../src/texk/web2c/pdftexdir/.. /.. -I../../../libs/xpdf -I../../../libs/xpdf/xpdf -I../../../libs/xpdf/goo -I../../../libs/xpdf/fofi -I../../../../src/ texk/web2c/pdftexdir/../../../libs/xpdf -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/xpdf -I../../../../src /texk/web2c/pdftexdir/../../../libs/xpdf/goo -I../../../../src/texk/web2c/pdftexdir/../../../libs/xpdf/fofi -I../../../l ibs/obsdcompat -I../../../libs/obsdcompat/.. -I../../../../src/texk/web2c/pdftexdir/../../../libs/obsdcompat -I../../../ ../src/texk/web2c/pdftexdir/../../../libs/obsdcompat/.. -DPDF_PARSER_ONLY -DDISABLE_OUTLINE -c ../../../../src/texk/web2 c/pdftexdir/pdftoepdf.cc In file included from ../../../../src/texk/web2c/pdftexdir/pdftoepdf.cc:30: ../../../../src/texk/web2c/pdftexdir/pdflib.h:264: error: base `XRef' with only non-default constructor in class without a constructor make[2]: *** [pdftoepdf.o] Error 1 make[2]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c/pdftexdir' make[1]: *** [pdftexdir/libpdf.a] Error 2 make[1]: Leaving directory `/cygdrive/c/Programme/TeXLive-test/trunk/source/build/texk/web2c' make: *** [pdftexbin] Error 2 with: $ c++ -v Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs Configured with: /usr/build/package/orig/test.respin/gcc-3.4.4-3/configure --verbose --prefix=/usr --exec-prefix=/usr -- sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-langu ages=c,ada,c++,d,f77,pascal,java,objc --enable-nls --without-included-gettext --enable-version-specific-runtime-libs --w ithout-x --enable-libgcj --disable-java-awt --with-system-zlib --enable-interpreter --disable-libgcj-debug --enable-thre ads=posix --enable-java-gc=boehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchronization --enabl e-libstdcxx-debug Thread model: posix gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125) ---------------------------------------------------------------------- >Comment By: Robert (schlcht) Date: 2007-12-19 16:51 Message: Logged In: YES user_id=2217 If the one in trunk/source/src/libs/xpdf is a standard xpdf, then yes, it compiles. ---------------------------------------------------------------------- Comment By: Martin Schröder (oneiros) Date: 2007-12-19 16:31 Message: Logged In: YES user_id=421 Cygwin :-( It works with cc (GCC) 4.2.1 (SUSE Linux), but I'll test on OpenBSD. Can you compile a standard xpdf 3.02? ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=887&group_id=106

1 0