.
===
Does it make sens to add the compiler you tested with?
--
albert chin ([EMAIL PROTECTED])
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
for once-only execution (? la pthread_once) to
lock.h and lock.c.
I'd review this:
http://mailman.mit.edu/pipermail/kerberos/2005-May/007723.html
It details how the weak referenced stubs in libc on some systems work
with pthread_once().
--
albert chin ([EMAIL PROTECTED
/thread/4586067cd05bb6cb/d971cc2459ec0ded?q=pthread+group:comp.sys.sgi.admin+author:albert+author:chinrnum=1hl=en#d971cc2459ec0ded
--
albert chin ([EMAIL PROTECTED])
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug
want to import strtoll and invalidate the wget license.
--
albert chin ([EMAIL PROTECTED])
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
/* __GNUTLSCONFIG_H__ */' $outfile
])
--
albert chin ([EMAIL PROTECTED])
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
#include sys/socket.h])
])
--
albert chin ([EMAIL PROTECTED])
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
On Thu, Sep 01, 2005 at 01:28:39PM +0200, Simon Josefsson wrote:
Albert Chin [EMAIL PROTECTED] writes:
We created the following macro for curl. It's been tested on the
following systems:
Has the copyright been assigned to the FSF?
No. I'd like to see a liberal license with this though
On Fri, Sep 02, 2005 at 09:26:16AM +0200, Simon Josefsson wrote:
Albert Chin [EMAIL PROTECTED] writes:
On Thu, Sep 01, 2005 at 01:28:39PM +0200, Simon Josefsson wrote:
Albert Chin [EMAIL PROTECTED] writes:
We created the following macro for curl. It's been tested on the
following
On Fri, Sep 02, 2005 at 09:35:05AM -0500, Albert Chin wrote:
On Fri, Sep 02, 2005 at 09:26:16AM +0200, Simon Josefsson wrote:
Albert Chin [EMAIL PROTECTED] writes:
On Thu, Sep 01, 2005 at 01:28:39PM +0200, Simon Josefsson wrote:
Albert Chin [EMAIL PROTECTED] writes:
We created
this. Of course the 11.23/IA C compiler has a c99
mode. Should I juse use 'c99' instead?
--
albert chin ([EMAIL PROTECTED])
-- snip snip
2005-11-23 Albert Chin-A-Young [EMAIL PROTECTED]
lib/stdbool_.h: Don't define _Bool if compiler has both
bool and _Bool.
Index: lib/stdbool_.h
autodetect AC_PROG_CXX and build with the
C++ compiler only if AC_PROG_CXX has been called (AC_PROVIDE_IFELSE?).
--
albert chin ([EMAIL PROTECTED])
-- snip snip
--- mbstate_t.m4.orig 2005-01-26 00:38:40.0 -0600
+++ mbstate_t.m42005-11-26 00:36:42.285226000 -0600
@@ -13,7 +13,7
On Fri, Nov 25, 2005 at 11:11:05PM -0800, Paul Eggert wrote:
+#if defined __cplusplus || defined __BEOS__
typedef bool _Bool;
+#else
This will break on C++ compilers with bool _and_ _Bool, like the HP-UX
11.23/IA-64 aCC6 compiler.
--
albert chin ([EMAIL PROTECTED
On Sun, Nov 27, 2005 at 10:08:44PM -0800, Paul Eggert wrote:
Albert Chin [EMAIL PROTECTED] writes:
We've currently solved it by implementing
separate defines depending on the language.
That doesn't sound quite right. If you compile with different C
compilers, or the same C compiler
On Mon, Nov 28, 2005 at 01:04:10PM -0800, Paul Eggert wrote:
Albert Chin [EMAIL PROTECTED] writes:
I'm talking about _one_ project with two languages, C and C++. In
such a project, if human.h includes stdint.h because of
HAVE_STDINT_H, how should a C++ source file #include human.h
On Mon, Nov 28, 2005 at 04:43:06PM -0800, Paul Eggert wrote:
Albert Chin [EMAIL PROTECTED] writes:
We tried this with gl_STDINT_H. However, the custom stdint_.h defines
uintmax_t which conflicts with gl_AC_TYPE_UINTMAX_T.
That sounds like a problem that needs fixing anyway. And I think
but not available in the shared
library.
--
albert chin ([EMAIL PROTECTED])
at the bos.rte.libc fixed bugs list:
IY62952 2 strnlen can return results longer than the limit
I have no idea which revision of bos.rte.libc this is in or if the
above is the fix.
--
albert chin ([EMAIL PROTECTED])
' option of the Solaris linker).
At some point I was going to propose to move this into gnulib.
Does the GNU linker support this feature too? ld-2.16.1 does not document
a -z ignore option.
--as-needed.
--
albert chin ([EMAIL PROTECTED])
#endif
The best way to test for getaddrinfo() is to compile a small program
using the function and include netdb.h.
--
albert chin ([EMAIL PROTECTED])
On Sun, Jul 09, 2006 at 09:41:40PM -0700, Paul Eggert wrote:
Albert Chin [EMAIL PROTECTED] writes:
wctype.h isn't available on HP-UX 10.20 nor 11.00.
modules/mbchar says that you're supposed to include mbchar.h this way:
#if HAVE_WCHAR_H HAVE_WCTYPE_H
#include mbchar.h
#endif
a bug: stdio.h must be included before
wchar.h.
- BSD/OS 4.1 has a bug: stdio.h and time.h must be included before
wchar.h. */
#if HAVE_DECL_MBSWIDTH_IN_WCHAR_H
# include wchar.h
#endif
--
albert chin ([EMAIL PROTECTED])
On Sun, Feb 04, 2007 at 07:52:08AM -0700, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Albert Chin on 2/4/2007 7:47 AM:
The IBM C compiler on AIX 4.3.3 (v6) doesn't like signed bit types:
gmake[1]: Entering directory `/opt/build/m4-1.4.8/src'
xlc
On Sat, Feb 03, 2007 at 06:35:53PM -0800, Paul Eggert wrote:
Albert Chin [EMAIL PROTECTED] writes:
It looks like the only way
to get the builtin va_copy() to work on AIX 5.3 is to add
-qlanglvl=extc99 to CFLAGS?
For what it's worth, we should be encouraging that anyway
On Mon, Feb 05, 2007 at 10:49:52AM -0600, Matthew Woehlke wrote:
Paul Eggert wrote:
Albert Chin [EMAIL PROTECTED] writes:
It looks like the only way
to get the builtin va_copy() to work on AIX 5.3 is to add
-qlanglvl=extc99 to CFLAGS?
For what it's worth, we should be encouraging
with gnulib
version.
glib, which is LGPL, has a AC_FUNC_SNPRINTF_C99 in acinclude.m4 you
might want to check out.
--
albert chin ([EMAIL PROTECTED])
Any reason all uses of #include config.h aren't wrapped with #ifdef
HAVE_CONFIG_H like so:
#ifdef HAVE_CONFIG_H
# include config.h
#endif
Some .c files have the above and some don't. Seems to make sense for
all to have the form above.
--
albert chin ([EMAIL PROTECTED])
#include directives, the error above occurs. Definitely seems like a
compiler bug. The #include directive seems to be resetting the order of
the search paths.
--
albert chin ([EMAIL PROTECTED])
] ... [-f Script_file] ... [File ...]
executing aclocal -I glm4
...
If I make sure GNU sed as 'sed' is in $PATH, so /bin/sed is not used,
it works. Haven't yet found the culprit though.
--
albert chin ([EMAIL PROTECTED])
On Thu, Sep 04, 2008 at 12:26:43PM -0500, Albert Chin wrote:
[[ snip snip ]]
Compiler bug? It seems like #include_next isn't working. Oddly, if I
modify fcntl.h so it's just:
#include_next fcntl.h
then everything works. But, if I precede the #include_next with other
#include directives
On Thu, Sep 04, 2008 at 08:40:42PM +0200, Ralf Wildenhues wrote:
* Albert Chin wrote on Thu, Sep 04, 2008 at 07:33:36PM CEST:
$ ./gnulib-tool --test --with-tests fcntl
[...]
sed: 0602-429 No editing script was provided.
Usage: sed [-n] Script [File ...]
sed [-n] [-e
\
But this is wrong. What we want is:
S[NEXT_MATH_H]=\///usr/include/math.h\
else HUGE_VAL isn't found when lib/strtod.c is compiled.
Maybe we should use -C only when -E produces empty output?
--
albert chin ([EMAIL PROTECTED])
On Sun, Nov 09, 2008 at 03:15:22PM +0100, Bruno Haible wrote:
Albert Chin wrote:
The fix that I found is to use xlc -E -C instead of xlc -E. It has the
effect of turning the config.status lines
S[NEXT_SIGNAL_H]=\///usr/include/sys/signal.h\
S[NEXT_DIRENT_H
this. Probably also adding replacements for btowc and mbrtowc.
[ snip snip ]
Any plans to commit the patch?
--
albert chin ([EMAIL PROTECTED])
On Wed, Jan 14, 2009 at 07:42:50PM +0100, Jim Meyering wrote:
Albert Chin bug-gnu...@mlists.thewrittenword.com wrote:
The Sun C++ compiler fails to compile the test case in m4/mktime.m4
correctly because of the KR style function prototypes. Patch attached.
Hi Albert,
That patch looks
platforms, this test will
fail.
On RHEL4, g++ returns:
error: invalid conversion from `unsigned char*' to `char*'
because the `translate' member is char *. RHEL5 work fine as the
`translate' member is unsigned char *.
--
albert chin (ch...@thewrittenword.com)
lib/arpa_inet.in.h needs the usual:
#ifdef __cplusplus
extern C {
#endif
...
#ifdef __cplusplus
}
#endif
to work under C++. Patch attached.
--
albert chin (ch...@thewrittenword.com)
From 36f93105aace962d70703887bfa633ca0c0f0638 Mon Sep 17 00:00:00 2001
From: Albert Chin-A-Young
?
--
albert chin (ch...@thewrittenword.com)
the same problem.
--
albert chin (ch...@thewrittenword.com)
/msg00098.html
--
albert chin (ch...@thewrittenword.com)
Patch attached to update wording for m4/include_next.m4 to reveal recent
IBM PTF's that fix the #include_next bug in IBM C 9.0/10.1.
--
albert chin (ch...@thewrittenword.com)
From 9095347bf98b43fce0268d72bef47e74bca1eec1 Mon Sep 17 00:00:00 2001
From: Albert Chin-A-Young ch...@thewrittenword.com
source='strtoull.c' object='strtoull.o' libtool=no \
DEPDIR=.deps depmode=hp /bin/sh ../build-aux/depcomp \
cc -Ae -DHAVE_CONFIG_H -I. -I.. -g -c strtoull.c
cpp: stdlib.h, line 52: error 4036: Can't open include file 'stdint.h'.
gmake[4]: *** [strtoull.o] Error 1
--
albert chin (ch
On Tue, Mar 24, 2009 at 02:27:20PM +0100, Simon Josefsson wrote:
Eric Blake e...@byu.net writes:
According to Simon Josefsson on 3/24/2009 1:48 AM:
Albert Chin bug-gnu...@mlists.thewrittenword.com writes:
With latest gnulib on HP-UX 10.20:
$ ./gnulib-tool --create-testdir --dir=t
On Mon, Feb 19, 2007 at 04:47:47PM -0800, Ben Pfaff wrote:
Albert Chin [EMAIL PROTECTED] writes:
On Mon, Feb 19, 2007 at 03:53:10PM -0800, Ben Pfaff wrote:
Albert Chin [EMAIL PROTECTED] writes:
Huh? So, if vsnprintf() exists, you assume it's C99-compliant? glib
has a check
.
--
albert chin ([EMAIL PROTECTED])
files? Sorry, so far I wasn't able
to see easily in which directory this compilation command would be
executed.
And, if $compile_command can be libtool, you'll definitely run into
problems, especially on AIX with -export-dynamic.
--
albert chin ([EMAIL PROTECTED])
: # # . . . . #
HP-UX 10.20's libc has snprintf() but there is _no_ function prototype
for it.
--
albert chin ([EMAIL PROTECTED])
gl_REPLACE_VASNPRINTF
gl_REPLACE_VSNPRINTF
fi
])
Does gl_cv_func_vsnprintf_posix=yes on AIX 5.1, and Solaris 6-9/SPARC?
http://lists.gnu.org/archive/html/bug-gnulib/2007-02/msg00224.html
--
albert chin ([EMAIL PROTECTED])
to the commercial C
compiler which reverts to the system cc but that would need to be done
for _most_ gnulib-using programs, something that is not desirable.
--
albert chin ([EMAIL PROTECTED])
On Wed, Apr 04, 2007 at 09:14:12PM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Albert Chin on 4/4/2007 8:59 PM:
Unfortunately, #include_next stdio.h doesn't include
/usr/include/stdio.h. It includes ./stdio.h, the gnulib version of
stdio.h
doesn't work.
So, do we need to compensate for this. I hacked up something to work
around this and have attached it.
--
albert chin ([EMAIL PROTECTED])
Index: lib/string_.h
===
--- lib/string_.h.orig 2007-09-01 16:44:18.805051431
it should be supported on a
case-by-case basis. That is, if someone reports a problem building
some mixed C/C++ project against gnulib, we fix that part of gnulib
rather than some major overhaul. This would be the least intrusive and
require the least amount of work.
--
albert chin ([EMAIL PROTECTED])
ngetaddrinfo
#else
#define getaddrinfo ogetaddrinfo
#endif
The correct method to test for getaddrinfo on this system is to
include netdb.h and try linking a program using getaddrinfo(). Patch
attached.
--
albert chin ([EMAIL PROTECTED])
Index: m4/getaddrinfo.m4
in the same way.
2007-10-17 Albert Chin-A-Young [EMAIL PROTECTED]
Jim Meyering [EMAIL PROTECTED]
* lib/string.in.h: Include config.h before string.h.
This fixes a compilation error on HP-UX, due to the system's
restrict-using strsep prototype
249: warning 2012: Unrepresentable preprocessor
number 1LL.
cpp: test-stdint.c, line 249: error 4038: Bad syntax for #if condition.
*** Error exit code 1
The problem is the following:
#if INTMAX_MIN INTMAX_MAX UINTMAX_MAX
/* ok */
#else
err or;
#endif
--
albert chin ([EMAIL
, 44, 55);
ASSERT (result != NULL);
if (have_minus_zero ())
ASSERT (strcmp (result, -0x0p+0 33) == 0);
ASSERT (retval == strlen (result));
free (result);
}
The value of result is 0x0p+0 33.
--
albert chin ([EMAIL PROTECTED])
-fseeko.sh
FAIL: test-fseeko.sh
../../gltests/test-ftello.c:94: assertion failed
../../gltests/test-ftello.sh: line 3: 10806 Aborted
./test-ftello${EXEEXT} 1 $srcdir/test-ftello.sh
FAIL: test-ftello.sh
PASS: test-lseek.sh
PASS: test-stdio
PASS: test-unistd
--
albert chin ([EMAIL
abandon support for it or remove the tests. The HP C
compiler is fine with long longs, just not the preprocessor.
--
albert chin ([EMAIL PROTECTED])
)' \
128: $(srcdir)/wchar.in.h; \
So, 101 lines which causes sed to fail.
I suppose we need to require AC_PROG_SED and use $SED instead of sed
accordingly?
--
albert chin (ch...@thewrittenword.com)
);
or:
r = strtold_l (nptr, endptr, locale);
Where is strtod_l/strtold_l defined? I can't find it in any source file.
--
albert chin (ch...@thewrittenword.com)
.
--
albert chin (ch...@thewrittenword.com)
_IOINUSE02000 /* new flag for _THREAD_SAFE */
#define _IONONSTD 04000
#define _IOCLOSE01
#define _IOWINIT02
#define _IOWSET 04
...
What's the best way to fix this?
--
albert chin (ch...@thewrittenword.com)
On Sun, Jun 03, 2007 at 02:53:22PM +0100, Gary V. Vaughan wrote:
[[Cc:ing Albert Chin: Albert, why do we need +Onofltacc in the
standard hpux11.23
flags, when it clearly causes NaN regressions?]]
From the cc(1) man page:
+O[no]fltacc Disable [enable] floating-point
62 matches
Mail list logo