Commit graph

8 commits

Author SHA1 Message Date
Will Andrews
a264557d47 Update xdelta to 1.1.1.
PR:			15461
Submitted by:		Jacob A. Hart <c9710216@atlas.newcastle.edu.au>
Apparently had no time:	jmacd (maintainer)
2000-04-23 01:02:51 +00:00
Vanilla I. Shu
a5f79b3ec7 Upgrade to 1.0.2. 1999-02-20 10:47:28 +00:00
Joshua Peck Macdonald
d600397077 New version. 1998-09-03 00:05:17 +00:00
Joshua Peck Macdonald
079520adb0 I checksummed the wrong release. 1998-04-23 22:53:52 +00:00
Joshua Peck Macdonald
b226a12661 Install the missing headers, use glib when available.
PR:		6381
1998-04-23 07:08:15 +00:00
Joshua Peck Macdonald
4a23496b10 This fixes problem #2 reported by pierre.dampure@k2c.co.uk (out
of order includes--this version compiled on a 2.2.6 machine without
problems, though).

Rather than patch it, I cut a new release.

Problem #2 is:

> 1) Though the port depends on GDBM, the configure script does not find
> it; I got that to work by creating ad hoc symlinks for
> /usr/include/gdbm.h and /usr/lib/libgdbm.a --> for some reasons,
> /usr/local/include and /usr/local/lib are ignored (btw, any way I can do
> that "cleanly" for all ports?)

which I haven't touched.  Since the standard gcc doesn't search
/usr/local/include and /usr/local/lib, it is neccesary to have

	CFLAGS=-I/usr/local/include
	LDFLAGS=-L/usr/local/lib

before configure succeeds, but I tried adding those lines to MAKE_ENV
and it didn't help configure (is there a CONFIGURE_ENV)?

Why doesn't it search those paths anyway?  I looked at other ports which
require gdbm and they are no different, it seems they all have this problem,
or their makefiles have hardcoded /usr/local paths in them.

-josh
1998-04-21 00:09:58 +00:00
Joshua Peck Macdonald
7c21ec4fca Upgrade version, add MAN1 variable, make myself maintainer. 1998-04-19 01:18:10 +00:00
Eric L. Hernes
614279221e new port for xdelta 1998-01-26 16:27:12 +00:00