This is what VMS needs to be able to issue the rsh command. VMS does not really fork(), what happens is that the fork() calls a routine named vfork() via a macro which sets a longjump to appear to re
Update VMS special code to work with gnulib headers. -John address@hidden Personal Opinion Only -- /src_root/tar-1.19/lib/canonicalize-lgpl.c Fri Sep 28 08:11:36 2007 +++ /stage_vms_src/tar-1.19/lib/
According to John E. Malmberg on 3/8/2008 1:32 PM: TYPE_MAXIMUM already handles unsigned types. It seems like you have a buggy compiler, instead. I should have re-read the comments in the module. By
According to John E. Malmberg on 3/8/2008 1:32 PM: TYPE_MAXIMUM already handles unsigned types. It seems like you have a buggy compiler, instead. I should have re-read the comments in the module. Huh
The C standard requires (unsigned int) -1 to have the same type and value as UINT_MAX. A C compiler that evaluates ((unsigned int) -1) < 0 as true is buggy. -- Ben Pfaff http://benpfaff.org
According to John E. Malmberg on 3/8/2008 1:32 PM: TYPE_MAXIMUM already handles unsigned types. It seems like you have a buggy compiler, instead. Huh? C99 6.3.1.8 states: "Otherwise, if the operand t
I believe that this attached patch gets intprops.h TYPE_MAXIMUM to handle unsigned types. A mask is needed because of an extension that most C compilers have that allow ((unsigned int) -1) to be test
The next test for me to get working is options.at. The issue is that the VMS UID is 32 bits with the GID encoded in it, unless special mapping is in place. So to encode the UID in uid_to_chars(), the
A VPATH build is one where the sources and object files live in different directories. For example: mkdir compile tar zxf /tmp/blah.-1.0.tar.gz cd compile ../blah-1.0/configure make install See also
For situations like this, gnulib usually "overloads" the system provided function, so that it has the POSIX specified prototype and behaves like POSIX says. This allows programmers to write code for
In lib/sys_stat.in : The VMS DECC compiler needs to test the undefined macros with !defined. What do you mean by this? There is a bug where in some cases it does not work, particularly if more than
All versions of the above C compilers define the __DECC and __VMS macros. ... The __ALLOCA is a compiler built in, so it is specific to the compiler and not to the version of the operating system. .
* John E. Malmberg wrote on Mon, Mar 03, 2008 at 07:01:46AM CET: In tests/testsuite : VMS can not deal with having a file/directory named testname and testname.dir in the same directory. This is beca
The header files on other systems behave similarly. Therefore gnulib does not turn on flags like _POSIX_SOURCE globally. We have had bad experience with this approach. For situations like this, gnuli
Thanks for these infos. I'm updating the ChangeLog entry, for reference: 2008-03-03 John E. Malmberg <address@hidden> (tiny change) Bruno Haible <address@hidden> Add support for HP C 7.1 on OpenVMS 8
In src/names.c The declarations for getgrnam and getpwnam interfere with the ones in the system supplied headers. -- /src_root/tar-1.19/src/names.c Sun Aug 12 02:46:25 2007 +++ src/names.c Mon Dec 1
In lib/alloca.in.h : VMS needs a definition for the built-in __ALLOCA when using the DECC compiler. I committed your change with modifications: - This definition was at the wrong place. You put it i
What do you mean by this? 1) What is the result of preprocessing (cc -E) code like this? == foo.c == int dummy1; int dummy2; == 2) What is the definition of S_ISUID, S_ISGID, S_IREAD, S_IRUSR, S_IRGR
Can you please show the relevant part of the system-supplied headers (i.e. the declarations of these functions and of their argument and return types? Bruno