T support.
>
> To this effect, I would like to ask for your permission to relicense these
> modules (error and getprogname) from LGPLv3+ to LGPLv2+.
>
[...]
>
> For lib/getprogname.c we would need the approval of
> Pino Toscano
> Paul Eggert
> Jim Meyering
> G
be ASCII-
encoded. You can see the use of XLC's "#pragma convert()" there. But
routine scenarios, like getopt() option letters, don't need to do
anything special to work as intended.
* If there are any tricky encoding-related issues you are trying to
solve, I'm of
#x27;A'] = 65;
xlate['B'] = 66;
...
xlate['Z'] = 90;
...
c = xlate[c];
As I recall, there are EBCDIC variants with minor differences in the
positions of certain punctuation marks, and while they may or may not be
commonly used on z/OS, it would be de
27;s not the same result. Only the former would allow "char c = 0xC1" to
be recognized as a letter "A". The latter just makes 'A' == 0x41.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
that source could be
used on this system. However, gperf has no such encoding-related
option, probably because anything other than ASCII is too niche for
their purposes.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
> I myself was not aware of this wiki until you mentioned it to me
>
> This wiki is very recent (just a month old). The more useful content
> we add, the more known it will become. Gnulib did not become widely
> known within a month either :-)
Understood; I'll update that when I have
estdir/gllib/iconv_open.c. Object
file not created.
make[3]: *** [iconv_open.o] Error 12
Normally, everything builds using EBCDIC on this system. (There are ways
of compiling ASCII source, but that's not the usual way of working.)
There isn't a way to compile gperf tables in an encoding-agnostic
manne
.
>
> 2019-12-19 Bruno Haible
>
> iconv tests: Test canonicalized, not system-dependent, encoding names.
> * tests/test-iconv.c (main): Revert part of the 2016-08-17 patch.
So *that's* why test-iconv was breaking for me again :]
--Daniel
--
Daniel Richard G.
ess 99: FSUM7327 signal number 13 not
conventional
i370-ibm-openedition
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
*** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/gnulib-build'
make: *** [all] Error 2
Whatever magic exists to work around a missing PTHREAD_RWLOCK_INITIALIZER,
I'm not seeing it...
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
On Sat, 2019 Dec 14 08:36-05:00, Bruno Haible wrote:
> On Freitag, 13. Dezember 2019 15:33:42 CET Daniel Richard G. wrote:
> > On Fri, 2019 Dec 13 05:32-05:00, Bruno Haible wrote:
> > >
> > > This should fix it. Thanks for the feedback.
> >
> > Arrrgh, n
compiler options
> and environment variables. (Just like I tweaked the recommended
> options for building on HP-UX today. And HP-UX is _way_ simpler
> than z/OS!)
I'll be happy to tweak what's there if I can get feedback from other
users. To date, I've been effect
ation failed for file
/tmp/testdir/gltests/test-pthread-rwlock.c. Object file not created.
make: *** [test-pthread-rwlock.o] Error 12
(Note that all my Gnulib work is done in a testdir tree created using
gnulib-tool; my presumption is that this should set up everything
correctly from the get-go.)
-
ULIB_LOCALECONV"]="1"
S["LOCALE_FR"]="fr_FR"
S["localedir"]="${datarootdir}/locale"
D["HAVE_DUPLOCALE"]=" 1"
D["HAVE_USELOCALE"]=" 1"
D["HAVE_NEWLOCALE"]=" 1"
D["HAVE_FREELOCALE"]=" 1"
D["GNULIB_TEST_DUPLOCALE"]=" 1"
D["GNULIB_TEST_LOCALECONV"]=" 1"
D["GNULIB_TEST_LOCALENAME"]=" 1"
D["GNULIB_TEST_SETLOCALE"]=" 1"
/@localedir@/p
*@datadir@*|*@docdir@*|*@infodir@*|*@localedir@*|*@mandir@*)
s&@localedir@&${datarootdir}/locale&g
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
${datarootdir}/locale"
D["HAVE_DUPLOCALE"]=" 1"
D["HAVE_USELOCALE"]=" 1"
D["HAVE_NEWLOCALE"]=" 1"
D["HAVE_FREELOCALE"]=" 1"
D["GNULIB_TEST_DUPLOCALE"]=" 1"
D["GNULIB_TEST_LOCALECONV"]=" 1"
D["GNULIB_TEST_LOCALENAME"]=" 1"
D["GNULIB_TEST_SETLOCALE"]=" 1"
/@localedir@/p
*@datadir@*|*@docdir@*|*@infodir@*|*@localedir@*|*@mandir@*)
s&@localedir@&${datarootdir}/locale&g
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
As far as I've seen, the C99 mode on this compiler (per my original
flag) is complete and functional.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ortunity to do things slightly differently from
other systems, if the letter of the standard allows it :/
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
e mktempd_() shell function,
which provides the functionality of a missing mktemp(1). Given that this
is running in a build tree, wouldn't something like prefix$$ be enough?
If that can't be helped, then at least init.sh should perform this
sanity check. I see that there is already some shell-checking in place
via gl_shell_test_script_; perhaps this could be an added check. I hope
a helpful error message can be part of it too.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
CCN0793(I) Compilation failed for file /tmp/testdir/gltests/test-pthread.c.
Object file not created.
make[4]: *** [test-pthread.o] Error 12
I don't see "PTHREAD_RWLOCK_INITIALIZER_NP" anywhere in a clean Gnulib
tree, so I'm not sure how this could already be addressed...
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ble for a project to replace an existing
system header;
3 or 4. Feature-test macros needed to obtain a recognizable
pthreads API;
5. CC=xlc (there are a few usable XLC compiler frontends, and the user
might prefer one or another for whatever reason)
--Daniel
--
Daniel Richar
S["REPLACE_SETLOCALE"]="0"
S["REPLACE_LOCALECONV"]="0"
S["HAVE_FREELOCALE"]="0"
S["HAVE_DUPLOCALE"]="0"
S["HAVE_NEWLOCALE"]="0"
S["GNULIB_LOCALENAME"]="1"
S
Hi Bruno,
On Sun, 2019 Nov 17 19:17-05:00, Bruno Haible wrote:
>
> This patch should do it.
>
> 2019-11-17 Bruno Haible
>
> locale, localename: Improve z/OS support.
> Reported by Daniel Richard G. in
> <https://lists.gnu.org/archive/html/bug-g
7;t be relied upon.
>
> So it sounds like we should let this particular sleeping dog lie, as
> far as Gnulib is concerned.
I do get the feeling that the C11 brokenness of this compiler is not
worth working around. IBM is normally a stickler for standards, which
makes this an unusual scenario, but I think it's a good enough solution
for users who are bitten by this to press IBM to get it right. I
certainly plan on doing so.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
epare a patch to address the
duplocale() issue, for example, but could not achieve the desired
result without brute-forcing it. There appear to be subtleties that I'm
not aware of.
> One little area I may be able to help out is here:
>
> On 11/5/19 10:03 AM, Daniel Richard G. wrote:
>
fully integrated into gnulib and elsewhere, so
that less manual intervention is needed when building GNU software on
this platform. I am happy to answer questions, and help with testing any
proposed changes.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
Killed
My impression is that a stub was added to facilitate porting, but you're
not supposed to actually use it. (Locale support on z/OS is quite
limited anyway.)
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
mainder of integer division */
} div_t; <---HERE
[...]
int wctomb ();
size_t mbstowcs ();
size_t wcstombs ();
#else
div_tdiv (int, int); <---HERE
long int labs (long int);
ldiv_t ldiv (long int, long int);
-end stdlib.h excerpt-
These
/conftest.c:463 Undeclared identifier loc.
CCN0793(I) Compilation failed for file ./conftest.c. Object file not created.
configure:37672: $? = 12
I don't see duplocale() anywhere under /usr/include/, so the link test
result is probably spurious.
--Daniel
(Please Cc: any replies to me,
the test program. Seems like another PMR is in order...
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
g -qenumsize=4 .
With this flag, the output on z/OS matches that of other systems,
test-timespec passes, and the rest of the gnulib test suite is
unaffected. I think it may be worth considering having gnulib add this
flag by default on z/OS, to get the expected behavior.
--Daniel
--
Daniel Ric
say that we could make an RFE to support the newer rev
of POSIX, but realistically, that will sit in their queue for years.
Special-case the test for z/OS?
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
Works for me. test-perror.sh now passes clean.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
mination of the process.
> A
> Abnormal termination of the process [XSI] [Option Start] with
> additional actions. [Option End]
>
> Writing to stderr is an additional action this is OK for 'A' but not
> for 'T'.
Understood. Will push this to IBM.
the POSIX spec, at least on non-glibc platforms.
All right, that document seems pretty cut-and-dry about what
errno values can be returned. I'll file a report with IBM and see
what they say.
Thanks for the pointer,
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
mention of EINVAL. I don't know if this is a reasonable platform
variation, or a technical violation of POSIX. (If the latter, then I can
push this to IBM and they'll at least take it seriously.)
Please advise,
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
to the terminal:
$ ./test-sigpipe A | head -1
y
CEE5213S The signal SIGPIPE was received.
Broken pipe
This test could probably use a tweak as well.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
On Mon, 2017 Feb 20 22:36+0100, Bruno Haible wrote:
>
> Thanks for the report and explanations. The following patch should fix it.
> Pushed.
>
> 2017-02-20 Bruno Haible
>
> lock tests: Fix build failure on z/OS.
> Reported by Daniel Richard G. .
>
und
z/OS has POSIX threads (and pthread.h), but there is no semaphore.h
header. The sem_*() functions do not appear to exist on this platform.
I worked around this with a quick-and-dirty "#if defined(__MVS__)", but
a better fix may be to use HAVE_SEMAPHORE_H.
--Daniel
--
Daniel Richar
Good call, and I'm happy to report that your changes have resolved the
issue in git master ff41dd1f. Thank you for the fix!
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
plusplus */
#ifdef _NO_PROTO
long __builtin_expect();
#else
long __builtin_expect(long,long);
#endif
#ifdef __cplusplus
}
#endif
That is, builtins on this platform are handled as functions with a
special sort of linkage.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASC
FROM THE DESIGNATED CALL LIBRARY.
FSUM3065 The LINKEDIT step ended with return code 8.
configure:32159: $? = 3
Some testing shows that "#include" is needed in order for
the linkage to work correctly. #include also does the trick,
as that header pulls in this one
s tested and attached.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
diff --git a/lib/getprogname.c b/lib/getprogname.c
index 97a6aef..a19612a 100644
--- a/lib/getprogname.c
+++ b/lib/getprogname.c
@@ -28,6 +28,14 @@
# include
#endif
+#i
Please double-check the use of strdup(), to avoid memory leakage.
2016-10-12 Daniel Richard G.
getprogname: port to IBM z/OS
* lib/getprogname.c (getprogname) [__MVS__]: Use getpid,
w_getpsent and strdup to obtain the program name string.
--Daniel
--
Daniel
es in.
That wraps it up for my initial submission. Here's hoping the next batch
won't be terribly far off.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ke a typo.
(A goes with A, B goes with B, so what should go with C...)
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
2016-08-19 Daniel Richard G.
* tests/test-c-strncasecmp.c: Allow two c_strncasecmp() calls
which assume ASCII encod
later ones.
Understood. I will keep this in mind for the next patch.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
b-zos-strtod.patch: Address a couple quirks in the z/OS
implementation of strtod().
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
diff --git a/tests/test-c-strcasecmp.c b/tests/test-c-strcasecmp.c
index f7f6b43..47feac8 100644
--- a/te
z/OS, and that will hopefully remain
the case for a good long while.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ity that surround many mainframe installations, I wouldn't
be surprised if some folks do. Not that the xlc man page gives
any hint why:
-qchars={signed|unsigned}
Determines whether all variables of type char are
treated as either signed or unsigned.
The
and return to this list with my findings in a few days.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
DIC LF not being classified as control nor space looks dodgy. But as
it appears that all control and space characters are also isascii()
characters, I suspect IBM for whatever reason did not want to have a
codepoint that would be an exception to that rule.
So to make a long story short: After I ad
IC. Even something like
wchar_t buf[] = { 'a', 'b', 'c', '\0' };
doesn't work properly in that case.
--Daniel
On Wed, 2015 Sep 23 12:29-0700, Paul Eggert wrote:
> On 09/22/2015 11:58 PM, Daniel Richard G. wrote:
> >
> > What ab
ctype that compares c_iscntrl() with
its system counterpart? If the assumption is that alternate EBCDIC
encodings used with Gnulib will agree with EBCDIC-1047 on these
characters, then that should be checked.
Also, perhaps, that any character for which c_iscntrl() is true should
return false from most of the other functions...
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
. I wasn't expecting you to all but rewrite c-ctype!
Just to help inform the discussion, I've attached a small program that
shows the output of the various isx() functions for all values in
[0, 255], and its output on z/OS with EBCDIC-1047 and -D_ALL_SOURCE.
It goes to show: where
odd on this platform in that it is not distinguishable via dev/ino
> (every other platform with distinct // at least has the decency to
> give a distinct dev/ino).
Yes, my intent was to show why the DOUBLE_SLASH_IS_DISTINCT_ROOT test
was giving the result that it had.
There's certainly muc
e. That's better if cross-compiling.
>
> In comments, prefer imperatives, e.g., "Instead, temporarily redefine
> ..." rather than "Instead, we temporarily redefine ...". This is
> standard GNU style and is shorter.
Roger all that.
> The get_rusage_as code has duplications. Simpler would be:
Agreed, but that's in the "general clean-up" category :)
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ng
> special in z/OS" problem, so quite possibly further patches will be
> needed to this module.
> Email had 1 attachment:
> + 0001-c-ctype-port-better-to-EBCDIC.patch
> 21k (text/x-patch)
I'll be happy to test your [revised] patch this evening.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
x, but not all. As for what the
configure test does...
$ ls -di / //
1 / 1 //
$ wc /dev/null
0 0 0/dev/null
$ wc //dev/null
wc: file "//dev/null": EDC5047I An invalid file name was specified as a
function parameter.
And yet...
$ cd //dev
$ ls -l null
crwxrwxrwx 1 BPXROOT SYS1 4, 0 Sep 3 2013 null
It's not clear exactly how this "alternate root" is implemented---
possibly by intercepting pathnames in open(). Might be worth
special-casing the DOUBLE_SLASH test for this platform...
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
king-pipe.h
* Added z/OS awareness. (I tested this and found that exact
boundary value; the test fails with 131072.)
+++ tests/test-nonblocking-reader.h
* Nonblocking read() returns EWOULDBLOCK on this system.
+++ tests/test-nonblocking-writer.h
* Nonblocking write() returns EWOULDBLOCK on this sy
value of -1.
>
> Yes that looks incorrect.
> Perhaps something like this suffices:
Indeed, test-nanosleep now passes for me on both Linux (when using that
implementation) and the system I'm working on. Thank you for the fix!
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
plies to me, as I am not subscribed to this list.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
.. passed
General socket test with fork... passed
Pipe test... passed
FAIL: test-select
(Not sure what info would be helpful here; are these just broken HP-UX
syscalls?)
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ust
helpful for me to know what I should focus on first.)
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ted sockets test... passed
General socket test with fork... passed
Pipe test... passed
FAIL: test-select
===
7 of 459 tests failed
(30 tests were not run)
===
(Note: The test-nonblocking-socket.sh test hung and had to be killed
manually in order to complete the test suit
quot; failures, but I'll report those in a
separate thread.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ac seem suspect:
m4_pushdef([AC_LIBOBJ], m4_defn([gl_LIBOBJ]))
m4_pushdef([AC_LIBOBJ], m4_defn([gltests_LIBOBJ]))
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
a degree, yes, but there's also some preprocessor symbols that should
be defined. From the cc(1) man page:
-mtSets various -D flags to enable multi-threading and
also sets -lpthread. For details see HP C Online Help.
> I pushed this patch to try to fi
tory `/tmp/testdir/_build/gltests'
This link needs to be done with -mt to pull in the pthreads library.
(I'm not sure how Gnulib is supposed to obtain the appropriate threads
flag, however.)
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
ting results, so the page eventually
went away.
It's unfortunate that Gnulib doesn't have any kind of officially-
sanctioned autobuild (as, say, the CMake project has); given how many
platform quirks it has to deal with, this would surely help.
--Daniel
--
Daniel Richard G. || sk...@is
7;s
http://autobuild.josefsson.org/gnulib/ site, but that now returns 404
(even though the top-level is still there).
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
max(__a, __b, __c) __strtoull(__a, __b, __c)
#define strtoumax(__a, __b, __c) (uintmax_t)strtoul(__a, __b, __c)
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
../../gllib/strtoimax.c", line 62: error 1584: Inconsistent type
declaration: "intmax_t".
cc: panic 2017: Cannot recover from earlier errors, terminating.
gmake[4]: *** [strtoimax.o] Error 1
gmake[4]: Leaving directory `/tmp/gltestdir/_build/gllib'
The attached patch fixes the issue
On Sat, 2011 Oct 22 14:41+0200, Bruno Haible wrote:
>
> Good point. And adding EILSEQ in errno.in.h also requires a change to
> lib/strerror-override.c.
And a couple other places, I believe! Revised patch attached.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig
elevant, a much shorter delay everywhere
else), but the explanation in the comment needs revising.
> > * I've added a definition of EILSEQ to lib/errno.in.h; does that
> > look right?
> >
> > The libiconv folks may need to be pinged about this change, as I
. Is
there any precedent for doing this in gnulib?
Patch against current git master is attached.
--Daniel
--
Daniel Richard G. || sk...@iskunk.org
My ASCII-art .sig got a bad case of Times New Roman.
diff --git a/lib/errno.in.h b/lib/errno.in.h
index 0bf5792..eafda21 100644
--- a/lib/errno.in.h
+
Oh, that subject line is *so* overselling this...
On Sat, 2011 Oct 15 02:08+0200, Bruno Haible wrote:
>
> Thanks for these two. I committed them in your name:
Much obliged!
> In git log, your committer name comes out as
> "Daniel Richard G "
> aithough I used the option
um pieces, as that's not Gnulib's job.
I agree, actually; that's why I couched this in terms of supporting
older seds in general, rather than NS qua NS.
I'm currently playing around with Bruno's --create-testdir suggestion,
and will follow that up. (I so wish I had played
it to be used instead of the old one. (Doing
this with /usr/local/bin causes other breakage that I have yet to
investigate.)
> Your patch replaces 1 line of code with 4 lines of code and is the
> kind of complexity we want to avoid if we can.
Gnulib and Autoconf are already rife with checks
since
suffix rules need VPATH-fu to find their target if it's not in the
current directory.
--Daniel
--
NAME = Daniel Richard G. _\|/_Remember, skunks
MAIL = sk...@iskunk.org (/o|o\) _- don't smell bad---
MAIL+= sk...@alum.mit.edu < (^),> it's the people w
srcdir is read-only, but I'd rather give up that than out-of-source-
tree builds when GNU Make isn't available.
--Daniel
--
NAME = Daniel Richard G. _\|/_Remember, skunks
MAIL = sk...@iskunk.org (/o|o\) _- don't smell bad---
MAIL+= sk...@alum.mit.edu < (^),> it's the people who
WWW = (not there yet!) / \ annoy us that do!
't
you just run Linux?"
No, only madness lies down that path
--Daniel
--
NAME = Daniel Richard G. _\|/_Remember, skunks
MAIL = sk...@iskunk.org (/o|o\) _- don't smell bad---
MAIL+= sk...@alum.mit.edu < (^),> it's the people who
WWW = (not there yet!) / \ annoy us that do!
subscribed to this list.)
--
NAME = Daniel Richard G. _\|/_Remember, skunks
MAIL = sk...@iskunk.org (/o|o\) _- don't smell bad---
MAIL+= sk...@alum.mit.edu < (^),> it's the people who
WWW = (not there yet!) / \ annoy us that do!
> -Original Message-
> From: Bruno Haible [mailto:br...@clisp.org]
> >
> > From "egrep '^#|timespec' i" ...
> >
> > # 582 "/usr/include/sys/types.h"
> > # 35 "/usr/include/sys/sysmisc.h"
> > typedef struct timespec {
> > } timespec_t;
> > # 35 "/usr/include/sys/siginfo.h"
>
> So? What is yo
> -Original Message-
> From: bug-coreutils-bounces+oss=teragram@gnu.org
> [mailto:bug-coreutils-
> bounces+oss=teragram@gnu.org] On Behalf Of Bruno
> Haible
>
> The usual way to debug this kind of things is
> 1) to look at the preprocessor output. Here:
> $ cc -std -std -I.
for the gnulib readutmp module:
>
> * m4/readutmp.m4 (gl_READUTMP): Work around AIX 4.3 struct-
> redefinition bug when using both and headers.
> * lib/readutmp.h: Likewise. Reported by Daniel Richard G. in
> <http://article.gmane.org/gmane.comp.gnu.co
85 matches
Mail list logo
