From bac1187d8a913304d9f68dda4e48dccc866e2d80 Mon Sep 17 00:00:00 2001 From: Thorsten Lockert Date: Mon, 6 May 1996 22:51:25 +0000 Subject: Integrate local changes to CVS; remove files no longer part of the CVS distribution --- gnu/usr.bin/cvs/windows-NT/alloca.h | 26 -------------------------- 1 file changed, 26 deletions(-) delete mode 100644 gnu/usr.bin/cvs/windows-NT/alloca.h (limited to 'gnu/usr.bin/cvs/windows-NT') diff --git a/gnu/usr.bin/cvs/windows-NT/alloca.h b/gnu/usr.bin/cvs/windows-NT/alloca.h deleted file mode 100644 index 590b250fc73..00000000000 --- a/gnu/usr.bin/cvs/windows-NT/alloca.h +++ /dev/null @@ -1,26 +0,0 @@ -/* alloca.h --- Windows NT version of alloca.h - Jim Blandy --- July 1995 */ - -/* Here's the situation. - - CVS uses alloca. Not in many places, but that number is likely to grow - since the GNU coding standards give alloca official blessing, and - supposedly autoconf takes care of the portability problems. - - Windows NT has alloca, but calls it _alloca and declares it to return - void *. - - The autoconf manual provides a big wad of CPP cruft to place in files - that want to use alloca; it currently appears in lib/system.h, - lib/regex.c, and in src/cvs.h. This boilerplate wad says that if you - HAVE_ALLOCA but don't HAVE_ALLOCA_H, you should declare alloca as an - extern function returning char *. - - This may be fine for most systems, but it makes Visual C++ barf, - because the return types conflict. So the workaround is to - actually have an alloca.h file that declares things appropriately. - The boilerplate alloca wad says that if you HAVE_ALLOCA_H, let it - declare everything for you. Which suits us fine. */ - -#define alloca _alloca -extern void *alloca (); -- cgit v1.2.3