develooper Front page | perl.perl5.porters | Postings from November 2008

t/op/regexp_unicode_prop_thr.t marked as binary in APC

Thread Next
From:
andreas.koenig.7os6VVqR
Date:
November 18, 2008 19:12
Subject:
t/op/regexp_unicode_prop_thr.t marked as binary in APC
Message ID:
87abbwh0jq.fsf@k75.linux.bogus
The APC had always troubles with files containing bytes with the high
bit set. Consequently t/op/regexp_unicode_prop_thr.t is now missing in
the APC. Porting/patching.pod talks about this:

  =item Binary Files

  Since the patch(1) utility cannot deal with binary files, it's important
  that you either avoid the use of binary files in your patch, generate the
  files dynamically, or that you encode any binary files using the
  F<uupacktool.pl> utility.

  Assuming you needed to include a gzip-encoded file for a module's test
  suite, you might do this as follows using the F<uupacktool.pl> utility:

      $ perl uupacktool.pl -v -p -D lib/Some/Module/t/src/t.gz
      Writing lib/Some/Module/t/src/t.gz into lib/Some/Module/t/src/t.gz.packed

  This will replace the C<t.gz> file with an encoded counterpart. During
  C<make test>, before any tests are run, perl's Makefile will restore all
  the C<.packed> files mentioned in the MANIFEST to their original name.
  This means that the test suite does not need to be aware of this packing
  scheme and will not need to be altered.

Rafael, do you still know how such a file can be decontaminated once
it has been added to Perforce?

-- 
andreas

Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About