Re: feature request: detect CPU instruction set

Bruno Haible wrote: Compared to the code that you proposed: - I changed the name, of course. - I chose to use AC_CACHE_CHECK once for the result of the entire macro, not for each AC_EGREP_CPP inside it. - I dropped Convex CPUs; these are dead for more than 10 years. - I added an AH_TO

Re: feature request: detect CPU instruction set

FSF? Please refer to > <http://www.gnu.org/prep/maintain/maintain.html#Copyright-Papers> I think I have already contributed and thus you should already have all the papers. PS. I do not see the new module under git. -- Sam Steingold <http://sds.podval.org>

Re: feature request: detect CPU instruction set

so, what's the verdict? Sam Steingold wrote: The already existing AC_CANONICAL_HOST is insufficient in that it does not detect the actual cpu instruction set to which the C compiler compiles. E.g., it is quite common that "uname -m" prints sparc64 while gcc compile 32-bit bina

Re: feature request: detect CPU instruction set

Hello Ralf, On 7/21/10, Ralf Wildenhues wrote: > * Sam Steingold wrote on Wed, Jul 21, 2010 at 05:08:02PM CEST: > > The already existing AC_CANONICAL_HOST is insufficient in that it > > does not detect the actual cpu instruction set to which the C > > compiler compiles. &

feature request: detect CPU instruction set

The already existing AC_CANONICAL_HOST is insufficient in that it does not detect the actual cpu instruction set to which the C compiler compiles. E.g., it is quite common that "uname -m" prints sparc64 while gcc compile 32-bit binaries by default. It would be nice if gnulib offered a module cont

module request: EINVAL synonyms?

nt a module einval which would export #define IS_EINVAL to config.h and IS_EINVAL would be defined to (errno==EINVAL)||(errno==ENOSYS)) on Irix, (errno==EINVAL)||(errno==EBADF))||(errno==EACCES))||(errno==EBADRQC)) on cygwin &c, and (errno==EINVAL) by default. thanks! -- Sam Steingold <http://sds.podval.org>

Re: module request: comparing version numbers

