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