diff options
Diffstat (limited to 'README_d')
| -rw-r--r-- | README_d/OBSOLETE/README.FIRST | 21 | ||||
| -rw-r--r-- | README_d/OBSOLETE/README.linux | 21 | ||||
| -rw-r--r-- | README_d/OBSOLETE/README.sco | 67 | ||||
| -rw-r--r-- | README_d/OBSOLETE/README.sony | 12 | ||||
| -rw-r--r-- | README_d/OBSOLETE/README.ultrix | 46 | ||||
| -rw-r--r-- | README_d/OBSOLETE/README.yacc | 10 | ||||
| -rw-r--r-- | README_d/README.aix | 6 | ||||
| -rw-r--r-- | README_d/README.atari | 26 | ||||
| -rw-r--r-- | README_d/README.beos | 92 | ||||
| -rw-r--r-- | README_d/README.hpux | 78 | ||||
| -rw-r--r-- | README_d/README.ia64 | 30 | ||||
| -rw-r--r-- | README_d/README.macos | 32 | ||||
| -rw-r--r-- | README_d/README.pcdynamic | 93 | ||||
| -rw-r--r-- | README_d/README.sgi | 20 | ||||
| -rw-r--r-- | README_d/README.sunos4 | 24 | ||||
| -rw-r--r-- | README_d/README.tandem | 33 |
16 files changed, 0 insertions, 611 deletions
diff --git a/README_d/OBSOLETE/README.FIRST b/README_d/OBSOLETE/README.FIRST deleted file mode 100644 index 4957cb32..00000000 --- a/README_d/OBSOLETE/README.FIRST +++ /dev/null @@ -1,21 +0,0 @@ -Sat Feb 18 23:07:55 EST 1995 - -Starting with 2.15.6, gawk will preserve the value of NF and $0 for -the last record read into the END rule(s). This is important to you -if your program uses - - print - -in an END rule to mean - - print "" - -(i.e., print nothing). Examine your awk programs carefully to make sure -that they use `print ""' instead of `print', otherwise you will get -strange results. - -If you send me email about this, without having read this -file, I will yell at you. - -Arnold Robbins -arnold@skeeve.com diff --git a/README_d/OBSOLETE/README.linux b/README_d/OBSOLETE/README.linux deleted file mode 100644 index 9ba15c51..00000000 --- a/README_d/OBSOLETE/README.linux +++ /dev/null @@ -1,21 +0,0 @@ -Thu Apr 17 14:41:17 EDT 1997 - -Some Linux systems, notably RedHat systems through RedHat 4.1, have the -symbolic links for /dev/stdin and /dev/stdout messed up. Specifically, -/dev/stdin is linked to ../proc/self/fd/1 and /dev/stdout to -../proc/self/fd/0. This is backwards. This causes strange behavior -when using those files from within gawk. - -Removing and redoing the symlinks fixes the problem. It is fixed in -post-4.1 RedHat Linux. - -Arnold Robbins -arnold@skeeve.com - -Sun Aug 3 15:07:06 EDT 1997 - -As of version 3.1 of gawk, this is no longer a problem, since gawk now -completely interprets the special file names internally. - -Arnold Robbins -arnold@skeeve.com diff --git a/README_d/OBSOLETE/README.sco b/README_d/OBSOLETE/README.sco deleted file mode 100644 index 71494b77..00000000 --- a/README_d/OBSOLETE/README.sco +++ /dev/null @@ -1,67 +0,0 @@ -Tue Dec 24 22:41:39 EST 1996 - -SCO's awk has a -e option which is similar to gawk's --source option, -allowing you to specify the script anywhere on the awk command line. - -This can be a problem, since gawk will install itself as `awk' in -$(bindir). If this is ahead of /bin and /usr/bin in the search path, -several of SCO's scripts that use -e will break, since gawk does not -accept this option. - -The solution is simple. After doing a `make install', do: - - rm -f /usr/local/bin/awk # or wherever it is installed. - -This removes the `awk' symlink so that SCO's programs will continue -to work. - -If you complain to me about this, I will fuss at you for not having -done your homework. - -Arnold Robbins -arnold@skeeve.com - ---------------------------- -Date: 14 Oct 1997 12:17 +0000 -From: Leigh Hebblethwaite <LHebblethwaite@transoft.com> -To: bug-gnu-utils@prep.ai.mit.edu - -I've just built gawk 3.0.3 on my system and have experienced a problem -with the routine pipeio2.awk in the test suite. However the problem -appears to be in the tr command rather than gawk. - -I'm using SCO Open Server 5. On the version I have there appears to be -a problem with tr such that: - - tr [0-9]. ........... - -does NOT translate 9s. This means that the output from: - - echo " 5 6 7 8 9 10 11" | tr [0-9]. ........... - -is: - - . . . . 9 .. .. - -This problem causes the pipeio2 test to be reported as a failure. - -Note that the following variation on the tr command works fine: - - tr 0123456789. ........... - -For your info the details of my system are summarised by the out put -of the uname -X command, which is: - -System = SCO_SV -Node = sgscos5 -Release = 3.2v5.0.2 -KernelID = 96/01/23 -Machine = Pentium -BusType = EISA -Serial = 4EC023443 -Users = 5-user -OEM# = 0 -Origin# = 1 -NumCPU = 1 - - diff --git a/README_d/OBSOLETE/README.sony b/README_d/OBSOLETE/README.sony deleted file mode 100644 index 29ba875e..00000000 --- a/README_d/OBSOLETE/README.sony +++ /dev/null @@ -1,12 +0,0 @@ -Sun Jan 19 23:13:50 EST 1997 - -> Machine: SONY NWS-5000 (MIPS r4000) -> OS : NEWS-OS 4.2.1 (4.3BSD compatible) -> This OS doesn't have `uname' -> Tools : gcc-2.7.2.1, bison-1.25, cmp-2.7, bash-2.0 - -This system has the same problem with the test/tweakfld case that Ultrix MIPS -has. See the README.ultrix file for details. - -Arnold Robbins -arnold@skeeve.com diff --git a/README_d/OBSOLETE/README.ultrix b/README_d/OBSOLETE/README.ultrix deleted file mode 100644 index 917f02f5..00000000 --- a/README_d/OBSOLETE/README.ultrix +++ /dev/null @@ -1,46 +0,0 @@ -When compiling on DECstation running Ultrix 4.0 a command 'cc -c -O -regex.c' is causing an infinite loop in an optimizer. Other sources -compile fine with -O flag. If you are going to use this flag either -add a special rule to Makefile for a compilation of regex.c, or issue -'cc -c regex.c' before hitting 'make'. - -From: Steve Simmons <scs@wotan.iti.org> -Subject: Non-bug report on gawk 2.13.2 -To: david@cs.dal.ca, arnold@skeeve.atl.ga.us -Date: Thu, 25 Jul 1991 13:45:38 -0300 - -Just fyi -- it passes tests with flying colors under Ultrix 4.2. The -README.ultrix file applies more than ever. You might want to add -these paragraphs to it: - - As of Ultrix 4.2 the optimise works for regex.c, but you must give an - additional switch to get everything optimised. Using '-Olimit 1500' - does the job. Without the switch gawk will compile and run correctly, - but you will get complaints about lost optimisations in builtin.c, - awk.tab.c and regex.c. - -From: Arnold Robbins <arnold@math.utah.edu> -Date: Sun Sep 8 07:05:07 EDT 1996 - -On Decstations using Ultrix 4.3, the tweakfld test case will fail. It -appears that routines in the math library return very small but non-zero -numbers in cases where most other systems return zero. - -From: Juergen Kahrs <jkahrs@castor.atlas.de> -Date: Wed Jan 17 13:15:34 MET 2001 - -On Ultrix 4.3, configure like this: - - ./configure --disable-nls - -In custom.h, we defined HAVE_MKTIME in order to avoid a linker error. -If you compile with - - make check - -every test will pass, except for the badargs test: - - *** Error code 1 (ignored) - -This shouldnt cause problems. - diff --git a/README_d/OBSOLETE/README.yacc b/README_d/OBSOLETE/README.yacc deleted file mode 100644 index 6332986b..00000000 --- a/README_d/OBSOLETE/README.yacc +++ /dev/null @@ -1,10 +0,0 @@ -Sat Jan 28 22:07:17 EST 1995 - -Some older versions of yacc (notably Ultrix's) have limits on the depth -of the parse stack. This only shows up when gawk is dealing with deeply -nested control structures, such as those in `awf'. - -The problem goes away if you use either bison or Berkeley yacc. - -Arnold Robbins -arnold@skeeve.com diff --git a/README_d/README.aix b/README_d/README.aix deleted file mode 100644 index 283d3873..00000000 --- a/README_d/README.aix +++ /dev/null @@ -1,6 +0,0 @@ -Tue Mar 11 13:21:26 IST 2003 -============================ - -On AIX 4.2 systems, you need: - - ./configure --disable-nls && make all check install diff --git a/README_d/README.atari b/README_d/README.atari deleted file mode 100644 index 0c7fd74b..00000000 --- a/README_d/README.atari +++ /dev/null @@ -1,26 +0,0 @@ -Sun May 2 18:40:46 IDT 1999 - -See the README.1st file in the atari directory. - --------------------------------------------------------- -Gawk on the Atari has been compiled and tested using gcc, both -with and without -mshort flag. Other compilers can be used but if -sizeof(pointer) != sizeof(int) this code will not compile correctly -with a non-ANSI compiler (prototypes and library). - -Compiled executables were tested and passed successfully a test suite -similar to 'make test'. Required changes are minor and minor -modifications are due to differences in environment and/or shell. If -a need will arise a modified test suite with a driving Makefile (for -gulam) is available on a request from Michal Jaegermann, -michal@gortel.phys.ualberta.ca or michal@ellpspace.math.ualberta.ca, -via e-mail. - -Sample files atari/Makefile.st, atari/Makefile.awklib and -atari/config.h assume gcc compilation and execution under TOS; it is -likely that one would want to change it for another setup. If they -are ok then copy atari/Makefile.st to Makefile, atari/config.h to -config.h and atari/Makefile.awklib to awklib/Makefile.. Pay attention -to code fragments bracketed by '#ifdef atarist ... #endif'. These -modifications may not be required/desired with a different OS and/or -libraries. diff --git a/README_d/README.beos b/README_d/README.beos deleted file mode 100644 index fa346ab3..00000000 --- a/README_d/README.beos +++ /dev/null @@ -1,92 +0,0 @@ -Fri Jul 3 11:21:56 IDT 2009 -============================ -The BeOS port is unsupported. - - -README for GNU awk under BeOS -Last updated MCB, Tue Feb 6 10:15:46 GMT 2001 -============================================= - -BeOS port contact: Martin C Brown (mc@whoever.com) - -Building/Installing --------------------------- - -Since BeOS DR9, all the tools that you should need to build gawk are now -included with BeOS. The process is basically identical to the Unix process -of running configure and then make. Full instructions are given below: - -You can compile gawk under BeOS by extracting the standard sources, -and running the configure script. You MUST specify the location prefix -for the installation directory. Under BeOS DR9 and beyond the best -directory to use is /boot/home/config, so the configure command -would be: - -$ configure --prefix=/boot/home/config - -This will install the compiled application into /boot/home/config/bin, -which is already specified in the standard PATH. - -Once the configuration process has been completed, you can run make and -then make install: - -$ make -.... -$ make install - -Socket Notes ----------------------- - -Due to the socket implementation under BeOS not all of the features under -gawk's socket implementation may work properly. In particular: - - BeOS does not support a BSD SO_LINGER option, so sockets cannot remain - open after a close if data is still present on the incoming buffer. - - BeOS does not allow data to be read from a socket without removing the data - from the buffer (peek). If you need to use this feature in gawk, create a - separate input buffer and peek into your own copy, rather than the OS version. - - BeOS does not support RAW socket connections, only UDP or TCP. - -Note that these are BeOS Unix-layer compatibility problems, and only affect certain -aspects of network communication. Most socket based gawk scripts, and any scripts -that do not rely on sockets should work fine (excepting any other notes in this section). - -File Handle Notes ---------------------------- - -Expect the multiple file test (when running make check) to fail. The reason for this is -explained in the email shown below: - -------------------------------------------------------- -From mc@whoever.com Sun Jul 23 17:06:38 2000 -Date: Sun, 23 Jul 2000 07:23:49 +0100 -Subject: Re: gawk-3.0.5 results on BeOS -From: Martin C Brown <mc@whoever.com> -To: Aharon Robbins <arnold@skeeve.com>, <haible@ilog.fr> - -Arnold/Bruno, - -> This is a known BeOS problem. I am cc'ing the BeOS port person. -> Sorry I don't have a fix. - -This problem is directly related to the FOPEN_MAX/OPEN_MAX parameter used in -the stdio library by the BeOS. It seems that the BeOS strictly enforces this -number to the point that opening the 128th file causes all previously opened -files (except stdin/out/err) to be closed - hence the bad number. - -I've tried this outside of gawk and the same thing happens, so it's not a -gawk problem. - -I've spent the past few days trying to find a suitable workaround, but it's -obviously difficult trying to patch a kernel from the outside :)) - -I'll be reporting this as a bug to Be shortly. - -MC - --- -Martin 'MC' Brown, mc@mcslp.com http://www.mcwords.com -Writer, Author, Consultant -'Life is pain, anyone who says differently is selling something' diff --git a/README_d/README.hpux b/README_d/README.hpux deleted file mode 100644 index 78e6f356..00000000 --- a/README_d/README.hpux +++ /dev/null @@ -1,78 +0,0 @@ -Wed Jul 28 16:28:42 IDT 2004 -============================ -As of gawk 3.1.4, configure should correctly handle HP-UX and -I18N issues. -- Arnold --------------------------------------------------------------- -2003-12-10 15:19:38 EST -Michael Elizabeth Chastain <mec.gnu@mindspring.com> - -I built and tested gawk on hppa-hp-hpux11.11 and ia64-hp-hpux11.23. -All the tests in the test suite passed. - -I built with these compilers: - - gcc 3.3.2 - hp ansi C from /opt/ansic/bin - hp aCC from /opt/aCC/bin - -I ran into these problems: - - NLS does not work; configure with --disable-nls. - -D_XOPEN_SOURCE=500 does not work. - Multibyte support is not available. - -To get multibyte support, the following ugly hack might work: ---- gawk-3.1.3.orig/custom.h 2003-06-09 17:45:53.000000000 +0200 -+++ gawk-3.1.3/custom.h 2003-12-17 15:55:04.000000000 +0100 -@@ -101,4 +101,7 @@ - #undef HAVE_TZSET - #define HAVE_TZSET 1 - #define _TZSET 1 -+/* an ugly hack: */ -+#include <sys/_mbstate_t.h> -+#define HAVE_MBRTOWC 1 - #endif - -------------------------------- -Mon, 27 May 2002 17:55:46 +0800 - -The network support "|&" may not work under HP-UX 11. -An error message appears similar to this: -gawk: test_script.awk:3: fatal: get_a_record: iop->buf: can't allocate -61246 -bytes of memory (not enough space) - -Solution: -This is a bug in the fstat() call of HP-UX 11.00, please apply -the cumulative ARPA Transport patch PHNE_26771 to fix it. - -The following is the related description in PHNE_26771: - - Customer's application gets the wrong value from fstat(). - Resolution: - The value returned via st_blksize is now retrieved - from the same info as in 10.20. - -In case you cannot apply the HP patch, the attached patch to gawk source -might work. - -Xiang Zhao <xiangz@163.net> -Stepan Kasal <kasal@math.cas.cz> - -diff -ur gawk-3.1.3.a0/posix/gawkmisc.c gawk-3.1.3.a1/posix/gawkmisc.c ---- gawk-3.1.3.a0/posix/gawkmisc.c Sun May 25 15:26:19 2003 -+++ gawk-3.1.3.a1/posix/gawkmisc.c Fri Jul 11 08:56:03 2003 -@@ -126,7 +126,13 @@ - * meant for in the first place. - */ - #ifdef HAVE_ST_BLKSIZE --#define DEFBLKSIZE (stb->st_blksize > 0 ? stb->st_blksize : BUFSIZ) -+ /* -+ * 100k must be enough for everybody, -+ * bigger number means probably a bug in fstat() -+ */ -+#define MAXBLKSIZE 102400 -+#define DEFBLKSIZE (stb->st_blksize > 0 && stb->st_blksize <= MAXBLKSIZE \ -+ ? stb->st_blksize : BUFSIZ) - #else - #define DEFBLKSIZE BUFSIZ - #endif diff --git a/README_d/README.ia64 b/README_d/README.ia64 deleted file mode 100644 index 844d6a6a..00000000 --- a/README_d/README.ia64 +++ /dev/null @@ -1,30 +0,0 @@ -Tue Mar 11 13:19:45 IST 2003 -============================ - -On real Itanium systems, builds with GCC are fine. If you're using the -Intel compiler `ecc', you need: - - CC=ecc ./configure && make all check install CFLAGS='-g -Drestrict=' - -Tue Apr 16 13:55:15 IDT 2002 -============================ -The current version of the IA-64 environment builds gawk without any problems. - -Wed Apr 25 17:17:01 IDT 2001 -============================ - -The Intel IA-64 emulation environment that sits on top of 32-bit Linux -has problems. Gawk does not work on it. - -1. The `sgicc' compiler lies to `configure' and pretends it's gcc. But it -really isn't, and several things don't work. - -2. Even if used with gcc, the executable doesn't run; somehow quoted -strings don't stay as one argument to gawk, which is, of course, -disastrous. - -3. It's flaky; initially `configure' wouldn't even get past the getpgrp -test. Then later it would. - -Arnold Robbins -arnold@skeeve.com diff --git a/README_d/README.macos b/README_d/README.macos deleted file mode 100644 index 684e0281..00000000 --- a/README_d/README.macos +++ /dev/null @@ -1,32 +0,0 @@ -Mon Jun 11 05:37:03 IDT 2007 -============================ - -The notes below no longer seem to apply. - -Mon Jul 4 09:55:22 IDT 2005 -============================ - -If you use GCC 4.0 under Mac OS X to compile gawk with optimization, -AND multibyte support is *disabled*, the `ignrcas2' test fails. This is -a compiler bug. Either compile it without optimization, or use gcc-3.3. - -All the other tests pass. - -Happily, the default is for the multibyte support to be enabled, so all -the tests pass by defualt. - - -Sun Dec 3 18:11:09 IST 2000 -============================ - -The `posix' test will fail because of output format differences but this -is apparently otherwise benign. - -Gawk uses the system's mktime(3) routine, even though Autoconf thinks -it's broken, so Caveat Emptor. - -If you ask me about either of these I will fuss at you for not having -done your homework. - -Arnold Robbins -arnold@skeeve.com diff --git a/README_d/README.pcdynamic b/README_d/README.pcdynamic deleted file mode 100644 index 678206e6..00000000 --- a/README_d/README.pcdynamic +++ /dev/null @@ -1,93 +0,0 @@ -This is the README for dynamic extension support for GNU awk 3.1.2 under Windows32 -This part of the README is directed to the gawk maintainers. - -The implementation consists of - -pc/dlfcn.h -pc/dlfcn.c - An implementation of the POSIX dynamic loading functions for Windows32. - Bugs and limitations: - the RTLD_* flags are ignored - passing NULL as the module name is not really supported. - dlerror() doesn't always generate useful output. - -pc/w32dynamic.patch - A patch to pc/Makefile. This adds macros to allow dynamic loading - to be compiled in. The macros (DYN_EXP, DYN_OBJ, DYN_FLAGS, and - DYN_MAKEXP) are commented-out by default (which is the default on - Unix as well). I've added definitions only for MS VC and MinGW. - I also added support for pgawk under MS VC and MinGW. - -pc/gawkw32.def - A list of functions to export from gawk.exe. Every function used - in an extension DLL needs to be in this file. I've added the ones - required by the provided examples, but some thought should go into - determining a useful set of API functions. From a maintenance - perspective, it's important that the ordinals (the number following @) - never change. You can use an existing DLL with a gawk.exe which has - new exported functions, but if you change the ordinal of an existing - function, you have to recompile all the extensions that use it. - -extension/Makefile.pc - A make file which compiles a few of the extension examples. - Only readfile, ordchr, and arrayparm are built, since the - other functions didn't compile without sizeable modifications. - -extension/pcext.def - A module definition file which exports dlload. - -extension/w32dynamic.patch - A patch to readfile.c to have it open files in binary mode. Without - this, the bytes read doesn't always match the file size. - -w32dynamic.patch - A patch to awk.h. This makes the temporary variable _t static and - adds an attribute to some data declarations when WIN32_EXTENSION is - defined. The issue is that data imported from a separate module has - a different level of indirection from the same data in the - original module. The difference can be made transparent by adding - __declspec(dllimport)) to the declarations used in the importing module. - Since _t doesn't actually have to be shared, I've just made it - static to the extension module and avoided the problem. - -README_d/README.pcdynamic - This file. - -The remainder of the file is intended for people installing and using gawk -and probably ought to be added to README.pc ---- -To compile gawk with dynamic extension support, uncomment the -definitions of DYN_FLAGS, DYN_EXP, DYN_OBJ, and DYN_MAKEXP in the -configuration section of Makefile. There are two definitions for -DYN_MAKEXP -- pick the one that matches your target. - -To build some of the example extension libraries, cd to the extension -directory and copy Makefile.pc to Makefile. You can then build using the same -two targets. To run the example awk scripts, you'll need to either change the -call to the `extension' function to match the name of the library (for -instance, change "./ordchr.so" to "ordchr.dll" or simply "ordchr"), or rename -the library to match the call (for instance, rename ordchr.dll to ordchr.so). - -If you build gawk.exe with one compiler but want to build an extension library -with the other, you need to copy the import library. Visual C uses a library -called gawk.lib, while MinGW uses a library called libgawk.a. These files -are equivalent and will interoperate if you give them the correct name. -The resulting shared libraries are also interoperable. - -To create your own extension library, you can use the examples as models, but -you're essentially on your own. Post to comp.lang.awk or send e-mail to -ptjm@interlog.com if you have problems getting started. If you need to access -functions or variables which are not exported by gawk.exe, add them to -gawkw32.def and rebuild. You should also add ATTRIBUTE_EXPORTED to the -declaration in awk.h of any variables you add to gawkw32.def. - -Note that extension libraries have the name of the awk executable embedded in -them at link time, so they will work only with gawk.exe. In particular, they won't -work if you rename gawk.exe to awk.exe or if you try to use pgawk.exe. You can -perform profiling by temporarily renaming pgawk.exe to gawk.exe. You can resolve -this problem by changing the program name in the definition of DYN_MAKEXP for -your compiler. - -On Windows32, libraries are sought first in the current directory, then in the -directory containing gawk.exe, and finally through the PATH environment -variable. diff --git a/README_d/README.sgi b/README_d/README.sgi deleted file mode 100644 index 5d754a81..00000000 --- a/README_d/README.sgi +++ /dev/null @@ -1,20 +0,0 @@ -Tue Jan 30 10:51:39 IST 2001 - -There will be linker warnings on SGI Irix will be building gawk. -These are related to use of dlopen and the dynamic loading of -builtins. The warnings can be ignored. -====================================== -Tue May 2 11:40:54 IDT 2000 - -GCC and gawk often don't mix on SGI systems. Use the native C compiler to -compile gawk. `make test' should work ok, although the `tweakfld' test -may fail. That's ok; see README.ultrix for the details on that one. - -Note that the SGI compiler will complain about some constructs in -regex.c and dfa.c. It's ok to ignore those complaints. - -If you ask me about this, I will fuss at you for not having done -your homework! - -Arnold Robbins -arnold@skeeve.com diff --git a/README_d/README.sunos4 b/README_d/README.sunos4 deleted file mode 100644 index 7cef0684..00000000 --- a/README_d/README.sunos4 +++ /dev/null @@ -1,24 +0,0 @@ -Sun Jan 7 23:49:46 EST 1996 - -GCC and Autoconf disagree about the type of the array argument passed -to getgroups(2). You can thus ignore the warning that gcc will -generate under SunOS 4.1.x for io.c. - -If you send me email about this without having read this file, I will -fuss at you! - -Arnold Robbins -arnold@skeeve.com - -Tue Jan 30 07:01:39 EST 1996 - -The manyfiles test fails under SunOS 4.1.4. There appears to be some -bug in libc (shared and static) for SunOS 4.1.4. I got a working gawk -binary by linking in /usr/5lib/libc.a statically. - - -,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, - Jim Farrell | phone 610-940-6020 | Platinum technology -Systems Administrator | vmail 800-526-9096 x7512 | 620 W. Germantown Pike - jwf@platinum.com | fax 610-940-6021 | Plymouth Meeting,Pa,19462 -'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~' diff --git a/README_d/README.tandem b/README_d/README.tandem deleted file mode 100644 index 3f7ba930..00000000 --- a/README_d/README.tandem +++ /dev/null @@ -1,33 +0,0 @@ -The Tandem port was done on a Cyclone machine running D20. -The port is pretty clean and all facilities seem to work except for -some of the I/O piping stuff which is just too foreign a concept for -Tandem. - -Usage is as for UNIX except that D20 requires all "{" and "}" characters -to be escaped with "~" on the command line (not in script files) and the -standard Tandem syntax for "/in filename,out filename/" must be used -instead of the usual UNIX "<" and ">" for file redirection. (Redirection -options on getline, print etc are supported.) - -The -mr=val option has been "stolen" to enable Tandem users to -process fixed-length records with no "end-of-line" character. That -is, -mr=74 tells gawk to read the input file as fixed 74-byte -records. - -To build a Tandem executable from source, down-load all of the files -so that the file names on the Tandem box are, for example ARRAYC or -AWKH. That is, make all of the file names conform to the restrictions -of D20. The "totally Tandem-specific" files are in the tandem -"subvolume" and should be copied to the main src directory before -building gawk. - -The file compit can then be used to compile and bind an executable. -Sorry, no make and no autoconfig. - -This is my first UNIX port to Tandem so I may well have missed the best -way of doing things: I just desperately needed a working awk at a -Tandem shop. - -Cheers, -Stephen Davies -(scldad@sdc.com.au) |