X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=README.cygwin;h=a2748f3cebd734fa0870b57473df4200a767ccd4;hb=57185c71ec028665c77b9bdf20d9fb51d8458287;hp=9888b18aee906798236f76cf92f7099c2e6c3fb1;hpb=fb652349441d4b05f41d77692a72134e7014d8f6;p=p5sagit%2Fp5-mst-13.2.git diff --git a/README.cygwin b/README.cygwin index 9888b18..a2748f3 100644 --- a/README.cygwin +++ b/README.cygwin @@ -31,7 +31,7 @@ about this project can be found at: A recent net or commercial release of Cygwin is required. -At the time this document was last updated, Cygwin 1.3.12 was current. +At the time this document was last updated, Cygwin 1.5.2 was current. =head2 Cygwin Configuration @@ -137,10 +137,11 @@ The MD5 port was done by Andy Piper: GDBM is available for Cygwin. +NOTE: The GDBM library only works on NTFS partitions. + =item * C<-ldb> (C) -BerkeleyDB is available for Cygwin. Some details can be found in -F. +BerkeleyDB is available for Cygwin. NOTE: The BerkeleyDB library only completely works on NTFS partitions. @@ -153,7 +154,7 @@ C is undefined because it fails a Configure test and on Win9x the I functions seem to hang. It also creates a compile time dependency because F includes F<> and F<> (which will be required in the future when compiling -CPAN modules). NO LONGER SUPPORTED! +CPAN modules). CURRENTLY NOT SUPPORTED! =item * C<-lutil> @@ -177,13 +178,13 @@ Undefining this symbol forces Perl to be compiled statically. =item * C<-Uusemymalloc> -By default Perl uses the malloc() included with the Perl source. If you -want to force Perl to build with the system malloc() undefine this symbol. +By default Perl uses the C included with the Perl source. If you +want to force Perl to build with the system C undefine this symbol. =item * C<-Uuseperlio> -Undefining this symbol disables the PerlIO abstraction, which is now the -default. +Undefining this symbol disables the PerlIO abstraction. PerlIO is now the +default; it is not recommended to disable PerlIO. =item * C<-Dusemultiplicity> @@ -193,8 +194,7 @@ more than one interpreter instance. This works with the Cygwin port. =item * C<-Duse64bitint> By default Perl uses 32 bit integers. If you want to use larger 64 -bit integers, define this symbol. If there is trouble, check that -your Cygwin installation is up to date. +bit integers, define this symbol. =item * C<-Duselongdouble> @@ -206,17 +206,19 @@ These are B yet available with Cygwin. =item * C<-Dusethreads> -POSIX threads are B yet implemented in Cygwin completely. +POSIX threads are implemented in Cygwin, define this symbol if you want +a threaded perl. =item * C<-Duselargefiles> -Although Win32 supports large files, Cygwin currently uses 32-bit integers -for internal size and position calculations. +Cygwin uses 64-bit integers for internal size and position calculations, +this will be correctly detected and defined by Configure. =item * C<-Dmksymlinks> Use this to build perl outside of the source tree. This works with Cygwin. -Details can be found in the F document. +Details can be found in the F document. This is the recommended +way to build perl from sources. =back @@ -229,10 +231,10 @@ You may see some messages during Configure that seem suspicious. =item * I I is needed to build dynamic libraries, but it does not exist -when dlsym() checking occurs (it is not created until `C' runs). +when C checking occurs (it is not created until `C' runs). You will see the following message: - Checking whether your dlsym() needs a leading underscore ... + Checking whether your C needs a leading underscore ... ld2: not found I can't compile and run the test program. I'm guessing that dlsym doesn't need a leading underscore. @@ -274,18 +276,10 @@ Simply run I and wait: make 2>&1 | tee log.make -=head2 Warnings on Cygwin +=head2 Errors on Cygwin -Warnings like these are normal: +Errors like these are normal: - perl.c: In function `S_parse_body': - perl.c:1468: warning: implicit declaration of function `init_os_extras' - ... - pp_sys.c:289: warning: `S_emulate_eaccess' defined but not used - ... - perlio.c: In function `perlsio_binmode': - perlio.c:98: warning: implicit declaration of function `setmode' - perlio.c:98: warning: passing arg 1 of `Perl_PerlIO_fileno' from incompatible pointer type ... make: [extra.pods] Error 1 (ignored) ... @@ -365,9 +359,9 @@ NDBM_File and ODBM_File being built. With NTFS (and CYGWIN=ntsec), there should be no problems even if perl was built on FAT. -=head2 fork() failures in io_* tests +=head2 C failures in io_* tests -A fork() failure may result in the following tests failing: +A C failure may result in the following tests failing: ext/IO/lib/IO/t/io_multihomed.t ext/IO/lib/IO/t/io_sock.t @@ -403,20 +397,38 @@ to the translations applied to POSIX style pathnames). When a file is opened it is in either text or binary mode. In text mode a file is subject to CR/LF/Ctrl-Z translations. With Cygwin, the default -mode for an open() is determined by the mode of the mount that underlies -the file. Perl provides a binmode() function to set binary mode on files -that otherwise would be treated as text. sysopen() with the C +mode for an C is determined by the mode of the mount that underlies +the file. Perl provides a C function to set binary mode on files +that otherwise would be treated as text. C with the C flag sets text mode on files that otherwise would be treated as binary: sysopen(FOO, "bar", O_WRONLY|O_CREAT|O_TEXT) -lseek(), tell() and sysseek() only work with files opened in binary mode. +C, C and C only work with files opened in binary +mode. The text/binary issue is covered at length in the Cygwin documentation. +=item * PerlIO + +PerlIO overrides the default Cygwin Text/Binary behaviour. A file will +always treated as binary, regardless which mode of the mount it lives on, +just like it is in UNIX. So CR/LF translation needs to be requested in +either the C call like this: + + open(FH, ">:crlf", "out.txt"); + +which will do conversion from LF to CR/LF on the output, or in the +environment settings (add this to your .bashrc): + + export PERLIO=crlf + +which will pull in the crlf PerlIO layer which does LF -> CRLF conversion +on every output generated by perl. + =item * F<.exe> -The Cygwin stat(), lstat() and readlink() functions make the F<.exe> +The Cygwin C, C and C functions make the F<.exe> extension transparent by looking for F when you ask for F (unless a F also exists). Cygwin does not require a F<.exe> extension, but I adds it automatically when building a program. @@ -424,26 +436,27 @@ However, when accessing an executable as a normal file (e.g., I in a makefile) the F<.exe> is not transparent. The I included with Cygwin automatically appends a F<.exe> when necessary. -=item * chown() +=item * C -On WinNT chown() can change a file's user and group IDs. On Win9x chown() +On WinNT C can change a file's user and group IDs. On Win9x C is a no-op, although this is appropriate since there is no security model. =item * Miscellaneous -File locking using the C command to fcntl() is a stub that +File locking using the C command to C is a stub that returns C. -Win9x can not rename() an open file (although WinNT can). +Win9x can not C an open file (although WinNT can). -The Cygwin chroot() implementation has holes (it can not restrict file +The Cygwin C implementation has holes (it can not restrict file access by native Win32 programs). Inplace editing C of files doesn't work without doing a backup of the file being edited C because of windowish restrictions, -so Perl adds the C<.bak> automatically if you just use C. +therefore Perl adds the suffix C<.bak> automatically if you use C +without specifying a backup extension. -Using fork() after loading multiple dlls may fail with an internal cygwin +Using C after loading multiple dlls may fail with an internal cygwin error like the following: C:\CYGWIN\BIN\PERL.EXE: *** couldn't allocate memory 0x10000(4128768) for 'C:\CYGWIN\LIB\PERL5\5.6.1\CYGWIN-MULTI\AUTO\SOCKET\SOCKET.DLL' alignment, Win32 error 8 @@ -451,9 +464,9 @@ error like the following: 200 [main] perl 377147 sync_with_child: child -395691(0xB8) died before initialization with status code 0x1 1370 [main] perl 377147 sync_with_child: *** child state child loading dlls -Use the rebase utility to resolve the conflicting dll addresses. -See: http://www.tishler.net/jason/software/rebase/ -and http://sources.redhat.com/ml/cygwin/2002-07/msg00276.html +Use the rebase utility to resolve the conflicting dll addresses. The +rebase package is included in the Cygwin netrelease. Use setup.exe from +F to install it and run rebaseall. =back @@ -487,7 +500,7 @@ be kept as clean as possible (listing not updated yet). Changes Changes5.005 Changes5.004 Changes5.6 pod/perl.pod pod/perlport.pod pod/perlfaq3.pod pod/perldelta.pod pod/perl5004delta.pod pod/perl56delta.pod - pod/perlhist.pod pod/perlmodlib.pod pod/buildtoc.PL pod/perltoc.pod + pod/perlhist.pod pod/perlmodlib.pod perl/buildtoc pod/perltoc.pod =item Build, Configure, Make, Install @@ -553,7 +566,7 @@ be kept as clean as possible (listing not updated yet). =head1 BUGS ON CYGWIN Support for swapping real and effective user and group IDs is incomplete. -On WinNT Cygwin provides setuid(), seteuid(), setgid() and setegid(). +On WinNT Cygwin provides C, C, C and C. However, additional Cygwin calls for manipulating WinNT access tokens and security contexts are required. @@ -565,8 +578,8 @@ alexander smishlajev , Steven Morlock , Sebastien Barre , Teun Burgers , -Gerrit Haase . +Gerrit P. Haase . =head1 HISTORY -Last updated: 2002-10-07 +Last updated: 2003-08-12