From 5c29451f2ccb756358b09f4b5f850c2dcb0d9889 Mon Sep 17 00:00:00 2001 From: joshuadfranklin Date: Mon, 29 Mar 2004 05:56:46 +0000 Subject: [PATCH] 2004-03-28 Joshua Daniel Franklin * how-programming.texinfo: Add note about gcc .lib linking. * pathnames.sgml: Mention create_devices.sh for /dev/ creation. --- winsup/doc/ChangeLog | 5 +++++ winsup/doc/how-programming.texinfo | 28 +++++++++++++++------------- winsup/doc/pathnames.sgml | 28 +++++++++++++++++----------- 3 files changed, 37 insertions(+), 24 deletions(-) diff --git a/winsup/doc/ChangeLog b/winsup/doc/ChangeLog index 386fa642c8..6c314af362 100644 --- a/winsup/doc/ChangeLog +++ b/winsup/doc/ChangeLog @@ -1,3 +1,8 @@ +2004-03-28 Joshua Daniel Franklin + + * how-programming.texinfo: Add note about gcc .lib linking. + * pathnames.sgml: Mention create_devices.sh for /dev/ creation. + 2004-03-27 Corinna Vinschen * cygserver.sgml: New file. diff --git a/winsup/doc/how-programming.texinfo b/winsup/doc/how-programming.texinfo index 3ec161e75a..27cf9f9690 100644 --- a/winsup/doc/how-programming.texinfo +++ b/winsup/doc/how-programming.texinfo @@ -199,13 +199,14 @@ Subsection 2.d.f of the `Microsoft Open Tools License agreement' looks like it says that one may not "permit further redistribution of the Redistributables to their end users". We take this to mean that we can give them to you, but you can't give them to anyone else, which is -something that Cygnus (err... Red Hat) can't agree to. Fortunately, we +something that Red Hat can't agree to. Fortunately, we have our own Win32 headers which are pretty complete. -@subsection How do I link against .lib files? +@subsection How do I link against a @samp{.lib} file? -@strong{(Please note: This section has not yet been updated for the latest -net release.)} +If your @samp{.lib} file is a normal static or import library with +C-callable entry points, you can list @samp{foo.lib} as an object file for +gcc/g++, just like any @samp{*.o} file. Otherwise, here are some steps: 1. Build a C file with a function table. Put all functions you intend to use in that table. This forces the linker to include all the object @@ -263,22 +264,23 @@ make > make.log 2>&1 make install > install.log 2>&1 @end example -Normally, this procedure will also attempt to build the documentation, -which additionally requires db2html, and possibly other tools, which are -not included in the Cygwin distribution. You can get db2html as part of -docbook, from @file{http://sources.redhat.com/docbook-tools/}. +Normally, this procedure ignore errors in building the documentation, +which requires tools which are not included in the Cygwin distribution. +If you want to build the documentation on Linux, on most distributions a +package named docbook-utils should get you most of what you need. For +more information on building the documentation, see the README included +in the cygwin-doc package. To check a cygwin1.dll, run "make check" in the winsup/cygwin directory. If that works, install everything @emph{except} the dll (if you can). Then, close down all cygwin programs (including bash windows, inetd, -etc.), save your old dll, and copy the new dll to @emph{all} the -places where the old dll was (if there is more than one on your -machine). Then start up a bash window and see what happens. (Or better, -run a cygwin program from the Windows command prompt.) +etc.), save your old dll, and copy the new dll to the correct place. +Then start up a bash window, or run a cygwin program from the Windows +command prompt, and see what happens. If you get the error "shared region is corrupted" it means that two different versions of cygwin1.dll are running on your machine at the -same time. +same time. Remove all but one. @subsection How can I compile a powerpc NT toolchain? diff --git a/winsup/doc/pathnames.sgml b/winsup/doc/pathnames.sgml index 93b4922811..ebfa8f09ed 100644 --- a/winsup/doc/pathnames.sgml +++ b/winsup/doc/pathnames.sgml @@ -159,6 +159,11 @@ default printer with the command cat filename > PRN directory as Cygwin automatically simulates it internally. These devices cannot be seen with the command ls /dev/ although commands such as ls /dev/tty work fine. +If you want to be able to see all devices in +/dev/, you can use Igor Pechtchanski's +create_devices.sh +script. Cygwin supports the following devices commonly found on POSIX systems: @@ -167,7 +172,8 @@ Cygwin supports the following devices commonly found on POSIX systems: /dev/tty, /dev/ttym, /dev/ttyX, /dev/ttySX, /dev/pipe, /dev/port, -/dev/ptmx, /dev/mem, +/dev/ptmx, /dev/kmem, +/dev/mem, /dev/random, and /dev/urandom. Cygwin also has several Windows-specific devices: /dev/comX (the serial ports, starting with @@ -175,8 +181,8 @@ Cygwin also has several Windows-specific devices: /dev/conin (Windows CONIN$), /dev/conout (Windows CONOUT$), /dev/clipboard (the Windows clipboard, currently -text only), and -/dev/windows (the Windows message queue). +text only), and /dev/windows (the Windows message +queue). Windows NT/W2K/XP additionally support raw devices like floppies, @@ -254,9 +260,9 @@ The following three examples will not work as expected: -mount -f -b /dev/nst0 /dev/tape -mount -f -b /device/tape0 /dev/tape -ln -s /device/tape0 /dev/tape +mount -f -b /dev/nst0 /dev/tape # DOES NOT WORK +mount -f -b /device/tape0 /dev/tape # DOES NOT WORK +ln -s /device/tape0 /dev/tape # DOES NOT WORK @@ -264,11 +270,11 @@ ln -s /device/tape0 /dev/tape The .exe extension - Executable program filenames end with .exe but the .exe need -not be included in the command, so that traditional UNIX names can be -used. However, for programs that end in ".bat" and ".com", you cannot -omit the extension. - + Executable program filenames end with .exe +but the .exe need not be included in the command, +so that traditional UNIX names can be used. However, for programs that +end in .bat and .com, you +cannot omit the extension. As a side effect, the ls filename gives information about filename.exe if -- 2.11.0