Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the HTML-Tidy CPAN distribution.

Report information
The Basics
Id: 6013
Status: resolved
Priority: 0/
Queue: HTML-Tidy

People
Owner: Nobody in particular
Requestors: etienne [...] ejhp.net
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Date: Wed, 14 Apr 2004 12:56:17 +0100
From: EJH Pollard <etienne [...] ejhp.net>
To: bug-html-tidy [...] rt.cpan.org
Subject: HTML::Tidy install fails on debian unstable
Andy,

I've just tried to install HTML::Tidy (1.03_01 from CPAN) on debian unstable, having first installed the package libtidy-dev, but it seems to be looking in the wrong place for tidy.h and buffio.h; the full output is copied below, but as you can see, it's looking in /usr/local/include/tidy, but not in /usr/include/tidy (which is weird, because the relevant line in Makefile.pl lists both directories: "INC => '-I. -I/usr/include/tidy -I/usr/local/include/tidy',").

The relevant debian package is summarised at http://packages.debian.org/unstable/libdevel/libtidy-dev - hope this helps,

Etienne Pollard

--- CPAN output:

  CPAN.pm: Going to build P/PE/PETDANCE/HTML-Tidy-1.02.tar.gz

Checking if your kit is complete...
Looks good
Writing Makefile for HTML::Tidy
cp lib/HTML/Tidy/Message.pm blib/lib/HTML/Tidy/Message.pm
cp lib/HTML/Tidy.pm blib/lib/HTML/Tidy.pm
/usr/bin/perl /usr/share/perl/5.8/ExtUtils/xsubpp  -typemap /usr/share/perl/5.8/ExtUtils/typemap  Tidy.xs > Tidy.xsc && mv Tidy.xsc Tidy.c
Please specify prototyping behavior for Tidy.xs (see perlxs manual)
cc -c  -I. -I/usr/local/include/tidy -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O3   -DVERSION=\"1.02\" -DXS_VERSION=\"1.02\" -fPIC "-I/usr/lib/perl/5.8/CORE"   Tidy.c
Tidy.xs:5:18: tidy.h: No such file or directory
Tidy.xs:6:20: buffio.h: No such file or directory
Tidy.xs: In function `XS_HTML__Tidy__tidy_messages':
Tidy.xs:17: error: `TidyBuffer' undeclared (first use in this function)
Tidy.xs:17: error: (Each undeclared identifier is reported only once
Tidy.xs:17: error: for each function it appears in.)
Tidy.xs:17: error: parse error before "errbuf"
Tidy.xs:18: error: `TidyDoc' undeclared (first use in this function)
Tidy.xs:22: error: `tdoc' undeclared (first use in this function)
Tidy.xs:22: error: `errbuf' undeclared (first use in this function)
Tidy.xs: In function `XS_HTML__Tidy__tidy_clean':
Tidy.xs:46: error: `TidyBuffer' undeclared (first use in this function)
Tidy.xs:46: error: parse error before "errbuf"
Tidy.xs:47: error: `TidyDoc' undeclared (first use in this function)
Tidy.xs:52: error: `tdoc' undeclared (first use in this function)
Tidy.xs:52: error: `errbuf' undeclared (first use in this function)
Tidy.xs:56: error: `output' undeclared (first use in this function)
make: *** [Tidy.o] Error 1
  /usr/bin/make  -- NOT OK
Running make test
  Can't test without successful make
Running make install
  make had returned bad status, install seems impossible

From: kjetilk [...] cpan.org
[etienne@ejhp.net - Wed Apr 14 07:59:19 2004]: Show quoted text
> I've just tried to install HTML::Tidy (1.03_01 from CPAN) on debian > unstable, having first installed the package libtidy-dev, but it seems > to be looking in the wrong place for tidy.h and buffio.h;
I didn't have this problem; 1.04 passed this point OK after installing libtidy-dev. However, it doesn't pass all tests: t/segfault-form......dubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 2-3 Failed 2/3 tests, 33.33% okay Apparently, there's a known segfault it tests against? What was the cause of this segfault? Debian's Tidy is from 20040312. This is somewhat old (seems to be about the last time test cases where updated), is it a good idea to advocate an update? Or is it something else entirely?
From: kjetilk [...] cpan.org
For the record, everything installs and tests fine on a Debian Sarge system uptodated today.
HTML::Tidy now relies on libtidyp. This is no longer an issue.