Bruno Haible writes:
> Sam James wrote:
>> It's metadata in addition to the
>> commit summary (matching based on a title isn't easy, it's way easier if
>> someone says "here's the commits it's based on"; one can give multiple
>> such lines).
>
> It woul
it's way easier if
someone says "here's the commits it's based on"; one can give multiple
such lines).
If it's not easy for you to add that metadata with your workflow, that's
fine, of course.
thanks,
sam
Bruno Haible writes:
> Sam James wrote:
>> Could I propose that cherry-picks to the stable-XXX branches are done
>> with 'git cherry-pick -x'? This is often done in projects following a
>> gnulib-like model.
>>
>> git will append '(cherry picked from commit ...
and distinguish
branch-only commits from backports.
thanks,
sam
signature.asc
Description: PGP signature
Paul Eggert writes:
> On 2024-04-27 15:17, Sam James wrote:
>> Someone might read this and wrongly think that "GCC 14"
>> is broken.
>> I'd just omit 14 here.
>
> Good point as I think some of these bugs are also in GCC 13.x for some
> value of x.
>
Paul Eggert writes:
> * m4/nullptr.m4 (gl_NULLPTR): Work around GCC bug 114780.
> ---
> ChangeLog | 3 +++
> doc/gnulib.texi | 4
> m4/nullptr.m4 | 18 --
> 3 files changed, 23 insertions(+), 2 deletions(-)
>
> diff --git a/ChangeLog b/ChangeLog
> index
Paul Eggert writes:
> This patch is mostly taken from Autoconf master.
> * m4/largefile.m4 (AC_SYS_YEAR2038_RECOMMENDED):
> Undefine if unpatched Autoconf 2.72 or earlier, so that
> later code will redefine it.
> The remaining part of this patch is from Autoconf master.
>
t congratulations Collin!
> [...]
>
> Bruno
best,
sam
Bruno Haible writes:
> Hi Sam,
>
Hi Bruno,
>> * m4/wchar_h.m4: Remove duplicate serial number specification and increment
>> serial.
>
> Thanks, applied.
>
>> (It's easier for some work I'm doing if each serial maps to one checksum
>> of the macro,
Remove duplicate serial number specification (the latter of which is invalid)
and increment the serial to reflect this change.
(It's easier for some work I'm doing if each serial maps to one checksum
of the macro, and serial #s are free.)
* m4/wchar_h.m4: Remove duplicate serial number
of this distro.
>
I do sympathise with these points and also that it might be
overwhelming given it removes the ability to fix some elements of the
build environment. Right now, you can at least assert that it builds in
a diverse set of places based on what you tested.
> Bruno
thanks,
sam
signature.asc
Description: PGP signature
Paul Eggert writes:
> I've not been a fan of those .m4 serial numbers, which may help to
> explain why so many .m4 files lack them. Although I still have doubts
> whether they're worth the trouble, perhaps it'd help if we added a
> file m4/.dir-locals.el (or something similar) that would cause
Bruno Haible writes:
> Sam James wrote:
>> For reasons once might be able to guess, I'm currently playing with
>> "known" M4 macros vs unseen serials and such.
>>
>> At the moment, my tool uses the format described at
>> https://www.gnu.org/soft
s valid (I know it's largely a convention)? Is there a
reason for the apparent inconsistency in format used within e.g. gnulib?
Is there anywhere else I should go read up on conventions for this?
I'll inevitably have to try deal with both formats as they will be in
the wild anyway, but got cur
Bruno Haible writes:
> Sam James wrote:
>> > I see... you are building a cache that will become invalid when either
>> > - the bootstrap.conf changes, or
>> > - there is a change in gnulib in one of the request modules (in the
>> > module descri
Bruno Haible writes:
> Simon Josefsson wrote:
>> I now
>> remember that something like this was discussed before:
>>
>> https://git.savannah.gnu.org/cgit/libidn.git/commit/?id=9ae53e866a6fafa56db26d184ccae9c39dae7446
>> https://lists.gnu.org/archive/html/bug-gnulib/2021-05/msg00077.html
>
> I
Bruno Haible writes:
> Sam James wrote:
>> > It's good if you have the time to test not-yet-released compiler versions.
>> > I don't have that time, and therefore will prefer to wait until the
>> > clang release is out.
>>
>> OK. You've appreciated re
Bruno Haible writes:
> Sam James wrote:
>> it's still going to be an issue if (as
>> planned) Clang flips '-Wincompatible-pointer-types' to error out by
>> default unless they carve out an exception for qualifiers here.
>>
>> I'll advocate that they do, of co
Sam James writes:
> Bruno Haible writes:
>
>> Hi Sam,
>
> Hi Bruno,
>
>>
>>> The configure test in gl_FUNC_FREXP_WORKS within m4/frexp.m4 triggers
>>> a Clang warning/error when Clang is passed
>>> -Werror=incompatible-pointer-types.
Bruno Haible writes:
> Hi Sam,
Hi Bruno,
>
>> The configure test in gl_FUNC_FREXP_WORKS within m4/frexp.m4 triggers
>> a Clang warning/error when Clang is passed
>> -Werror=incompatible-pointer-types.
>
> Gnulib does not support CC or CPPFLAGS or CFLAGS valu
I'm working through
the backlog there as well.
thanks,
sam
c_start_call_main
../sysdeps/nptl/libc_start_call_main.h:58
#11 0xfff800010092a99c in __libc_start_main_impl
/usr/src/debug/sys-libs/glibc-2.37-r3/glibc-2.37/csu/libc-start.c:360
#12 0x1000d74 in _start (/usr/bin/perl+0xd74)
It appears that the obstack gnulib module is the culprit. The workaround
patch Gavin has applied to release/7.1 is at
https://git.savannah.gnu.org/cgit/texinfo.git/commit/?h=release/7.1=81a854e22ca2449f2351436a863e5262935f5dc0.
thanks,
sam
Bruno Haible writes:
> Sam James wrote:
>> I don't think this applies to gnulib, but it feels relevant enough for
>> me to mention it: for packages with their own allocator where they
>> retain a pool, it may be worth adding ASAN attributes/hooks.
>>
>>
Bruno Haible writes:
> I was impressed by the fact that CHERI detected the multithread-safety
> bug of gnulib's use of rand() in the test suite.
>
> Now I'd like to try CHERI on packages like gettext, and see whether
> it finds bugs that neither valgrind nor the gcc bounds-checking options
>
36 | # include
|^
compilation terminated.
"""
This appears to have been introduced with gnulib commit
a436f5f498d7e747864d40d4450fa8330dd44d12.
configuration.h is only available with >=openssl-3.
thanks,
sam
Paul Eggert writes:
> * m4/manywarnings.m4 (gl_MANYWARN_ALL_GCC): Omit -fno-common
> in GCC 10 and later, as it is the default there.
I think this is fine, but I'd note that (to my surprise),
nixpkgs inverted this default for a while.
But I don't think that changes what you should do here.
arly for AC_SYS_LARGEFILE_REQUIRED.
... and this.
>
> For the sake of symmetry between the two, that makes sense.
>
Thanks Paul as well.
best,
sam
signature.asc
Description: PGP signature
Bruno Haible writes:
> Hi Sam,
Hi Bruno,
>
>> The test-pthread-cond test fails for me.
>>
>> gnulib-tests/test-pthread-cond.log doesn't have much detail:
>> ```
>> Starting test_pthread_cond_wait ... OK
>> Starting test_pthread_cond_timedwait ...F
The test-pthread-cond test fails for me.
gnulib-tests/test-pthread-cond.log doesn't have much detail:
```
Starting test_pthread_cond_wait ... OK
Starting test_pthread_cond_timedwait ...FAIL test-pthread-cond (exit
status: 134)
```
Access to the machine is available if needed.
best,
sam
108690 has already
> been closed).
Thank you for doing this. I suspected we needed one
At
https://discourse.llvm.org/t/unresolved-issues-from-the-llvm-15-x-release/66071/40.
Best,
sam
signature.asc
Description: Message signed with OpenPGP
> On 4 Feb 2023, at 22:03, Paul Eggert wrote:
>
> On 2023-02-04 12:23, Sam James wrote:
>> I guess it's hard for me to say given I don't know what options allowed it
>> to be reproduced and I couldn't hit it.
>> I assumed it must have been -Wstrict-aliasing=2 o
> On 4 Feb 2023, at 20:20, Paul Eggert wrote:
>
> On 2023-02-04 11:53, Sam James wrote:
>> I'd consider using #pragma GCC ... to suppress -Wuse-after-free
>> for the "problematic" lines instead. It'd avoid the risk of either
>> optimisations or sanit
> On 4 Feb 2023, at 18:46, Paul Eggert wrote:
>
> I manually inspected fts.c to look for violations of the C standard that
> might draw GCC's attention, and installed the attached patches into Gnulib.
> As you can see, they don't fix the technical violations of the C standard.
> However, I
> On 3 Feb 2023, at 22:11, Paul Eggert wrote:
>
> On 2023-02-03 12:24, Peter Frazier wrote:
>> dangling pointers & gcc 13.1
>> problem with:
>> coreutils/gnulib, fts.c
>> compilation failure:
>> -Werror=use-after-free error
>> approach to resolution (thus far):
>> post free of vars, I set the
> On 20 Jan 2023, at 03:40, Paul Eggert wrote:
>
> On 1/19/23 13:30, Sam James wrote:
>> Right, I just meant that we don't tend to care about quieting warnings with
>> older compilers,
>> and it's not useful from a static analysis perspective here either given
> On 19 Jan 2023, at 21:20, Paul Eggert wrote:
>
> On 1/19/23 12:44, Sam James wrote:
>> _Noreturn is pretty much just an optimisation (and I'm not convinced that
>> it's _needed_ in a lot of cases, rather just a useful hint).
>
> _Noreturn is not just an opt
> On 19 Jan 2023, at 04:17, Paul Eggert wrote:
>
> The problem we found in Gawk was that this sort of function call:
>
>(b ? f : g) (x)
>
> is mishandled by Clang < 16 when one function is _Noreturn and the other
> isn't, in that Clang mistakenly treats the call as if both functions are
://lists.gnu.org/archive/html/bug-gawk/2023-01/msg4.html
Best,
sam
signature.asc
Description: Message signed with OpenPGP
> On 5 Jan 2023, at 23:06, Arsen Arsenović wrote:
>
> Hi,
>
> Paul Eggert writes:
>
>> This is a serious bug in Clang: it generates incorrect machine code.
>>
>> The code that Clang generates for the following (gawk/support/dfa.c lines
>> 1141-1143):
>>
>>((dfa->syntax.dfaopts &
> On 3 Jan 2023, at 02:14, Sam James wrote:
>
>
>
>> On 2 Jan 2023, at 06:10, Paul Eggert wrote:
>>
>> This is a serious bug in Clang: it generates incorrect machine code.
>>
>> [snip]
>>
>> My guess is that Clang got confuse
> On 2 Jan 2023, at 06:10, Paul Eggert wrote:
>
> This is a serious bug in Clang: it generates incorrect machine code.
>
> [snip]
>
> My guess is that Clang got confused because dfaerror is declared _Noreturn,
> so Clang mistakenly assumed that dfawarn is also _Noreturn, which it is not.
>
em or not, as it may be in lib/error.h (hence CCing bug-gnulib):
- https://bugs.gentoo.org/863713 (texinfo)
- https://bugs.gentoo.org/863824 (make)
Best,
sam
signature.asc
Description: Message signed with OpenPGP
> On 25 Nov 2022, at 22:25, Bruno Haible wrote:
>
> Minsoo Choo wrote:
>> sprintf is deprecated on macOS. Silence this warning by silencing
>> -Wdeprecated-declartions.
>
> I don't get a warning by compiling the 'vasnprintf-posix' module
> on macOS 12.6, even with -Wall
> On 16 Nov 2022, at 15:27, Richard Biener wrote:
>
> On Wed, Nov 16, 2022 at 4:02 PM Michael Matz via Gcc wrote:
>>
>> Hey,
>>
>> On Wed, 16 Nov 2022, Alexander Monakov wrote:
>>
The idea is so obvious that I'm probably missing something, why autoconf
can't use that idiom
> On 15 Nov 2022, at 13:30, Zack Weinberg wrote:
>
> On Tue, Nov 15, 2022, at 12:03 AM, Sam James wrote:
>>> On 13 Nov 2022, at 00:43, Paul Eggert wrote:
>>>
>>> Although there will be problems with people who run "./configure
>>> CFL
> On 12 Nov 2022, at 21:31, Paul Eggert wrote:
>
> On 2022-11-12 12:23, Wookey wrote:
>> we can't just have everyone who enabled LFS sometime in the
>> last 20 years suddenly being forced into the time_t change (can we?)
>
> We've done it in the past.
>
> AC_SYS_LARGEFILE originally was in
> On 13 Nov 2022, at 00:43, Paul Eggert wrote:
>
> On 2022-11-11 07:11, Aaron Ballman wrote:
>> We believe the runtime behavior is sufficiently dangerous to
>> warrant a conservative view that any call to a function will be a call
>> that gets executed at runtime, hence a definitive signature
> On 12 Nov 2022, at 02:20, Zack Weinberg via Libc-alpha
> wrote:
>
> Sam James writes:
>>> On 11 Nov 2022, at 09:19, Florian Weimer wrote:
>>> We need to support legacy binaries on i386. Few libraries are
>>> explicitly dual-ABI. Whether it
> On 11 Nov 2022, at 09:19, Florian Weimer wrote:
>
> * Sam James:
>
>> In Gentoo, we've been planning out what we should do for time64 on
>> glibc [0] and concluded that we need some support in glibc for a newer
>> option. I'll outline why below.
>>
&g
> On 10 Nov 2022, at 17:16, Zack Weinberg wrote:
>
> I’m the closest thing Autoconf has to a lead maintainer at present.
>
> It’s come to my attention (via https://lwn.net/Articles/913505/ and
> https://fedoraproject.org/wiki/Changes/PortingToModernC) that GCC and
> Clang both plan to disable
ils which involve patching
gnulib rather than coreutils itself. It's even more frustrating
when fixing a build failure on e.g. a new platform
that has its roots in gnulib and we have to patch every
single gnulib consumer until they: 1. pull down a new gnulib,
And 2. make new releases (which might be years).
Best,
sam
signature.asc
Description: Message signed with OpenPGP
ed
> on musl libc and is ported to Linux/powerpc (32-bit).
There's at least Gentoo, Adélie, and at least for now, Void.
Thanks for adding the patch and thanks to Khem for reporting it.
Best,
sam
signature.asc
Description: Message signed with OpenPGP
> On 3 Feb 2021, at 03:45, Sam James wrote:
> [snip]
>> What's the result of
>> grep LIBCSTACK config.status
>> ? I.e. is GNU libsigsegv in use? And if yes, which version?
>
> # grep LIBCSTACK config.status
> S["LTLIBCSTACK"]=""
> S[&q
Hi,
> On 3 Feb 2021, at 03:23, Bruno Haible wrote:
>
> Hi,
>
Hey, thanks for the quick reply.
> What's the result of
> grep LIBCSTACK config.status
> ? I.e. is GNU libsigsegv in use? And if yes, which version?
# grep LIBCSTACK config.status
S["LTLIBCSTACK"]=""
S["LIBCSTACK"]=""
So no, I
Hi,
This issue was noticed through grep 3.5 and 3.6’s stack-overflow test failing
[0] on SPARC on Gentoo GNU/Linux.
Following Paul Eggert’s instructions in that bug to test gnulib’s c-stack
component, I had the following
in /gltests/test-suite.log:
"FAIL: test-c-stack.sh
=
> * Bruno Haible [2019-06-25 19:11:03 +0200]:
>
>> $ find . -name \*alloc\*.o
>> ./lib/allocator.o
>> ./src/alloc.o
>
> Oh, this is surprising.
aha!
I re-run gnulib-tool and it fixed it.
(alas, emacs maintainers pushed the changes before me ;-)
thanks and sorry
> * Bruno Haible [2019-06-25 17:00:58 +0200]:
>
> Sam Steingold wrote:
>> I get this error when linking Emacs:
>>
>> --8<---cut here---start->8---
>> CCLD temacs
>> Undefined symbols for archit
g/archive/html/bug-gnu-emacs/2019-06/msg01229.html)
Since this involves libgnu, I was wondering if someone here might have
an insight.
Thanks!
--
Sam Steingold (http://sds.podval.org/) on darwin Ns 10.3.1671
http://childpsy.net http://calmchildstories.com http://steingoldpsychology.com
http://ameri
Hi,
On Darwin (Mac OS) the gt_NO_CXX test fails because "Is g++" is not a
valid repetition-operator operand.
The attached patch fixes the problem.
>From d5d949b838c7cf4adb0e6e615795003ac7b0f1c3 Mon Sep 17 00:00:00 2001
From: Sam Steingold <s...@gnu.org>
Date: Tue, 5 Dec
gllib/fnmatch.c:313:28: error: assigning to 'wchar_t *' from
incompatible type 'void *'
wpattern = malloc (totsize * sizeof (wchar_t));
^ ~~~
16 errors generated.
make[3]: *** [fnmatch.o] Error 1
--8<---cut here----
-functions. I believe Ubuntu at least force some
optimisation flags for compatibility with their built binaries.
Thanks for looking at it anyway
Sam
_GL_INCLUDING_WINSOCK2_H is
undef'ed and so _GL_UNISTD_H is __NOT__ defined thus I get
.../modules/rawsock/rawsock.c:691:3: warning: implicit declaration of function
`close_used_without_including_unistd_h'
why?
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
* Sam Steingold f...@tah.bet [2011-08-25 12:09:34 -0400]:
.../modules/rawsock/rawsock.c:691:3: warning: implicit declaration of
function `close_used_without_including_unistd_h'
the immediate cause appears to be that I include unistd.h after some
other headers (specifically,
#include alloca.h
* Bruno Haible oe...@pyvfc.bet [2011-08-14 14:51:55 +0200]:
Sam, if 'canonicalize' gets this support, would you be willing to use
'canonicalize'
Let me reiterate that the size of canonicalize is plain absurd:
https://lists.gnu.org/archive/html/bug-gnulib/2011-05/msg00143.html.
150+ files
* Eric Blake roy...@erqung.pbz [2011-08-23 08:03:02 -0600]:
On 08/23/2011 07:56 AM, Sam Steingold wrote:
Let me reiterate that the size of canonicalize is plain absurd:
https://lists.gnu.org/archive/html/bug-gnulib/2011-05/msg00143.html.
150+ files to implement a single function which takes
* Eric Blake roy...@erqung.pbz [2011-08-23 08:46:00 -0600]:
On 08/23/2011 08:41 AM, Sam Steingold wrote:
* Eric Blakeroy...@erqung.pbz [2011-08-23 08:03:02 -0600]:
On 08/23/2011 07:56 AM, Sam Steingold wrote:
Let me reiterate that the size of canonicalize is plain absurd:
https
* Eric Blake roy...@erqung.pbz [2011-08-23 10:35:52 -0600]:
On 08/23/2011 10:28 AM, Sam Steingold wrote:
Does Hurd have SYMLOOP_MAX? If so, then yes, that would be a reasonable
change. If not, then how do you propose implementing canonicalize on
Hurd, without imposing a limit not already
* Eric Blake roy...@erqung.pbz [2011-08-23 11:47:57 -0600]:
On 08/23/2011 11:31 AM, Sam Steingold wrote:
Maybe we should rename the canonicalize module to instead be
canonicalize_filename_mode, since it does _not_ provide canonicalize()
(well, canonicalize_filename_mode(file, CAN_EXISTING
On Sun, Aug 14, 2011 at 8:51 AM, Bruno Haible br...@clisp.org wrote:
Sam, if 'canonicalize' gets this support, would you be willing to use
'canonicalize' instead of 'canonicalize-lgpl' in clisp?
yes.
--
Sam Steingold http://sds.podval.org
-Cygwin applications don't understand Cygwin symlinks either.
Emacs understands the cygdrive pathnames and I am sure it will
appreciate an opportunity to understand symlinks as well.
--
Sam Steingold http://sds.podval.org
) was compiled with i686-w64-mingw32-gcc.
CYGWIN_NT-5.2-WOW64 sds 1.7.9(0.237/5/3) 2011-03-29 10:10 i686 Cygwin
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://camera.org http://jihadwatch.org http://mideasttruth.com
http://memri.org http://ffii.org http
why is tolower replaced on linux?
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://iris.org.il http://palestinefacts.org http://honestreporting.com
http://thereligionofpeace.com http://www.PetitionOnline.com/tap12009/
Why use Windows, when
* Bruno Haible oe...@pyvfc.bet [2011-07-30 02:20:08 +0200]:
Sam Steingold wrote:
clisp directory structure is:
clisp - top level; hand-written configure script (ask Bruno)
clisp/src - most sources, configure.in, configure, aclocal.m4
clisp/src/gllib, clisp/src/glm4 - imported from gnulib
* Eric Blake roy...@erqung.pbz [2011-08-01 09:00:07 -0600]:
On 08/01/2011 08:56 AM, Sam Steingold wrote:
why is tolower replaced on linux?
Did you mean towlower rather than tolower?
towlower, sorry
What does config.log say?
configure:29272: checking whether towlower is declared
configure
the reason I cannot do -I$(srcdir)/gllib is clear: it will not catch
uninames.h cjk.h.
on the other hand, it does not look like streq.h, uninames.h and cjk.h
are included in any clisp sources (only in gnulib).
so, I guess TRT is to remove the linking and add -I$(srcdir)/gllib to CPPFLAGS..
--
Sam
)/build-aux/depcomp
echo ' cd $(top_srcdir) $(AUTOMAKE) --gnits gllib/Makefile'; \
how come?!
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://www.memritv.org http://honestreporting.com http://ffii.org
http://truepeace.org http
must be
$(am__cd) $(top_srcdir)/src \
how do I effect that?
* Sam Steingold f...@tah.bet [2011-07-29 14:16:46 -0400]:
clisp directory structure is:
clisp - top level; hand-written configure script (ask Bruno)
clisp/src - most sources, configure.in, configure, aclocal.m4
clisp/src
* Paolo Bonzini obam...@tah.bet [2011-07-28 12:15:38 +0200]:
On 07/27/2011 05:11 PM, Sam Steingold wrote:
When the included regex is used I must prepend -I$(srcdir)/gllib to
CPPFLAGS to ensure that the gnulib regex.h is included in the sources.
(when this is not the case, I_must_ not do
for that and redirect the future bug reports
(if any) to you. Thanks. :-)
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://dhimmi.com http://pmw.org.il http://ffii.org http://camera.org
http://www.PetitionOnline.com/tap12009/ http://thereligionofpeace.com
recursion
Hi,
Make in gllib creates libgnu.a but not libgnu.so (or libgnu.dll).
How do I create the shared library?
Thanks!
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://mideasttruth.com http://thereligionofpeace.com http://pmw.org.il
http://ffii.org http
Hi Bruno,
On Thu, Jul 28, 2011 at 7:47 PM, Bruno Haible br...@clisp.org wrote:
For alignof, whether you want to use gnulib's alignof.h depends on what you
need - the necessary alignment and the optimal alignment.
so, what does clisp need?
--
Sam Steingold http://sds.podval.org
and if it is not, I must not).
what if regex IS used but xeger is NOT?
I propose that regex.h is replaced with regex.in.h just like
fnmatch.in.h (which has no @@ either). This would solve the problem
without any action from the users of gnulib.
Thanks.
--
Sam Steingold (http://sds.podval.org
?)
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://thereligionofpeace.com http://jihadwatch.org http://dhimmi.com
http://honestreporting.com http://camera.org http://iris.org.il
Oral sex was invented by mermaids.
* Sam Steingold f...@tah.bet [2011-05-17 14:11:54 -0400]:
it appears that neither canonicalize nor canonicalize-lgpl support win32
shortcuts (either used directly or as used by cygwin).
it would be nice if they did - then we would be able to use
canonicalize-lgpl in clisp.
now clisp uses
-mingw-g/gllib/../../src/gllib/sendto.c:36:
undefined reference to `__imp__sendto@24'
so, how do I create a dll which refers to the gnulib functionality?
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://www.PetitionOnline.com/tap12009/ http
HAVE_RAW_DECL_IOCTL 1
#define HAVE_SYS_IOCTL_H 1
/* #undef IOCTL_ARGUMENT_T */
#define IOCTL_DOTS /**/
#define IOCTL_REQUEST_T unsigned long
#define NEED_SYS_IOCTL_H /**/
#define WINSIZE_NEED_SYS_IOCTL_H /**/
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
* Bruno Haible oe...@pyvfc.bet [2011-07-22 00:18:04 +0200]:
-extern DIR *fdopendir (int);
+extern
+# ifdef __cplusplus
+C
+# endif
+DIR *fdopendir (int);
that's pretty awful.
maybe there is a way to use the m4 magic to avoid replacing 1 line with 5?
--
Sam Steingold (http
* Sam Steingold f...@tah.bet [2011-07-14 17:57:10 -0400]:
* Bruno Haible oe...@pyvfc.bet [2011-07-14 23:18:41 +0200]:
Sam Steingold asked:
Does clisp need to know whether LC_MESSAGES is supported by the system,
or is a fake one defined by libintl or gnulib.
...
No, this is not needed
Hi,
./config.log:REPLACE_STRERROR_R='1'
why do I see this on
Linux 2.6.18-238.9.1.el5
gcc (GCC) 4.1.2 20080704
glibc-2.5-58.el5_6.3
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://www.memritv.org http://iris.org.il http://dhimmi.com
http
_GL_SYS_SOCKET_H
# if !(defined __cplusplus defined GNULIB_NAMESPACE)
#undef socket
#define socket socket_used_without_including_sys_socket_h
so I must include sys/socket before unistd, otherwise socket (and many
others) will not work.
so, what is the right order?
--
Sam Steingold
* Eric Blake roy...@erqung.pbz [2011-07-14 07:43:40 -0600]:
On 07/14/2011 07:37 AM, Sam Steingold wrote:
Hi,
in what order do I include sys/socket and unistd?
sys_socket.in.h:
#if @HAVE_WINSOCK2_H@ !defined _GL_UNISTD_H
# if !(defined __cplusplus defined GNULIB_NAMESPACE)
# undef close
* Bruno Haible oe...@pyvfc.bet [2011-07-14 23:18:41 +0200]:
Sam Steingold asked:
Does clisp need to know whether LC_MESSAGES is supported by the system,
or is a fake one defined by libintl or gnulib.
...
No, this is not needed: gettext's libintl.h already defines LC_MESSAGES
when
(LC_MESSAGES,);
#endif
??
thanks!
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://iris.org.il http://palestinefacts.org http://dhimmi.com
http://thereligionofpeace.com http://ffii.org http://honestreporting.com
Flying is not dangerous; crashing is.
Hi,
* Bruno Haible oe...@pyvfc.bet [2011-07-13 21:12:49 +0200]:
Sam Steingold wrote:
What's the point of HAVE_LC_MESSAGES?
The point is to tell whether LC_MESSAGES is supported by the system,
or is a fake one defined by libintl or gnulib.
does clisp need to know the difference
* Bruno Haible oe...@pyvfc.bet [2011-07-13 22:44:49 +0200]:
Sam Steingold wrote:
does clisp need to know the difference?
This #if or #ifdef is outdated. The gettext manual [1] explains why.
[1] http://www.gnu.org/software/gettext/manual/html_node/Triggering.html
The gettext manual
strerror, of course; this is merely an
_addition_.
Thanks.
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://jihadwatch.org http://dhimmi.com http://palestinefacts.org
http://www.PetitionOnline.com/tap12009/ http://thereligionofpeace.com
What
of errno.
Question to Sam: Are you willing to contribute such a module to gnulib
(and maintain it)?
Absolutely not. The whole point of my request is that I will be
maintaining _less_ code, not more.
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http
right, to interact with an ssh client, perl needs to do be able
to do number theoretical computer algebra system.
Can you believe it?!
--
Sam Steingold (http://sds.podval.org/) on CentOS release 5.6 (Final) X
11.0.60900031
http://iris.org.il http://camera.org http://ffii.org
http
that the packages reimplements an ssh client rather
than being an interface to an existing external one, in which case pari
would obviously be not necessary.
incidentally, I was not able to get it working on either Cygwin of
CentOS, using either pre-supplied package managers or cpan.
--
Sam Steingold
Hi,
I updated gnulib and found that it now wants to add these files to
CLISP:
src/gllib/glthread/lock.c
src/gllib/glthread/lock.h
src/gllib/glthread/threadlib.c
src/gllib/strerror-impl.h
src/gllib/strerror_r.c
src/glm4/strerror_r.m4
I did not import any new modules.
what has happened?
--
Sam
1 - 100 of 284 matches
Mail list logo