On 6/17/10, Eric Blake wrote: > On 06/17/2010 11:33 AM, Sam Steingold wrote: > > some gnulib modules (e.g., gnulib/m4/libunistring-base.m4) have > > facilities for comparing version numbers, e.g., 1.5.22 with 2.2.8. > > it would be nice if there were a module (say, v

module request: comparing version numbers

Hi, some gnulib modules (e.g., gnulib/m4/libunistring-base.m4) have facilities for comparing version numbers, e.g., 1.5.22 with 2.2.8. it would be nice if there were a module (say, version-compare) which would export such a facility. e.g., @VERSION_COMPARE@ would expand to version_compare() {

warn-on-use Makefile.am: $$p

modules/warn-on-use has this: Makefile.am: BUILT_SOURCES += warn-on-use.h # The warn-on-use.h that gets inserted into generated .h files is the same as # build-aux/warn-on-use.h, except that it has the copyright header cut off. warn-on-use.h: $(build_aux)/warn-on-use.h $(AM_V_GEN)rm -f $.

Re: arg-nonnull.h & warn-on-use.h in build-aux

Eric Blake wrote: On 03/08/2010 11:34 AM, Sam Steingold wrote: Sam Steingold wrote: Alternatively, I would be reasonably happy with sed -i -e 's/_GL_ARG_NONNULL/GL_ARG_NONNULL/' arg-nonnull.h sed -i -e 's/_GL_WARN_ON_USE/GL_WARN_ON_USE/' warn-on-use.h similar to GL_

Re: arg-nonnull.h & warn-on-use.h in build-aux

Sam Steingold wrote: Alternatively, I would be reasonably happy with sed -i -e 's/_GL_ARG_NONNULL/GL_ARG_NONNULL/' arg-nonnull.h sed -i -e 's/_GL_WARN_ON_USE/GL_WARN_ON_USE/' warn-on-use.h similar to GL_LINK_WARNING in link-warning.h. So, any chance the constants in arg

Re: arg-nonnull.h & warn-on-use.h in build-aux

On 3/2/10, Sam Steingold wrote: > Sam Steingold wrote: > > > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & > warn-on-use.h in src/build-aux. > > > > So, any chance these files could be restored to their proper place in > gllib? Alternat

Re: arg-nonnull.h & warn-on-use.h in build-aux

Sam Steingold wrote: I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & warn-on-use.h in src/build-aux. So, any chance these files could be restored to their proper place in gllib? This location causes me huge problems because these files are not covere

Re: gnulib-tool feature request

ire_ glibc code together with all packages and make sure that the > glibc replacement is built and used by all the remaining code that may > need different parts of the glibc code. there is a more direct solution: make it illegal to use any OS other than a recent linux. -- Sam Steingold <http://sds.podval.org>

Re: gnulib-tool feature request

On 3/2/10, Simon Josefsson wrote: > Sam Steingold writes: > > > On 3/1/10, Simon Josefsson wrote: > >> > >> It would be nice it gnulib-tool could do it, but I have a hard time > >> thinking how that would actually be implemented. There are so man

Re: gnulib-tool feature request

if bar depends on foo, then foo files will not be added to modules/syscalls/gllib and modules/syscalls/glm4, instead they will be found in src/gllib & src/glm4 by the second invocation of gnulib-tool. -- Sam Steingold <http://sds.podval.org>

Re: gnulib-tool feature request

ot; directory and let all your sub-modules link to that gnulib > generated library? yep, I put it in the "core" gllib. however, I think this should be handled by gnulib-tool. -- Sam Steingold <http://sds.podval.org>

Re: gnulib-tool feature request

ring mbsinit wchar wctype mbrtowc mbsrtowcs memmove memcmp memchr nl_langinfo I think it would be nice if gnulib-tool did this factoring automatically. -- Sam Steingold <http://sds.podval.org>

Re: gnulib-tool feature request

On 3/1/10, Simon Josefsson wrote: > Sam Steingold writes: > > as I said above, I do have a separate configure.in, gllib, glm4 in > > each module. > > I am confused. If they are separate, how could the gnulib generated > files conflict with each other? I use "gn

Re: gnulib-tool feature request

h configure.ac? Then there are no > header file collisions. as I said above, I do have a separate configure.in, gllib, glm4 in each module. > Yes, some object files will be duplicated, but > that isn't harmful. I consider that to be extremely harmful. I don't see wh

Re: gnulib-tool feature request

ug-gnulib@gnu.org/msg14805.html http://www.mail-archive.com/bug-gnulib@gnu.org/msg14807.html http://www.mail-archive.com/bug-gnulib@gnu.org/msg14808.html http://www.mail-archive.com/bug-gnulib@gnu.org/msg14814.html At that time, Bruno said that "for now, this change is better limited to your proj

Re: gnulib-tool feature request

On 2/26/10, Simon Josefsson wrote: > Sam Steingold writes: > > > Since I use gnulib in several sub-modules, I need to avoid conflicts > > between different gnulib imports. > > thus I need to make all those _GL_* constants module-specific. > > thus I need g

gnulib-tool feature request

Since I use gnulib in several sub-modules, I need to avoid conflicts between different gnulib imports. thus I need to make all those _GL_* constants module-specific. thus I need gnulib-tool to accept a --macro-prefix option and this patch: iff --git a/gnulib-tool b/gnulib-tool index ea451ec..6ed

Re: arg-nonnull.h & warn-on-use.h in build-aux

Ralf Wildenhues wrote: * Sam Steingold wrote on Wed, Feb 24, 2010 at 01:15:13AM CET: On 2/23/10, Bruno Haible wrote: Autoconf requires it to be constant. You specify it through the AC_CONFIG_AUX_DIR macro. In other words, if you add to clisp/modules/syscalls/configure.ac the line

Re: arg-nonnull.h & warn-on-use.h in build-aux

Eric Blake wrote: According to Sam Steingold on 2/23/2010 3:06 PM: > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & > warn-on-use.h in src/build-aux. > why aren't these files in the usual place (src/gllib), together with all > the other headers? Be

Re: arg-nonnull.h & warn-on-use.h in build-aux

Hi, On 2/24/10, Ralf Wildenhues wrote: > * Sam Steingold wrote on Wed, Feb 24, 2010 at 01:15:13AM CET: > > On 2/23/10, Bruno Haible wrote: > > > Autoconf requires it to be constant. You specify it through the > > > AC_CONFIG_AUX_DIR macro. In other words, i

Re: arg-nonnull.h & warn-on-use.h in build-aux

On 2/23/10, Bruno Haible wrote: > Sam Steingold wrote: > > I want to be able to add build_aux= to the $(MAKE) invocation > > so that the file arg-nonnull.h & warn-on-use.h are found in the right > place. > > > build_aux is not something that you can cha

Re: arg-nonnull.h & warn-on-use.h in build-aux

On 2/23/10, Eric Blake wrote: > According to Sam Steingold on 2/23/2010 3:06 PM: > > >> > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & > >> > warn-on-use.h in src/build-aux. > >> > why aren't these files in the usual p

Re: arg-nonnull.h & warn-on-use.h in build-aux

Hi, On 2/23/10, Eric Blake wrote: > According to Sam Steingold on 2/23/2010 2:05 PM: > > I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & > > warn-on-use.h in src/build-aux. > > why aren't these files in the usual place (src/gllib), together w

arg-nonnull.h & warn-on-use.h in build-aux

Hi, I updated gnulib in clisp and gnulib-tool installed arg-nonnull.h & warn-on-use.h in src/build-aux. why aren't these files in the usual place (src/gllib), together with all the other headers? now, I am getting this error when building modules which use gnulib: make[2]: *** No rule to make

Re: error compiling gethostname.c on woe32

rted that. are you sure you want to keep reminding me about my own patch once a month instead of just accepting it? -- Sam Steingold <http://sds.podval.org>

multiple target patterns

I get this make error (after I apply the patch in ): make[2]: Entering directory `/cygdrive/c/sds/dev/current/build-mingw-4/syscalls/ gllib' .deps/close-hook.Po:1: *** multiple target patterns. Stop. make[2]: Leaving directory `/cygdriv

error compiling gethostname.c on woe32

x27;rpl_gethostname' make[4]: *** [gethostname.o] Error 1 I think this patch is in order: = --- w32sock.h.~1.1.~2009-08-06 23:34:18.0 -0400 +++ w32sock.h 2009-09-30 18:40:57.000212000 -0400 @@ -17,6 +17,8 @@ /* Written by Paolo Bonzini */ +#include + #include /* Get O_RDWR a

Re: gnulib update breaks clisp: stdlib.h:189:5: error: #if with no expression

On Thu, Sep 17, 2009 at 5:15 PM, Bruno Haible wrote: > Sam Steingold wrote: >> I updated clisp to the latest gnulib (to take advantage of the mktime fix) >> and now build fails with this: >> >> ./stdlib.h:189:5: error: #if with no expression >> >> thi

gnulib update breaks clisp: stdlib.h:189:5: error: #if with no expression

I updated clisp to the latest gnulib (to take advantage of the mktime fix) and now build fails with this: ./stdlib.h:189:5: error: #if with no expression this comes from #if @GNULIB_MKOSTEMP@ # if !...@have_mkostemp@

Re: CLISP build fails in mktime

n for 'mktime_internal' > > NetBSD 5.99.15 i386. The problem relates possibly to 64-bit time_t (just a > guess though). thanks. I think this is a bug in gnulib. -- Sam Steingold (http://sds.podval.org/) on Ubuntu 9.04 (jaunty) http://iris.org.il http://palestinefacts.org http://pmw.org.il http://camera.org http://dhimmi.com MS: Brain off-line, please wait.

Re: clisp 2.48 doesn't compile with mingw

Cesar Romani wrote: I'm using MinGW 5.1.4 and gcc 3.4.5 on Win XP and I'm trying to compile clisp 2.48 with: configure --with-mingw --with-module=rawsock --with-ffcall --with-module=bindings/win32 and I got: ... make[4]: Leaving directory `/home/Romer/clisp-2.48/src' depbas

Re: uname: build problem on win32

Bruno Haible wrote: Sam Steingold wrote: Therefore for now, this change is better limited to your project. OK, how about adding an --guard_prefix option? fixing the problem at the source (gnulib-tool) is much easier - just a few lines. fixing it inside clisp is a bigger task. Feel free to

Re: uname: build problem on win32

On Wed, Aug 12, 2009 at 10:43 AM, Bruno Haible wrote: > Sam Steingold wrote: >> >> On one of these, do a >> >>  sed -e s/_GL_UNISTD_H/_GL_UNISTD_H_2/ >> > >> > 2. you can use the --macro-prefix gnulib-too argument to augment the >> > guards.

Re: uname: build problem on win32

Sam Steingold wrote: On Mon, Aug 10, 2009 at 6:26 PM, Bruno Haible wrote: Sam Steingold wrote: the bottom line is: if I add -I build/gnulib/ to module CFLAGS, then include_next will make build/gnulib/unistd.h supersede build/syscalls/gnulib/unistd.h, which is no good. if I do NOT add -I build

Re: uname: build problem on win32

On Mon, Aug 10, 2009 at 6:26 PM, Bruno Haible wrote: > Sam Steingold wrote: >> the bottom line is: >> if I add -I build/gnulib/ to module CFLAGS, then include_next will >> make build/gnulib/unistd.h supersede build/syscalls/gnulib/unistd.h, >> which is no good. >>

Re: uname: build problem on win32

a per-module basis, but what if a module wants both unistd.h and alloca?! -- Sam Steingold <http://sds.podval.org>

Re: close_used_without_requesting_gnulib_module_close

On Mon, Aug 10, 2009 at 3:29 PM, Paolo Bonzini wrote: > On 08/10/2009 09:02 PM, Sam Steingold wrote: >> >> What does this mean? >> I did not request the close module, and it is not clear why I should. >> >> (in fact, I don't see why pulling uname should ch

strftime does not support %F and %T

strftime on linux supports %F and %T which are, I guess, extensions. any plans to support it in gnulib/strftime?

Re: uname: build problem on win32

On Mon, Aug 10, 2009 at 2:22 PM, Sam Steingold wrote: > I followed your instructions, so now I have unistd.h both in the above > and in build/gllib/unistd.h > the former comes first on the gcc -I list, but, apparently, #include > next discards it and only the latter is actually used.

close_used_without_requesting_gnulib_module_close

What does this mean? I did not request the close module, and it is not clear why I should. (in fact, I don't see why pulling uname should change the semantics of close. yes, uname requires gethostname, which requires sockets &c, so I see the dependency chain, but I think what I see is a dependen

Re: uname: build problem on win32

On Sat, Aug 8, 2009 at 3:14 AM, Bruno Haible wrote: > Sam Steingold wrote: >> In file included from >> /cygdrive/c/sds/dev/current/modules/syscalls/gllib/gethostname.c:83: >> /cygdrive/c/sds/dev/current/modules/syscalls/gllib/w32sock.h: In function >> `set_winsock_err

Re: no-c++

On Mon, Aug 10, 2009 at 10:12 AM, Simon Josefsson wrote: > Sam Steingold writes: > >> Some packages are compilable with both C (production) and C++ (extra >> compilation time type checking and run-time verification for >> debugging). >> when such a package uses

Re: no-c++

ld force on users > unless there is a compelling use-case. the "forcing" goes the other way around. the user of gnulib forces C++ on gnulib code, and gnulib should use no-cxx (when necessary) to cope with it. -- Sam Steingold <http://sds.podval.org>

Re: no-c++

> * Bruno Haible [2009-08-08 11:47:01 +0200]: > > Sam Steingold wrote: >> modules which cannot be compiled with c++ (regex, gettimeofday) should depend >> on no-c++ > > This cannot be implemented as you wish. The ability to compile in C mode when > CC="g++"

Re: PACKAGE, VERSION, & PACKAGE_VERSION

On Fri, Aug 7, 2009 at 4:33 PM, Bruno Haible wrote: >> why do I get a warning for them (but not for PACKAGE_*)? > Because redefinitions of C macros warrant maintainer attention. yes, but why am I not getting the warnings about PACKAGE_*? -- Sam Steingold <http://sds.podval.org>

uname: build problem on win32

make[4]: Entering directory `/cygdrive/c/sds/dev/current/build-mingw-1/syscalls/ gllib' gcc -mno-cygwin -DHAVE_CONFIG_H -I. -I/cygdrive/c/sds/dev/current/modules/syscal ls/gllib -I.. -I/cygdrive/c/sds/top/include -Ic:/sds/dev/current/build-mingw-1 /gllib -g -O2 -W -Wswitch -Wcomment -Wpointer-a

PACKAGE, VERSION, & PACKAGE_VERSION

Hi, I have the following setup: main package (with its own configure.in[1]) which imports stuff from gnulib ~20 sub-packages (each with its own configure.in[2]) of which 3 import stuff from gnulib. sub-packages include the main package's config.h before their own config.h. Every single config.h

Re: new module 'uname'

Bruno Haible wrote: configure.ac: gl_FUNC_UNAME gl_SYS_UTSNAME_MODULE_INDICATOR([uname]) just curious, since I will be using uname for clisp/syscalls: what is gl_SYS_UTSNAME_MODULE_INDICATOR? why does it take an argument? thanks. Sam.

no-c++

modules which cannot be compiled with c++ (regex, gettimeofday) should depend on no-c++

Re: gnulib-tool --avoid problems

On Tue, Aug 4, 2009 at 2:24 AM, Bruno Haible wrote: > Sam Steingold wrote: >> configure.in: no proper invocation of AM_INIT_AUTOMAKE was found. >> configure.in: You should verify that configure.in invokes AM_INIT_AUTOMAKE, >> configure.in: that aclocal.m4 is present in th

Re: gnulib-tool --avoid problems

On Mon, Aug 3, 2009 at 4:11 PM, Bruno Haible wrote: > Sam Steingold wrote: >> so I added 'string' to GNULIB_MODULES and now... >> [all fine] >> - why do I have to do that? > > I have no idea why you had a half, not working 'string' module earlier.

Re: gnulib-tool --avoid problems

Hi Bruno, On Sun, Aug 2, 2009 at 5:01 AM, Bruno Haible wrote: > Sam Steingold wrote: >> ./string.h:54:5: error: #if with no expression > > The 'string' module occurs as dependency of the 'memchr' module or 'mbsrtowcs' > modules. so I added 'st

Re: gnulib-tool --avoid problems

Hi Bruno, On Sun, Aug 2, 2009 at 5:01 AM, Bruno Haible wrote: > Sam Steingold wrote: >> alas, there is still some duplication between >> modules/regexp/glm4 and src/glm4, specifically: >>           codeset.m4 >>           locale-fr.m4 >>           local

gnulib-tool --avoid problems

27;'REPLACE_LCHOWN''@|0|g' \ -e 's|@''REPLACE_LSEEK''@|0|g' \ -e 's|@''REPLACE_WRITE''@|0|g' \ -e 's|@''UNISTD_H_HAVE_WINSOCK2_H''@|0|g' \

mbrtowc.m4 bug in c++

Hi, when a CC=g++, tests in mbrtowc.m4 fail with error: 'mbtowc' was not declared in this scope since 'mbtowc' is declared in stdlib.h, I think this patch is in order: 2009-06-15 Sam Steingold * mbrtowc.m4 (gl_MBRTOWC_SANITYCHECK): include for th

Re: gl_LIBSIGSEGV is broken

On Wed, Jun 24, 2009 at 6:18 AM, Bruno Haible wrote: > Sam Steingold wrote: >> if I remove the explicit call to gt_LC_MESSAGES >> (which is called by AM_INTL_SUBDIR >> which is called by AM_GNU_GETTEXT which we call explicitly) >> then config.h.in no longer contains

Re: gl_LIBSIGSEGV is broken

v library." which looks bizarre. -- Sam Steingold <http://sds.podval.org>

Re: gl_LIBSIGSEGV is broken

On Thu, Jun 18, 2009 at 5:31 AM, Bruno Haible wrote: > Sam Steingold wrote: >> >> after: >> >> $ grep -i sigsegv config.status >> >> S["LIBSIGSEGV_PREFIX"]="" >> >> S["LTLIBSIGSEGV"]="" >&g

getpagesize on mingw

Hi, updating gnulib files in clisp pulled in getpagesize.m4 and getpagesize.m4, so I decided to use them instead of the traditional clisp code. my question is: where is the prototype for the replacement getpagesize()? it would make sense to include unistd.h, but it is not generated on win32. also,

Re: gl_LIBSIGSEGV is broken

On Mon, Jun 15, 2009 at 6:52 PM, Bruno Haible wrote: > Sam Steingold wrote: >> I just upgraded clisp to libsigsegv.m4 serial 4 > > Did you do a "make distclean; ./configure" after doing so? yes, of course. >> and now LIBSIGSEGV is not set right: >> >>

gl_LIBSIGSEGV is broken

I just upgraded clisp to libsigsegv.m4 serial 4 and now LIBSIGSEGV is not set right: config.status: before: $ grep -i sigsegv config.status S["LIBSIGSEGV"]="-lsigsegv" S["LTLIBSIGSEGV"]="-lsigsegv" D["HAVE_LIBSIGSEGV"]=" 1" D["HAVE_LIBSIGSEGV"]=" 1" after: $ grep -i sigsegv config.status S["LI

Re: abort() traceability

Ben Pfaff wrote: Bruno Haible writes: What do the others think? Should we possibly extend stdlib.in.h so that abort() becomes a macro that produces a detailed error message, similar to what assert() does? Just changing abort() to assert(0) would improve the diagnostics significantly. Sound

Re: dropping setuid/setgid privileges, round 2

Bruno Haible wrote: * Regarding abort() vs. "return -1" - hi Sam! -, they say: "But while reporting failure through return values is possible, we advise against it, as it might leave the identity in an inconsistent state. Thus, when an identity change fails in the middle, programmers shou

Re: dropping setuid/setgid privileges

On Tue, Jun 9, 2009 at 5:07 AM, Bruno Haible wrote: > Sam Steingold wrote: >> >> down with the nannies! >> let us assume that I threw in the anti-totalitarian-programming >> diatribe here. :-) > > I call it collaborative programming: I program something, and us

Re: dropping setuid/setgid privileges

On Mon, Jun 8, 2009 at 8:19 PM, Bruno Haible wrote: > Sam Steingold wrote: > >> I urge you to avoid abort in favor of returning an error code and >> document that aborting on certain errors is the right behavior. > > If I did this, the risk that a bug does not get reported

Re: dropping setuid/setgid privileges

code and document that aborting on certain errors is the right behavior. -- Sam Steingold <http://sds.podval.org>

Re: gnulib update broke clisp

On Thu, Jan 15, 2009 at 8:09 PM, Eric Blake wrote: > AC_REQUIRE([AC_CONFIG_AUX_DIR], [AC_CONFIG_AUX_DIR([$1])]) This did the trick. Thanks! -- Sam Steingold

Re: gnulib update broke clisp

On Thu, Jan 15, 2009 at 3:49 PM, Paolo Bonzini wrote: > Sam Steingold wrote: >> are you saying that AC_CONFIG_HEADERS calls AC_CANONICAL_BUILD?! > > No, that CL_MODULE_COMMON_CHECKS calls something that *requires* > AC_CANONICAL_BUILD. Required stuff is always expand before th

Re: gnulib update broke clisp

AC_PREREQ(2.57) AC_INIT(i18n, 1.0, clisp-list) AC_CONFIG_SRCDIR(i18n.lisp) AC_CONFIG_HEADERS(config.h) RSE_BOLD BOLD_MSG([I18N (Common)]) CL_MODULE_COMMON_CHECKS(../../src/build-aux) == configure.in are you saying that AC_CONFIG_HEADERS calls AC_CANONICAL_BUILD?! thanks! -- Sam Steingold

gnulib update broke clisp

Hi, I updated gnulib files in clisp (last time I did it was in late October), and now clisp configure scripts break. this can be tracked down to AC_CONFIG_AUX_DIR_DEFAULT being expanded _before_ my AC_CONFIG_AUX_DIR(../../src/build-aux), thus I have both == AC_CONFI

Re: choice of implementation language

Mike Frysinger wrote: On Wednesday 07 January 2009 09:39:06 Sam Steingold wrote: Bruno Haible wrote: If gnulib-tool was to be rewritten in another programming language than shell + sed, what would be the good choices? a popularity contest is not the way to choose a language. and why aren&#

Re: choice of implementation language

Bruno Haible wrote: If gnulib-tool was to be rewritten in another programming language than shell + sed, what would be the good choices? a popularity contest is not the way to choose a language. and why aren't you even considering lisp? clisp comes with all linux distributions. every decent CS

how do I check that an FD is open?

knowlegeable unix forum I know... -- Sam Steingold (http://sds.podval.org/) on Ubuntu 8.10 (intrepid) http://thereligionofpeace.com http://honestreporting.com http://ffii.org http://mideasttruth.com http://palestinefacts.org There's always free cheese in a mouse trap.

gettimeofday does not link with g++

m the command line, I get charstrg.o: In function `char_width(chart)': /home/sds/src/clisp/current/build-gxx-g/../src/charstrg.d:324: undefined reference to `uc_width' without the arglist of uc_width. any ideas? -- Sam Steingold (http://sds.podval.org/) on Ubuntu 8.10 (intrep

Re: module request: execname

Bruno, 2 weeks ago I requested a module: Sam Steingold wrote: As mentioned in <http://article.gmane.org/gmane.comp.lib.gnulib.bugs/15446>, I would like to request a new module execname which would export 2 functions: char *get_executable_name (void); int find_executable (cons

Re: code/module request: undo setuid

Ben Pfaff wrote: You might find the following paper on the topic interesting: http://www.usenix.org/events/sec02/full_papers/chen/chen.pdf the code in this paper is a perfect candidate for a gnulib module.

Re: gnulib: cond & spinlocks

Bruno Haible wrote: Regarding clisp's xthread.d: The first thing I would do now is to ditch the conditional code for POSIXOLD_THREADS, SOLARIS_THREADS, C_THREADS. You don't need these APIs any more. And with pthreads-win32 you don't need WIN32_THREADS either. my whole point was that I want to _

gnulib: cond & spinlocks

Bruno, would it be possible to make gnulib cond allocate on stack? would it be possible to use fast clisp spinlocks in gnulib lock? Thanks. Vladimir Tzankov wrote: On Nov 17, 2008, at 9:28 PM, Sam Steingold wrote: I plan to create the thread2 branch after I switch to gnulib threadlib/lock/cond

dependency creep: cond

Hi, why does the cond module depend on errno stdbool time gettimeofday I expected it to be similar to threadlib and lock in that it unifies the existing system functionality under a uniform API, and it turns out that it pulls in 4(!) packages. is it possible to have a package condlib similar t

Re: code/module request: undo setuid

Bruno Haible wrote: Sam Steingold wrote: Please see the discussion here: https://sourceforge.net/forum/message.php?msg_id=5611456 The discussion is here: http://news.gmane.org/gmane.lisp.clisp.general/cutoff=12548 http://article.gmane.org/gmane.lisp.clisp.general/12533 Please don&#

Re: code/module request: undo setuid

> * Bruno Haible <[EMAIL PROTECTED]> [2008-11-11 02:24:10 +0100]: > > Sam Steingold wrote: >> Suppose one has an application which is installed setuid root. >> Suppose also the application has a feature (e.g., spawn an >> interactive user shell) which shou

code/module request: undo setuid

Hi, Suppose one has an application which is installed setuid root. Suppose also the application has a feature (e.g., spawn an interactive user shell) which should NOT be run as root - but as an unprivileged user instead. I suppose this is a fairly common operation (e.g., nethack is probably inst

module request: execname

Bruno, As mentioned in , I would like to request a new module execname which would export 2 functions: char *get_executable_name (void); int find_executable (const char * program_name); you already have all the necessary code in gnuli

Re: cannot recreate gllib

Hi Ralf, Ralf Wildenhues wrote: Reproducible with a small example, see below. Workaround: use ./config.status gllib/Makefile depfiles instead of --file=gllib/Makefile. thanks a lot for the workaround, it does solve the problem. Sam.

Re: cannot recreate gllib

Hi Ralf, > * Ralf Wildenhues <[EMAIL PROTECTED]> [2008-10-26 09:52:39 +0100]: > > * Sam Steingold wrote on Sun, Oct 26, 2008 at 04:13:39AM CET: >> the gnulib code is in the gllib subdirectory of the build directory. >> >> it all started with a very ordinary

Re: cannot recreate gllib

> * Simon Josefsson <[EMAIL PROTECTED]> [2008-10-26 09:43:24 +0100]: > > Sam Steingold <[EMAIL PROTECTED]> writes: > >> rm -f stdlib.h-t stdlib.h >> { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */' && \ >>sed -e

Re: dependency creep

ystem's gear wheel. the sad part is that you apparently did not notice my sarcasm. what if I said >> Why not just distribute the whole gnulib with every application? at any rate, as a gnulib user, I would like to humbly request that you pay more attention to minimization of t

cannot recreate gllib

lo ../../src/gllib/localcharset.c &&\ mv -f $depbase.Tpo $depbase.Plo gcc -DHAVE_CONFIG_H -I. -I../../src/gllib -I.. -I../intl -I/home/sds/src/top/include -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit -Wreturn-type -Wmissing-declarations -Wno-sign-compare -falign-functions=4 -g

dependency creep

distribute gnu libc with every application? -- Sam Steingold (http://sds.podval.org/) on Ubuntu 8.04 (hardy) http://memri.org http://jihadwatch.org http://iris.org.il http://dhimmi.com http://openvotingconsortium.org http://palestinefacts.org Booze is the answer. I can't remember the question.

Re: lib vs. lib64 on bi-arch systems

Hi, Bruno Haible wrote: Sam Steingold wrote: I get the following output from ./configure --with-libsigsegv-prefix=/home/sds/src/top CC='gcc -m64' build-O --with-module=rawsock on Linux ada 2.6.24-1-sparc64-smp: INCSIGSEGV= gl_save_CPPFLAGS= CPPFLAGS= checking for libsigsegv.

libsigsegv.m4: --with-libsigsegv-prefix is ignored

with the clisp/src/configure file, generated from libsigsegv.m4 serial 2 and the following patch: === RCS file: /cvsroot/clisp/clisp/src/configure,v retrieving revision 1.221 diff -u -w -p -r1.221 configure --- src/configure 1

Re: gethostname

Ben Pfaff wrote: Sam Steingold <[EMAIL PROTECTED]> writes: Ben Pfaff wrote: Sam Steingold <[EMAIL PROTECTED]> writes: 1. is this module ever needed on a unix system? i.e., are there any unix systems still in use that lack gethostname? 2. are there any unix systems still in u

Re: gethostname

Simon Josefsson wrote: Sam Steingold <[EMAIL PROTECTED]> writes: 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? htt

Re: gethostname

Ben Pfaff wrote: Sam Steingold <[EMAIL PROTECTED]> writes: 1. is this module ever needed on a unix system? i.e., are there any unix systems still in use that lack gethostname? 2. are there any unix systems still in use that lack uname? Among the platforms represented in Bruno Ha

<    1   2   3   >