Simon Josefsson wrote:
Sam Steingold <[EMAIL PROTECTED]> writes:
1. why aren't you testing for HAVE_SYS_UTSNAME_H instead?
2. are there really systems without uname & , given
that these are in posix?
http://www.opengroup.org/onlinepubs/009695399/functions/uname.html
I
> * Simon Josefsson <[EMAIL PROTECTED]> [2008-08-11 23:23:24 +0200]:
>
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>> gnulib/lib/gethostname.c says:
>>
>> #ifdef HAVE_UNAME
>> # include
>> #endif
>>
>> 1. why aren't you te
gnulib/lib/gethostname.c says:
#ifdef HAVE_UNAME
# include
#endif
1. why aren't you testing for HAVE_SYS_UTSNAME_H instead?
2. are there really systems without uname & , given that these
are in posix? http://www.opengroup.org/onlinepubs/009695399/functions/uname.html
[A private ping elicited a response]
Hi Bruno
>> http://article.gmane.org/gmane.comp.lib.gnulib.bugs:14103
>
> Sorry I didn't have time to formulate a detailed response.
> In one sentence, my main objection against this patch
> is that while clisp needs only avcall + callback from libffcall,
>
Sam Steingold wrote:
Bruno Haible wrote:
Sam Steingold wrote:
OK - I am both proposing a patch AND asking a particular person
(Bruno Haible).
OK, but please keep bug-gnulib in CC.
OK. looks like Ben's advice worked wonders, so I will try that again:
I am both proposing a patch AND ask
Bruno Haible wrote:
Sam Steingold wrote:
OK - I am both proposing a patch AND asking a particular person (Bruno Haible).
OK, but please keep bug-gnulib in CC.
OK. looks like Ben's advice worked wonders, so I will try that again:
I am both proposing a patch AND asking a particular p
> * Ben Pfaff <[EMAIL PROTECTED]> [2008-07-13 11:13:38 -0700]:
>
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>>> * Ben Pfaff <[EMAIL PROTECTED]> [2008-07-12 20:57:11 -0700]:
>>> That is pretty easy, so I went ahead and wrote up a patch.
>>
> * Ben Pfaff <[EMAIL PROTECTED]> [2008-07-12 20:57:11 -0700]:
>
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>> Hello? is anyone there? do you only talk to each other?
>
> You would probably get better results by proposing a patch or by
> asking a particu
Hello? is anyone there? do you only talk to each other?
> * Sam Steingold <[EMAIL PROTECTED]> [2008-07-03 10:53:43 -0400]:
>
> longlong.m4 is available via many modules, but not alone.
> it would be nice if a longlong module were availbale.
> offering one single file: l
please add
libffcall https://savannah.gnu.org/projects/libffcall/
to the users file.
thanks.
longlong.m4 is available via many modules, but not alone.
please create a longlong module offering one single file: longlong.m4
thanks.
ps. "gnulib/gnulib-tool: line 1512: echo: write error: Broken pipe"
problem is still there
re running gnulib-tool).
> - Your OS version,
$ uname -a
Linux loiso 2.6.22.7-57.fc6 #1 SMP Fri Sep 21 20:23:24 EDT 2007 i686 athlon
i386 GNU/Linux
> - the shell you are using (most probably: echo $BASH_VERSION).
$ echo $BASH_VERSION
3.2.33(1)-release
--
Sam Steingold (http://sd
x27;s tests make use of the locale_charset() function directly or
indirectly, you may need to define the CHARSETALIASDIR environment variable,
so that "make check" works before "make install". In Makefile.am syntax:
TESTS_ENVIRONMENT += @LOCALCHARSET_TESTS_ENVIRONMENT@
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible wrote:
| 1) Putting the sigsegv.m4 macro from GNU clisp into gnulib,
incorporating
| it into the c-stack module.
please put it into a separate module, because I do not want to pull the
whole c-stack module into clisp when all I wa
is neither permitted nor denied by best guess record for domain of [EMAIL
PROTECTED]) [EMAIL PROTECTED]
X-RZG-CLASS-ID: mo07
X-RZG-AUTH: gMysVb8JT2gB+rFDu0PuvnPihAP8oFdePhw95HsIrI3FAWzVjXQh+Q==
From: Bruno Haible <[EMAIL PROTECTED]>
To: Sam Steingold <[EMAIL PROTECTED]>
Subject: Re
Bruno Haible wrote:
AC_LIB_FROMPACKAGE(avcall, ffcall)
AC_LIB_FROMPACKAGE(vacall, ffcall)
you mean
AC_LIB_FROMPACKAGE(avcall, libffcall)
right?
*** m4/lib-link.m4.orig 2008-03-12 05:46:15.0 +0100
--- m4/lib-link.m4 2008-03-12 05:44:50.0 +0100
this adds extra 8 bla
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible wrote:
| Sam Steingold wrote:
|> some packages (e.g., GNU libffcall) install multiple libraries, so
|> AC_LIB_LINKFLAGS_BODY is insufficient for detecting them.
|> this patch splits AC_LIB_LINKFLAGS_BODY into two parts: for
===
RCS file: /srv/git/gnulib.git/HEAD/ChangeLog,v
retrieving revision 1.2186
diff -w -p -u ChangeLog
--- ChangeLog revision 1.2186
+++ ChangeLog working copy
@@ -1,3 +1,10 @@
+2007-11-29 Sam Steingold <[EMAIL PROTECTED]>
+
+ *
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
2007-11-29 Sam Steingold <[EMAIL PROTECTED]>
* m4/lib-link.m4 (AC_LIB_LINKFLAGS_BODY): split into ...
(AC_LIB_LINKFLAGS_ADD): adds -with-libname-prefix command line switch
(AC_LIB_LINKFLAGS_SEARCH): searches for libna
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Bruno,
Bruno Haible wrote:
>
>> How do I check for a package (ffcall) which consists of several
>> libraries (avcall and callback)?
>> I do not want to force the user to do pass the prefix twice:
>> "--with-avcall-prefix=/usr/local --with-callback
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
How do I check for a package (ffcall) which consists of several
libraries (avcall and callback)?
I do not want to force the user to do pass the prefix twice:
"--with-avcall-prefix=/usr/local --with-callback-prefix=/usr/local"
I want "--with-ffcall-pref
just like cygwin.
2007-11-15 Sam Steingold <[EMAIL PROTECTED]>
* m4/malloc.m4: mingw malloc is known to be posix-compliant
patch is attached.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Eggert wrote:
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>> # ac_use_included_regex is NOT cached, so we have to duplicate the
>> # logic of src/glm4/regex.m4!
>> case $with_included_regex in
>
> * Paul Eggert <[EMAIL PROTECTED]> [2007-10-31 16:47:06 -0700]:
>
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>> incidentally, why isn't ac_use_included_regex cached?
>
> Typically we don't cache things that can be computed chea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sam Steingold wrote:
> it appears that gnulib regex.m4 declares my regex broken:
>
> config.cache:818:gl_cv_func_re_compile_pattern_working=${gl_cv_func_re_compile_pattern_working=no}
>
> this is weird given that the system is an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
it appears that gnulib regex.m4 declares my regex broken:
config.cache:818:gl_cv_func_re_compile_pattern_working=${gl_cv_func_re_compile_pattern_working=no}
this is weird given that the system is an fc5 (glibc 2.4).
are your sure glibc 2.4 has a brok
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible wrote:
> Sam Steingold wrote:
>> CLISP comes with a replacement realpath implementation for platforms
>> which lacks it (are there still such platforms?).
>
> If someone provides a correct implementation of realpat
> * Bruno Haible <[EMAIL PROTECTED]> [2007-10-28 05:43:54 +0200]:
>
> Sam Steingold wrote:
>> > But it's better to use canonicalize_file_name()
>>
>> it comes with a huge dependecy set...
>
> There is an alternative modules 'canonicalize-lgpl&#x
> * Bruno Haible <[EMAIL PROTECTED]> [2007-10-27 00:25:01 +0200]:
>
> Sam Steingold wrote:
>> CLISP comes with a replacement realpath implementation for platforms
>> which lacks it (are there still such platforms?).
>
> If someone provides a correct implementation
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
CLISP comes with a replacement realpath implementation for platforms
which lacks it (are there still such platforms?).
I think gnulib is a good home for the code (or, rather, CLISP is not).
Sam.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Ralf,
Ralf Wildenhues wrote:
>
> * Sam Steingold wrote on Wed, Oct 24, 2007 at 06:08:49PM CEST:
>> I just did
>>
>> gnulib-tool --import --source-base=src/gllib \
>> --m4-base=src/glm4 --aux-dir=src/build-aux --no-c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno,
diff -u gnulib/tests/uniname/UnicodeDataNames.txt
clisp/current/utils/unicode/UnicodeDataFull.txt | wc
5887 24682 319494
which file is correct?
are you going to move clisp/current/utils/unicode/ to gnulib completely?
Thanks
Sam.
-BEGIN
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I just did
gnulib-tool --import --source-base=src/gllib \
--m4-base=src/glm4 --aux-dir=src/build-aux --no-changelog \
stdint stdbool regex fnmatch-gnu havelib gettext localcharset \
uniwidth/width streq uniname/uniname unitypes
cd src; automake g
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible wrote:
> Sam Steingold wrote:
>> --- users.txt22 Aug 2007 22:24:56 - 1.19
>> +++ users.txt23 Oct 2007 19:49:52 -
>> @@ -4,6 +4,7 @@
>>OPeNDAP http://scm.opendap.org:8090
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Index: users.txt
===
RCS file: /sources/gnulib/gnulib/users.txt,v
retrieving revision 1.19
diff -u -w -u -b -w -i -B -r1.19 users.txt
- --- users.txt 22 Aug 2007 22:24:56 - 1.19
+
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Sam Steingold on 10/22/2007 8:29 AM:
I put some gnulib code into my project (in directory gllib) and now I
_sometimes_ (usually it works) get this error:
/space/sbcl-arch/autobench/+clisp/src/build-aux/missing --run
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I put some gnulib code into my project (in directory gllib) and now I
_sometimes_ (usually it works) get this error:
make -C gllib
make[1]: Entering directory `/space/sbcl-arch/autobench/+clisp/src/gllib'
cd .. && gmake am--refresh
gmake[2]: Entering
Paul Eggert wrote:
This casting business is a relatively minor point; I'm more worried
about the old-style function definitions. I wish I knew why glibc
does it that way.
http://sources.redhat.com/bugzilla/show_bug.cgi?id=5200
just ask.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Blake wrote:
>
> You do realize that your patch is a fork from glibc.
I do now.
> Why not push upstream on the glibc people, then?
http://sources.redhat.com/bugzilla/show_bug.cgi?id=5200
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bruno Haible wrote:
> Sam Steingold wrote:
>> why not just apply the patch?
>
> You can also have your patch automatically applied by gnulib-tool.
> To achieve this:
> - create a directory, say, gnulib-local,
> - store you
Paul Eggert wrote:
That problem arises because for some reason glibc prefers old-style
function definitions when defining external functions meant to be
called from C code. Does anyone know why that is? I assume it's some
API thing.
Sounds highly improbable.
I thought that the function defini
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
patches attached
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHF9JnPp1Qsf2qnMcRAsTDAKCq8T4zZjQa4GK1ryygPrq3BLm1QACcCh8q
3amH5P4qSQ9+fMW/aL4BsN8=
=JO3v
-END PG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
looks like regex still does not support g++:
g++ -DHAVE_CONFIG_H -I. -I../../src/gllib -I.. -MT regex.lo -MD -MP -MF
.deps/regex.Tpo -c ../../src/gllib/regex.c -fPIC -DPIC -o .libs/regex.o
../../src/gllib/regcomp.c:260: error: 'reg_syntax_t re_set_s
Bruno Haible wrote:
If you just need to copy some files (such as config.guess, config.sub -
these are not part of any module), copy them. 'depcomp', 'install-sh', 'missing'
come from "automake --add-missing".
yes, I have this in Makefile.devel:
GNULIB_HOME=../../gnulib/gnulib
AUX_REQ=config.gu
Bruno Haible wrote:
Sam Steingold wrote:
gnulib/gnulib/m4/stdint offers a multi-line sed rule for generating
stdint.h from stdint_.h,
why do I need to maintain the sed command by hand?
why can't this be done by config.status?
Two answers:
Regarding the integration in GNU clisp: Since
Bruno Haible wrote:
Sam Steingold wrote:
gnulib/gnulib/m4/stdint offers a multi-line sed rule for generating
stdint.h from stdint_.h,
why do I need to maintain the sed command by hand?
why can't this be done by config.status?
Two answers:
Regarding the integration in GNU clisp: Since
gnulib/gnulib/m4/stdint offers a multi-line sed rule for generating
stdint.h from stdint_.h,
why do I need to maintain the sed command by hand?
why can't this be done by config.status?
the same issue with stdbool...
> * Paul Eggert <[EMAIL PROTECTED]> [2005-08-20 23:01:23 -0700]:
>
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>> the latest and greatest gnulib regexp has the following regressions vs
>> the previous (monolithic) version:
>
> Sorry, I didn't u
> * Stepan Kasal <[EMAIL PROTECTED]> [2005-08-25 11:06:00 +0200]:
>
> On Wed, Aug 24, 2005 at 10:30:44PM -0400, Sam Steingold wrote:
>> gnulib CVS head does not contain gl_INCLUDED_REGEX.
>
> (gl_REGEX): Don't bother checking whether lib/regex.c exists;
> assume
> * Stepan Kasal <[EMAIL PROTECTED]> [2005-08-24 07:46:51 +0200]:
>
> On Tue, Aug 23, 2005 at 04:41:22PM -0400, Sam Steingold wrote:
>> GNU CLISP comes with regex.c and it places it in the "current"
>> directory.
>> clisp/modules/regexp/configure.in
&g
> * Paul Eggert <[EMAIL PROTECTED]> [2005-08-23 13:35:05 -0700]:
>
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>> c++ is stricter, so if the code can be compiled with c++ it is probably
>> safer.
>
> That doesn't match my experience. To make C
is the default
> on
>systems with recent-enough versions of the GNU C
> @@ -117,10 +106,7 @@ AC_DEFUN([gl_INCLUDED_REGEX],
> AC_LIBOBJ([regex])
> gl_PREREQ_REGEX
> fi
> - ],
> -)
> - ]
> -)
> +])
>
> # Prerequisites of lib/regex.c and lib/regex_interna
> * Ben Pfaff <[EMAIL PROTECTED]> [2005-08-23 11:00:25 -0700]:
> Sam Steingold <[EMAIL PROTECTED]> writes:
>> g++ cannot compile regex, possibly because of K&R style:
> Why is it desirable to compile C code as C++?
c++ is stricter, so if the code can be compile
> * Paul Eggert <[EMAIL PROTECTED]> [2005-08-20 00:44:38 -0700]:
>
> Sam Steingold <[EMAIL PROTECTED]> writes:
>
>> g++ cannot compile regex, possibly because of K&R style:
>
> I installed the following patch into gnulib in an attempt to fix this,
> and a
charclass':
regcomp.c:3616: warning: implicit declaration of function 'isblank'
--
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.iris.org.il> <http://www.honestreporting.com>
<http://www.mideasttruth.com/> <http://www
installed that patch,
Thanks.
Would you please also consider the 2 patches in
<http://article.gmane.org/gmane.comp.lib.gnulib.bugs:3996>
--
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.honestreporting.com> <http://www.jihadwatch.org/>
<http://www.dhimmi
LIB headers])
fi
AC_SEARCH_LIBS(compress2, z)
if test "$ac_cv_search_compress2" = "no"; then
AC_MSG_ERROR([cannot find ZLIB library])
fi
(one can have AC_CHECK_HEADERS and AC_SEARCH_LIBS in any order)
--
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://ffii.org/&g
> * Simon Josefsson <[EMAIL PROTECTED]> [2005-07-16 22:30:27 +0200]:
>
> * readline.m4: New file.
please take a look at
http://cvs.sourceforge.net/viewcvs.py/*checkout*/clisp/clisp/src/m4/readline.m4
--
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://
ck reference"
Form: (RE-TEST "(.*)*\\1" "xx")
CORRECT: ("xx" "")
CLISP : ("xx" "x")
Differ at position 1: "" vs "x"
CORRECT: ("")
CLISP : ("x")
Form: (RE-TEST "(a*)*" ""
> * Bruno Haible <[EMAIL PROTECTED]> [2005-08-04 13:22:12 +0200]:
>
> Sam Steingold wrote:
>> > This patch should work. ...
>>
>> will you check this into the gnulib CVS?
>
> I'm waiting for other people's opinion, especially Paul Eggert's
> * Bruno Haible <[EMAIL PROTECTED]> [2005-08-04 13:22:12 +0200]:
>
> Sam Steingold wrote:
>
>> > Does the definition of AC_CHECK_HEADERS_ONCE also find its way into
>> > the aclocal.m4 file? ...
>> no, aclocal.m4 does not have the definition.
> T
> * Bruno Haible <[EMAIL PROTECTED]> [2005-08-03 22:42:04 +0200]:
>
> Sam Steingold wrote:
>> when trying to upgrade to the latest gnulib regexp, I encountered the
>> following problems:
>>
>> 1. g++ cannot compile regexp:
>>
>> ./reg
s token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure:5676: error: possibly undefined macro: AC_CHECK_FUNCS_ONCE
thanks.
--
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.iris.org.il> <http://www.camera.org>
<ht
).
people often do it weekly and older version are explicitly unsupported.
e.g., after 1.5.11 is out, people who report _any_ problem with 1.5.10
are told to upgrade without even looking at the problem.
Supporting cygwin older than 2-3 months is an eminent waste of time.
(like backporting readlin
regex does not compile with mingw g++ 3.4:
./regex.h:535: error: expected primary-expression before "__restrict__"
./regex.h:535: error: expected `]' before "__restrict__"
./regex.h:535: error: expected `,' or `...' before "__restrict__"
--
Sam Stein
201 - 265 of 265 matches
Mail list logo
