to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
pkgsrc changes:
- Adjust patch which allows to use math/pari
Upstream changes:
2.01080604
Add (missing in 2.1.*) declaration for pari_init().
Minor miscount in docs.
Math::PariBuild: detecting `patch --binary' missed -p1; same for inc_h.diff
Work around bug in XSUB.h (at least up to 5.11.2) with puts.
Get GPDATADIR from gp, if present.
Make self-documentation for switching to 2.3.* more explicit.
kmx patch for mingw 32-bit Win-build:
include windows.h (early!) in Pari.xs and highlvl.c
enable assembler for this build
x86_64 assembler detection after 2.2.7; thanks to Alexander Haeckel
pkgsrc changes:
- Avoid private compile of pari-library, use pkgsrc provided instead
- Add license definition
- Disabled support for plotting from perl (missing upstream support)
Upstream changes:
2.01080601+
Add 5.005-new keywords to Makefile.PL.
Consistently put space after -I in C include paths (needed???).
Nicer output when debugging faulty LWP and Net::FTP.
Make test engine look in */32/* directory too on 64-bit builds.
Remove POD ornaments to make ABSTRACT_FROM work.
2.01080601++
Reword warning about slow intnum: only 75% longer than on PARI/GP.
(overhead of the internal sub call in subtest 30 looks like 10x
overhead of an empty subroutine call).
New advice that upgrade to 2.3.* may fix `overflow' and `highremainder'.
Exchange order of initialization of PARI and of `functions_highlevel'
with >= 2.3.0; allows installation of highlevel functions
(in particular, install() and PostScript printing).
New function have_graphics() (not exported).
The test engine takes into account have_graphics().
2.01080602
If AUTOMATED_TESTING, delete (bogus?) environment variable DISPLAY.
If AUTOMATED_TESTING, report results of failing tests on STDERR.
Make test suite report rough run times for successful subtests.
2.01080603
Fix misprint and change die() to warn() on failure of $ftp->quit...
Add some void's in Pari.xs.
UNDONE (wrong): Protect init_graph() by NO_GRAPHICS_PARI (in restart code);
include rect.h instead...
sv2pari(),sv2parimat(): a stupid compiler might guess we don't return value...
when patching, use && instead of ; in the shell command
New function Math::PariBuild::patch_args()
Math::PariBuild::patch_pari() supports option --binary, \ as directory
separator in command processor.
Make uname parser recognize i686-pc as ix86.
Generator of function descriptors could try to regenerate existing file.
nok_print() in Testout.pm was defined too late.
Pkgsrc changes:
o Re-do patch-ab so that the tests and adaptations for the various
NetBSD archs don't sit inside "if ($os eq 'sunos')" (!).
Upstream changes:
2.010801:
build_paricfg() takes a version argument
write_paricfg(): likewise.
Emit paricfg.h which supports GP/PARI v2.3.4.
Remove the section on CPAN mirroring from README.
INSTALL: Explain how to google when server is down.
Skip another subtest in ploth.t.
Fix treatment of -oo in tests. Still fails, but now with
not ok 12 # in='intmellininvshort(2,4,$tab)-$A'
# out='-3.364954880E-97+9.90717831E-100*I', type='Math::Pari'
# pari==='-3.072350108 E-97 + 9.90717831 E-100*I'
# re_out='\-3\.072350108,?\s*E\-97,?\s*\+,?\s*9\.90717831,?\s*E\-100\*I'
Consider `intfuncinit' as requiring "unsane" precision of limits
(bug in GP/PARI???). Now all tests pass???
to trigger/signal a rebuild for the transition 5.8.8 -> 5.10.0.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=...").
2.010800:
Test suite was sub()ifying argument to sumnuminit().
Test suite would not correctly sub()ify intnum() if limits had "()".
Test suite calculated Pi Euler too early; Now only these fail
t/55_intnum.t 51 1 1.96% 12
t/55_ploth.t 34 1 2.94% 4
# eval-noans: $oo=[ PARI(1) ];
# eval-noans: setprecision(96)
# eval-noans: $tab=intfuncinit($t,[-$oo,4.5],[$oo,4.5], sub{gamma(2+ I*$t)**3},1);
# eval: intmellininvshort(2,4,$tab)-$A
not ok 12 # in='intmellininvshort(2,4,$tab)-$A'
# out='-0.00162288630645762090148373314245888997812239836220952087633884330352714288074453852820714919691012-6.88133524E-101*I', type='Math::Pari'
# pari==='-3.072350108 E-97 + 9.90717831 E-100*I'
# re_out='\-3\.072350108,?\s*E\-97,?\s*\+,?\s*9\.90717831,?\s*E\-100\*I'
Why this succeeds?
# eval: intnum($x,-1,1, sub{intnum($y,-sqrt(1-$x**2),sqrt(1-$x**2),$x**2+$y**2,$tab)},$tab)- Pi/2
Actually, $x**2+$y**2 is converted to a string as in '0.09+y^2',
which is interpreted by GP/PARI.
Add warnings to the test suite for detection of #@_
in Perl-in-PARI-in-Perl calls.
Attempt to support v5.10 (based on code contributed by ???)
Accomodate Darwin $AS which tries to read from STDIN.
On darwin, diagnoze arch via uname -p. (SIGBUS during build)
Update find_machine_architecture() to 2.3.0 logic (so disable sparcv7)
Make getHeap() use PerlIO, and consistently use bytes for output.
directly. It seems to be enough as the package rebuilds most of pari
anyway. This fixes the bulk build issues and the ordering issues seen
before. Add commented out SITES variable, as the master site for pari
doesn't have the old version any longer.
OK during freeze: wiz@
developer is officially maintaining the package.
The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list). Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.
This update fixes various segmentation faults during "make test" (using
pari 2.1.6).
Pkgsrc changes:
- Removed files/Makefile.PL (not used anymore).
Relevant changes since version 2.010501:
========================================
- various 64-bit fixes
- extensive update ot test suite
module directory has changed (eg. "darwin-2level" vs.
"darwin-thread-multi-2level").
binary packages of perl modules need to be distinguishable between
being built against threaded perl and unthreaded perl, so bump the
PKGREVISION of all perl module packages and introduce
BUILDLINK_RECOMMENDED for perl as perl>=5.8.5nb5 so the correct
dependencies are registered and the binary packages are distinct.
addresses PR pkg/28619 from H. Todd Fujinaka.
as it's only used internally by bsd.prefs.mk.
* Make _PKGSRCDIR a public variable by renaming it to PKGSRCDIR.
Also, generate its value from ${_PKGSRC_TOPDIR} so it's less fragile
than the old method of stripping off the last two components of
${.CURDIR}. PKGSRCDIR may now be used after bsd.prefs.mk is defined.
* Change all references to _PKGSRCDIR to PKGSRCDIR.
all dependencies on packages depending on "png" which contain shared
libraries, all for the (imminent) update to the "png" package.
[List courtesy of John Darrow, courtesy of "bulk-build".]
references of the pkglint package.
_PKGSRCDIR is an internal definition in bsd.pkg.mk, and a few packages
which would like to refer to other packages in the build tree. It should
not be set by users, but neither should it stop a user from building a
package if it is defined, so make it obvious that this is the case.
The automatic truncation in gensolpkg doesn't work for packages which
have the same package name for the first 5-6 chars.
e.g. amanda-server and amanda-client would be named amanda and amanda.
Now, we add a SVR4_PKGNAME and use amacl for amanda-client and amase for
amanda-server.
All svr4 packages also have a vendor tag, so we have to reserve some chars
for this tag, which is normaly 3 or 4 chars. Thats why we can only use 6
or 5 chars for SVR4_PKGNAME. I used 5 for all the packages, to give the
vendor tag enough room.
All p5-* packages and a few other packages have now a SVR4_PKGNAME.
when WRKOBJDIR is set, BUILD_ROOT points somewhere into the obj dir
* clean up litter in pre-clean
XXX is there a good reason we don't support a post-clean?
