Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
Dear All; I placed a potential fix at http://mentors.debian.net/debian/pool/main/s/sketch/sketch_0.2.60-1.dsc If Lucas can verify this fixes the bug for him, then maybe Bas could could consider uploading to unstable? Or something like that. Thanks, David pgpOXEYHyLROw.pgp Description: OpenPGP Digital Signature
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
On 20/04/08 at 09:03 +0200, David Bremner wrote: Dear All; I placed a potential fix at http://mentors.debian.net/debian/pool/main/s/sketch/sketch_0.2.60-1.dsc If Lucas can verify this fixes the bug for him, then maybe Bas could could consider uploading to unstable? Or something like that. This package builds fine, thank you -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
Lucas Nussbaum wrote: It seems that the problem is only triggered when building with gcc-4.3 from i386, and running on an x86_64 CPU. [snip] I think that there's a bug in sketch, that is always there, but only triggered in that specific case (at least with those examples). Agreed. Now, same binary, same system, running inside valgrind: ==13605== ==13605== Conditional jump or move depends on uninitialised value(s) ==13605==at 0x804F147: fold_min_max_pt_3d (geometry.c:378) ==13605==by 0x8055061: get_extent_of_line (scene.c:1548) ==13605==by 0x8054F30: xy_overlap_p (scene.c:1637) ==13605==by 0x804BD7E: emit (emit.c:822) ==13605==by 0x8053B8D: main (main.c:99) ==13605== I get the same valgrind errors on i386, so likely I can track track this down. The same errors are present in the next upstream version, so no magic solution :-) Thanks for your help David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
I have successfully built sketch 0.2.59-3 in an amd64 sid qemubuilder with gcc 4.2 and gcc 4.3. Any ideas for how to test? I guess I can install a real amd64 system and make an i386 chroot. If the problem is with building in an i386 chroot on amd64 is that still an RC bug? David pgphVuqRmTWhV.pgp Description: OpenPGP Digital Signature
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
On 17/04/08 at 18:39 +0200, David Bremner wrote:
I have successfully built sketch 0.2.59-3 in an amd64 sid qemubuilder with
gcc 4.2 and gcc 4.3.
Any ideas for how to test? I guess I can install a real amd64 system
and make an i386 chroot. If the problem is with building in an i386
chroot on amd64 is that still an RC bug?
Hi,
It seems that the problem is only triggered when building with gcc-4.3
from i386, and running on an x86_64 CPU. I could reproduce the problem
by building locally, and testing on pergolesi. I also tested on an Intel
x86_64 CPU (Xeon), and the problem is also reproduced, so it's not
specific to Opterons.
I think that there's a bug in sketch, that is always there, but only
triggered in that specific case (at least with those examples). A binary
generated by gcc 4.2 is not affected, but that's probably because gcc
4.3 optimises something away, triggering the bug.
Interesting output:
Running on amd64, with a binary generated by gcc 4.3
pastel-53:/tmp/sketch-0.2.59/Doc# ../sketch -D ex070 manexamples.sk
truncatedcone.sk(4) : warning, vector 'I' is never referenced
truncatedcone.sk(7) : warning, vector 'K' is never referenced
truncatedcone.sk(4) : warning, vector 'I' is never referenced
truncatedcone.sk(7) : warning, vector 'K' is never referenced
summary: 4 warning
remark, node=1 probe=0.0 swap=0 split=0 (in=0 out=0) ols=0/0
remark, scene bb=(-1,0)(1,nan)
remark, writing 1 objects
% Sketch output, version 0.2 (build 59d, Thu Apr 17 22:45:56 2008)
% Output language: PSTricks,LaTeX
\psset{linewidth=.3pt}
\begin{pspicture}(-1,0)(1,nan)
\pstVerb{1 setlinejoin}
\psline(1,0)(.924,.383)(.707,.707)(.383,.924)(0,1)(-.383,.924)(-.707,.707)(-.924,.383)(-1,0)
\end{pspicture}% End sketch output
= bug triggered.
Now, same binary, same system, running inside valgrind:
pastel-53:/tmp/sketch-0.2.59/Doc# valgrind ../sketch -D ex070 manexamples.sk
==13605== Memcheck, a memory error detector.
==13605== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.
==13605== Using LibVEX rev 1804, a library for dynamic binary translation.
==13605== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.
==13605== Using valgrind-3.3.0-Debian, a dynamic binary instrumentation
framework.
==13605== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.
==13605== For more details, rerun with: -v
==13605==
truncatedcone.sk(4) : warning, vector 'I' is never referenced
truncatedcone.sk(7) : warning, vector 'K' is never referenced
truncatedcone.sk(4) : warning, vector 'I' is never referenced
truncatedcone.sk(7) : warning, vector 'K' is never referenced
summary: 4 warning
remark, node=1 probe=0.0 swap=0 split=0 (in=0 out=0) ols=0/0
==13605== Conditional jump or move depends on uninitialised value(s)
==13605==at 0x804F16C: fold_min_max_pt_3d (geometry.c:398)
==13605==by 0x8055061: get_extent_of_line (scene.c:1548)
==13605==by 0x80550F9: get_extent (scene.c:1618)
==13605==by 0x804BBEC: emit (emit.c:779)
==13605==by 0x8053B8D: main (main.c:99)
remark, scene bb=(-1,0)(1,1)
remark, writing 1 objects
% Sketch output, version 0.2 (build 59d, Thu Apr 17 22:45:56 2008)
% Output language: PSTricks,LaTeX
\psset{linewidth=.3pt}
\begin{pspicture}(-1,0)(1,1)
\pstVerb{1 setlinejoin}
==13605==
==13605== Conditional jump or move depends on uninitialised value(s)
==13605==at 0x804F147: fold_min_max_pt_3d (geometry.c:378)
==13605==by 0x8055061: get_extent_of_line (scene.c:1548)
==13605==by 0x8054F30: xy_overlap_p (scene.c:1637)
==13605==by 0x804BD7E: emit (emit.c:822)
==13605==by 0x8053B8D: main (main.c:99)
==13605==
==13605== Conditional jump or move depends on uninitialised value(s)
==13605==at 0x804F16C: fold_min_max_pt_3d (geometry.c:398)
==13605==by 0x8055061: get_extent_of_line (scene.c:1548)
==13605==by 0x8054F30: xy_overlap_p (scene.c:1637)
==13605==by 0x804BD7E: emit (emit.c:822)
==13605==by 0x8053B8D: main (main.c:99)
\psline(1,0)(.924,.383)(.707,.707)(.383,.924)(0,1)(-.383,.924)(-.707,.707)(-.924,.383)(-1,0)
\end{pspicture}% End sketch output
==13605==
==13605== ERROR SUMMARY: 36 errors from 3 contexts (suppressed: 13 from 1)
==13605== malloc/free: in use at exit: 116,882 bytes in 2,555 blocks.
==13605== malloc/free: 3,834 allocs, 1,279 frees, 322,352 bytes allocated.
==13605== For counts of detected errors, rerun with: -v
==13605== searching for pointers to 2,555 not-freed blocks.
==13605== checked 117,132 bytes.
==13605==
==13605== LEAK SUMMARY:
==13605==definitely lost: 97,376 bytes in 2,535 blocks.
==13605== possibly lost: 79 bytes in 1 blocks.
==13605==still reachable: 19,427 bytes in 19 blocks.
==13605== suppressed: 0 bytes in 0 blocks.
==13605== Rerun with --leak-check=full to see details of leaked memory.
= bug not triggered, but errors.
--
| Lucas Nussbaum
| [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ |
| jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F |
--
To UNSUBSCRIBE, email
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
I have confirmed that the package builds OK with gcc-4.3 on i386 There is a slightly edited typescript (^M and ^H removed) at http://www.cs.unb.ca/~bremner/sketch-gcc-4.3-2008-04-16 pgpZlvEpmeDzb.pgp Description: OpenPGP Digital Signature
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
Lucas Nussbaum wrote: OK, rephrasing, because I'm not sure I understand: You suspect that the problem is caused by the fact that I build in an i386 chroot (with an i386 gcc 4.3) on an amd64 system? Suspect is maybe even a bit strong. It is possible, but sounds pretty weird, I admit. Are you sure that you are using gcc 4.3 ? You build log says: gcc -O1 -g-c -o symbol.o symbol.c not gcc-4.3. I installed an alternative in the chroot. See gcc -v in the first few lines of the typescript. If you have a preferred test, let me know. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
On 16/04/08 at 10:01 +0200, David Bremner wrote: I have confirmed that the package builds OK with gcc-4.3 on i386 There is a slightly edited typescript (^M and ^H removed) at http://www.cs.unb.ca/~bremner/sketch-gcc-4.3-2008-04-16 OK, rephrasing, because I'm not sure I understand: You suspect that the problem is caused by the fact that I build in an i386 chroot (with an i386 gcc 4.3) on an amd64 system? Are you sure that you are using gcc 4.3 ? You build log says: gcc -O1 -g-c -o symbol.o symbol.c not gcc-4.3. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
On 16/04/08 at 12:17 +0200, David Bremner wrote: Lucas Nussbaum wrote: OK, rephrasing, because I'm not sure I understand: You suspect that the problem is caused by the fact that I build in an i386 chroot (with an i386 gcc 4.3) on an amd64 system? Suspect is maybe even a bit strong. It is possible, but sounds pretty weird, I admit. Are you sure that you are using gcc 4.3 ? You build log says: gcc -O1 -g-c -o symbol.o symbol.c not gcc-4.3. I installed an alternative in the chroot. See gcc -v in the first few lines of the typescript. If you have a preferred test, let me know. ah right, sorry. No, that's fine. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
Hi Lucas and David,
On Mon, Apr 14, 2008 at 01:49:20PM +0200, Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build
on i386.
That is highly surprising. I built it in a pbuilder chroot before
uploading, and everything worked fine. The following hint doesn't seem
to point at this issue:
This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
the default on most architectures (even if it's not the case on i386 yet).
Feel free to downgrade this bug to 'important' if your package is only built
on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
gcc 4.2).
Because the problem is:
(./ex070.tex
! Missing number, treated as zero.
to be read again
n
l.4 \begin{pspicture}(-1,0)(1,nan)
?
In other words, a TeX error, not a gcc error.
Also, according to buildd.debian.org/sketch, there is no problem on any
architecture (it's installed on all except sparc, where it's building
at this moment). If gcc-4.3 would be the problem, this would have
caused several of those to break as well.
David, do you have any idea what could be the problem?
By the way, I received a notice that a new upstream version was out as
well, so you could package that when fixing this.
Thanks,
Bas
--
I encourage people to send encrypted e-mail (see http://www.gnupg.org).
If you have problems reading my e-mail, use a better reader.
Please send the central message of e-mails as plain text
in the message body, not as HTML and definitely not as MS Word.
Please do not use the MS Word format for attachments either.
For more information, see http://pcbcn10.phys.rug.nl/e-mail.html
signature.asc
Description: Digital signature
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
On 15/04/08 at 11:57 +0200, Bas Wijnen wrote: Hi Lucas and David, On Mon, Apr 14, 2008 at 01:49:20PM +0200, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on i386. That is highly surprising. I built it in a pbuilder chroot before uploading, and everything worked fine. The following hint doesn't seem to point at this issue: This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). No, that's just part of the template, to explain that some issues might be gcc 4.3-specific. I will clarify before the next rebuild. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
Bas Wijnen wrote:
(./ex070.tex
! Missing number, treated as zero.
to be read again
n
l.4 \begin{pspicture}(-1,0)(1,nan)
?
In other words, a TeX error, not a gcc error.
It looks to me like there is a numerical error in the gcc-4.3 compiled version
of sketch, which passes an IEEE NAN to printf. I think it must be at least
partly an amd64 issue. I have not rebuilt the binary package with gcc-4.3 (needs
some chroot wizardry to get right), but
cd sketch-0.2.59
make CC=gcc-4.3
sketch -Dex070 ./Doc/manexamples.sk
works OK for me on i386 (i.e. no nan in the output).
It would be helpful if someone could try a gcc4.3 i386 build to narrow down the
possibilities. I will do that as my next step if no-one reports anything
before.
David
PS. new upstream version acknowledged.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476021: sketch: FTBFS: Died at make.pl line 21, F line 10. (reproduced with new version)
Package: sketch Version: 1:0.2.59-3 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080413 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now the default on most architectures (even if it's not the case on i386 yet). Feel free to downgrade this bug to 'important' if your package is only built on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with gcc 4.2). Relevant part: make[1]: Entering directory `/build/user/sketch-0.2.59' make[1]: `sketch' is up to date. make[1]: Leaving directory `/build/user/sketch-0.2.59' cd Doc perl make.pl examples notypeset ../sketch -D ex000 manexamples.sk ex000.tex truncatedcone.sk(4) : warning, vector 'I' is never referenced truncatedcone.sk(7) : warning, vector 'K' is never referenced truncatedcone.sk(4) : warning, vector 'I' is never referenced truncatedcone.sk(7) : warning, vector 'K' is never referenced summary: 4 warning remark, node=1721 probe=98.8 swap=18 split=3 (in=6 out=9) ols=932/22 remark, scene bb=(-1.804,-.797)(1.718,5.511) remark, writing 1724 objects This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) %-line parsing enabled. entering extended mode (./ex000-tmp.tex LaTeX2e 2005/12/01 Babel v3.8h and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, loaded. (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2005/09/16 v1.4f Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (/usr/share/texmf-texlive/tex/latex/pstricks/pst-all.sty (/usr/share/texmf-texlive/tex/latex/pstricks/pstricks.sty (/usr/share/texmf-texlive/tex/generic/pstricks/pstricks.tex `PSTricks' v1.15 2006/12/22 (tvz) (/usr/share/texmf-texlive/tex/generic/pstricks/pstricks.con)) (/usr/share/texmf/tex/latex/xcolor/xcolor.sty (/etc/texmf/tex/latex/config/color.cfg) (/usr/share/texmf-texlive/tex/latex/graphics/dvips.def))) (/usr/share/texmf-texlive/tex/latex/pstricks/pst-plot.sty (/usr/share/texmf-texlive/tex/generic/pstricks/pst-plot.tex v97 patch 2, 1999/12/12 (/usr/share/texmf-texlive/tex/generic/multido/multido.tex v1.41, 2004/05/18 tvz))) (/usr/share/texmf-texlive/tex/latex/pstricks/pst-tree.sty (/usr/share/texmf-texlive/tex/generic/pstricks/pst-tree.tex (/usr/share/texmf-texlive/tex/generic/pstricks/pst-node.tex v97 patch 11, 2000/11/09) v97 patch 6, 2004/07/24)) (/usr/share/texmf-texlive/tex/latex/pstricks/pst-node.sty (/usr/share/texmf-texlive/tex/generic/pstricks/pst-node.tex v97 patch 11, 2000/11/09)) (/usr/share/texmf-texlive/tex/latex/pst-3d/pst-3d.sty (/usr/share/texmf-texlive/tex/generic/pst-3d/pst-3d.tex (/usr/share/texmf-texlive/tex/latex/xkeyval/pst-xkey.tex (/usr/share/texmf-texlive/tex/latex/xkeyval/xkeyval.sty (/usr/share/texmf-texlive/tex/latex/xkeyval/xkeyval.tex (/usr/share/texmf-texlive/tex/latex/xkeyval/keyval.tex `PST-3d' v1.00, 2005/09/03 (tvz))) (/usr/share/texmf-texlive/tex/latex/pst-grad/pst-grad.sty (/usr/share/texmf-texlive/tex/generic/pst-grad/pst-grad.tex `pst-plot' v1.05, 2006/11/04 (tvz,dg,hv))) (/usr/share/texmf-texlive/tex/latex/pst-coil/pst-coil.sty (/usr/share/texmf-texlive/tex/generic/pst-coil/pst-coil.tex v1.05, 2006/11/04) ) (/usr/share/texmf-texlive/tex/latex/pst-text/pst-text.sty (/usr/share/texmf-texlive/tex/generic/pst-text/pst-text.tex v1.00, 2006/11/05(tvz,hv))) (/usr/share/texmf-texlive/tex/latex/pst-eps/pst-eps.sty (/usr/share/texmf-texlive/tex/generic/pst-eps/pst-eps.tex v1.00, 2006/11/04)) (/usr/share/texmf-texlive/tex/latex/pst-fill/pst-fill.sty (/usr/share/texmf-texlive/tex/generic/pst-fill/pst-fill.tex `PST-Fill' v1.00, 2005/09/12 (tvz,dg,hv))) (/usr/share/texmf-texlive/tex/generic/multido/multido.sty)) (/usr/share/texmf-texlive/tex/latex/amsmath/amsmath.sty For additional information on amsmath, use the `?' option. (/usr/share/texmf-texlive/tex/latex/amsmath/amstext.sty (/usr/share/texmf-texlive/tex/latex/amsmath/amsgen.sty)) (/usr/share/texmf-texlive/tex/latex/amsmath/amsbsy.sty) (/usr/share/texmf-texlive/tex/latex/amsmath/amsopn.sty)) No file ex000-tmp.aux. (./ex000.tex) [1] PSTricks: Converting TeX box to EPS. With dvips, use -E option. (./ex000-tmp.aux) ) Output written on ex000-tmp.dvi (1 page, 410120 bytes). Transcript written on ex000-tmp.log. This is dvips(k) 5.96.1 Copyright 2007 Radical Eye Software (www.radicaleye.com) ' TeX output 2008.04.14:0236' - ex000.eps /usr/share/texmf-texlive/dvips/base/tex.pro /usr/share/texmf-texlive/dvips/pstricks/pstricks.pro /usr/share/texmf-texlive/dvips/pstricks/pst-dots.pro /usr/share/texmf-texlive/dvips/pstricks/pst-node.pro /usr/share/texmf-texlive/dvips/pst-grad/pst-grad.pro /usr/share/texmf-texlive/dvips/pst-coil/pst-coil.pro /usr/share/texmf-texlive/dvips/pst-text/pst-text.pro
