Re: dependency creep: canonicalize_file_name

On 05/04/11 10:21, Sam Steingold wrote: > What I was complaining about is that I have to pull 150+ _files_ to define > a function whose C code takes about the same number of _lines_. Sure, and I had similar problems when I recently modified Emacs to use gnulib. I fixed the problems by proposing an

Re: dependency creep: canonicalize_file_name

> * Eric Blake [2011-05-04 10:03:36 -0600]: > On 05/04/2011 09:51 AM, Sam Steingold wrote: >> And yet again it is time for me to bitch about dependency creep. >> >> discovered that it offered canonicalize_file_name instead. > > Try canonicalize-lgpl instead; much l

Re: dependency creep: canonicalize_file_name

On 05/04/2011 09:51 AM, Sam Steingold wrote: > And yet again it is time for me to bitch about dependency creep. > > I thought about pulling realpath from gnulib (because clisp includes its > own implementation - BTW, are there still unixes which lack it?) and Read doc/pos

dependency creep: canonicalize_file_name

And yet again it is time for me to bitch about dependency creep. I thought about pulling realpath from gnulib (because clisp includes its own implementation - BTW, are there still unixes which lack it?) and discovered that it offered canonicalize_file_name instead. I tried pulling it and the list

Re: dependency creep: cond

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Sam Steingold on 11/17/2008 12:21 PM: > Hi, > why does the cond module depend on > > errno > stdbool > time > gettimeofday > > it pulls in 4(!) packages. These are modules, not packages. They are much lighter-weight than packages. And

Re: dependency creep: cond

Hi Sam, > why does the cond module depend on > > errno > stdbool > time > gettimeofday It depends on - errno because glthread_cond_timedwait may return ETIMEDOUT, an errno value which is missing on some systems, - stdbool because gl_cond_timedwait returns a boolean value, - time becaus

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: dependency creep

Hi Bruno, > * Bruno Haible <[EMAIL PROTECTED]> [2008-10-26 14:36:46 +0200]: > >> I updated gnulib files in clisp and threadlib.m4 was pulled in by >> gettext 0.17. >> Are you sure this is really truly necessary? > > It is necessary for packages that use > AM_GNU_GETTEXT > but it is not necessary

Re: dependency creep

Hi Sam, > I updated gnulib files in clisp and threadlib.m4 was pulled in by > gettext 0.17. > Are you sure this is really truly necessary? It is necessary for packages that use AM_GNU_GETTEXT but it is not necessary for packages that use AM_GNU_GETTEXT([external]) In the latter case, I thoug

dependency creep

I updated gnulib files in clisp and threadlib.m4 was pulled in by gettext 0.17. Are you sure this is really truly necessary? OK - this is just m4, so it does not affect the executable size - just configuration time. I thought of replacing clisp/src/execname.c (158 lines which determine the truena