On Wed, Dec 25, 2002 at 02:49:13PM -0800, Stephen J. Friedl wrote:
> jw schultz wrote:
>
> >If the UNIXWare compiler
> >can't handle the construct Stephen could forward the patch
> >to the libpopt project
> >
> I have posted a comment in the popt area of freshmeat where I beleve the
> popt projec
> If the UNIXWare compiler
> can't handle the construct Stephen could forward the patch
> to the libpopt project and file a bug report with SCO.
I have filed a bug report with SCO (with detail at the assembler level
to help them track it down), and I'll look into the libpopt integration
as well.
On Tue, Dec 24, 2002 at 07:26:38AM -0600, Dave Dykstra wrote:
> On Mon, Dec 23, 2002 at 11:42:07PM -0800, Jos Backus wrote:
> > On Mon, Dec 23, 2002 at 02:13:51PM -0800, Stephen Friedl wrote:
> > > The change in popt/popt.c is to work around a bug in the SCO UNIXWare 8
> > > compiler: it doesn't pr
On Mon, Dec 23, 2002 at 11:42:07PM -0800, Jos Backus wrote:
> On Mon, Dec 23, 2002 at 02:13:51PM -0800, Stephen Friedl wrote:
> > The change in popt/popt.c is to work around a bug in the SCO UNIXWare 8
> > compiler: it doesn't properly deal with alloca() being called from the
> > middle of another
On Mon, Dec 23, 2002 at 02:13:51PM -0800, Stephen Friedl wrote:
> This is a patch to rsync 2.5.5, and it serves two purposes. The small
> patches to batch.c, flist.c and log.c simply add "void" to some function
> definitions so that all declarations in proto.h have full parameter lists.
>
>
Hello list,
This is a patch to rsync 2.5.5, and it serves two purposes. The small
patches to batch.c, flist.c and log.c simply add "void" to some function
definitions so that all declarations in proto.h have full parameter lists.
unsigned char read_batch_flags()OLD
unsigne