On 06/03/2013 06:44 PM, Albert Chin wrote:
> What's the best way to fix this?
Can you find out why _OSF_SOURCE isn't defined for you?
http://h30097.www3.hp.com/docs/base_doc/DOCUMENTATION/V51_HTML/MAN/MAN5/0001.HTM
says that _OSF_SOURCE should be on by default.
If we can figure out why it's
With latest gnulib:
$ uname -a
OSF1 gen V5.1 732 alpha
$ ./gnulib-tool --test --with-tests fwriting
...
source='../../gllib/freading.c' object='freading.o' libtool=no DEPDIR=.deps
depmode=tru64 /bin/ksh ../../build-aux/depcomp cc -DHAVE_CONFIG_H -I.
-I../../gllib -I.. -DGNULIB_STRICT_
On 06/03/2013 05:28 PM, Paul Eggert wrote:
How about the following idea instead?
Have sig2str.h export an array like this:
extern char const allsigstr[];
This would consist of a concatenation of null-terminated strings,
one per name, terminated by an empty string.
allsigstr could be initialize
How about the following idea instead?
Have sig2str.h export an array like this:
extern char const allsigstr[];
This would consist of a concatenation of null-terminated strings,
one per name, terminated by an empty string.
allsigstr could be initialized at compile-time, with no runtime
actions ne
On 06/02/2013 01:57 PM, Paul Eggert wrote:
On 06/01/2013 08:14 PM, Daniel J Sebald wrote:
Please consider placing extern "C" around the sig2str and str2sig declarations
inside sig2str.h similar to the attached diff/changeset. We're looking at using the
sig2str routine in Octave and removing s
I get these warnings from a project using Gnulib 20130529:
glob.c:165:1: warning: '__leaf__' attribute has no effect on unit local
functions [-Wattributes]
glob.c:213:1: warning: '__leaf__' attribute has no effect on unit local
functions [-Wattributes]
glob.c:214:1: warning: '__leaf__' att
