Hi! Some modules, e.g. havelib, ship a config.rpath into build-aux.
However, autopoint doesn't like this file and complains:
[EMAIL PROTECTED]:~/src/gnutls$ autopoint
autopoint: File build-aux/config.rpath has been locally modified.
autopoint: *** Some files have been locally modified. Not overwr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Matthew Woehlke on 3/2/2007 9:33 AM:
>
>> Another option would be to leave int64_t defined as it is, but set
>> HAVE_INT64_T
>> to 0, to indicate that gnulib shouldn't use it.
>
> Hmm... this looks like it would fix sys/stat.h (see below
Hello Bruno,
* Bruno Haible wrote on Sun, Mar 04, 2007 at 03:57:00PM CET:
[...]
Volunteers wanted: If you have access to a system with
[...]
could you please run the configure script from the attached package and
report the results?
| 1 2 3 4 5 6 7
* Ben Pfaff wrote on Sun, Mar 04, 2007 at 09:29:53PM CET:
Bruno Haible <[EMAIL PROTECTED]> writes:
> If we recommend to use
>
> ./configure --enable-relocatable --prefix=/etc
> make
> make install DESTDIR=/tmp/inst$$
>
> then there should not be a security problem any more, right?
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> * Ben Pfaff wrote on Sun, Mar 04, 2007 at 09:29:53PM CET:
>> Bruno Haible <[EMAIL PROTECTED]> writes:
>>
>> > If we recommend to use
>> >
>> > ./configure --enable-relocatable --prefix=/etc
>> > make
>> > make install DESTDIR=/tmp/inst$$
>>
On Mon, Mar 05, 2007 at 08:28:31PM +0100, Ralf Wildenhues wrote:
> >I tend to just use --prefix=$HOME/inst$$.
>
> FWIW, I like that better, too. Or use some other path that only root
> can write to, like /opt or /nonexistent.
I strongly recommend you use /nonexistent instead of $HOME. If $HOME
Ben Pfaff <[EMAIL PROTECTED]> writes:
> I tend to just use --prefix=$HOME/inst$$.
and then later:
> Here's some suggested wording then:
Daniel Jacobowitz <[EMAIL PROTECTED]> writes:
> I strongly recommend you use /nonexistent instead of $HOME. If $HOME
> is behind an NFS automounter, and your p
Bruno Haible <[EMAIL PROTECTED]> writes:
> If FLT_RADIX = 16, multiplication of a number with 2.0 causes rounding
> errors for 25% of the numbers, and multiplication with 0.5 causes rounding
> errors for 75% of the numbers. (Btw, this makes it impossible to implement
> a C99 compatible frexp() fun
Ralf Wildenhues wrote:
> | 1 2 3 4 5 6 7
> | OpenBSD 3.9 . # . . . . .
> | HP-UX 10.20 # # . . . . #
> | NetBSD 4.99.13 . . . . . . .
Thanks for these results. I've add
Daniel Jacobowitz wrote:
> What GDB wants to print in hex floating isn't a host double but a
> target double; if we cast to host double or long double, then in some
> circumstances we lose precision.
For this, in general, you could probably use gnulib's vasnprintf.c source
with a lot of #ifdefs. A
Hi Simon,
> Some modules, e.g. havelib, ship a config.rpath into build-aux.
> However, autopoint doesn't like this file and complains:
>
> [EMAIL PROTECTED]:~/src/gnutls$ autopoint
> autopoint: File build-aux/config.rpath has been locally modified.
> autopoint: *** Some files have been locally mo
On Tue, Mar 06, 2007 at 02:09:01AM +0100, Bruno Haible wrote:
> Using snprintfv seems better for you - there you can redefine each directive's
> execution independently.
Yes - that's exactly my plan :-)
> > Anyway, I'm stalled for a while on snprintfv
>
> Why? Paolo presented a nice plan [1]. It
I see that FreeBSD and NetBSD support st_birthtime. I'm considering
supporting these in findutils. Is there any interest in suporting
(i.e. maintaining if I contribute a patch) this in stat-time.h?
If there is interest in maintaining the feature, how should we handle
systems (like Linux) where
"Peter O'Gorman" <[EMAIL PROTECTED]> writes:
> What if the package does not use AC_CONFIG_HEADERS? This patch will
> fail. What about AC_CHECK_SIZEOF which will report incorrect results
> if -arch i386 -arch x86_64 are specified for example?
Those problems existed in the previous Autoconf version
> 2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
>
> * modules/relocatable-prog-wrapper: New file.
This additionally needs a modification of gnulib-tool:
2007-03-05 Bruno Haible <[EMAIL PROTECTED]>
* gnulib-tool (func_get_automake_snippet): Don't synthesize an
EXTRA_lib_S
The substitute is not self-contained if the 'snprintf' or 'vsnprintf'
module is used: it is lacking a definition of size_t.
2007-03-05 Bruno Haible <[EMAIL PROTECTED]>
* lib/stdio_.h: Include .
*** lib/stdio_.h21 Feb 2007 02:18:10 - 1.1
--- lib/stdio_.h6 Mar 2
POSIX specifies [1] that should declare frexpl() and ldexpl() but
neither glibc not MacOS X 10.3 do so. (Paul, do you agree that it looks like
a glibc bug?)
Here is a cheap workaround for the 'printf-frexpl' module.
2007-03-05 Bruno Haible <[EMAIL PROTECTED]>
* m4/printf-frexpl.m4 (gl
Bruno Haible <[EMAIL PROTECTED]> writes:
> POSIX specifies [1] that should declare frexpl() and ldexpl() but
> neither glibc not MacOS X 10.3 do so. (Paul, do you agree that it looks like
> a glibc bug?)
Yes, math.h should declare them as functions. But are you sure it isn't
already doing this
"James Youngman" <[EMAIL PROTECTED]> writes:
> I see that FreeBSD and NetBSD support st_birthtime. I'm considering
> supporting these in findutils. Is there any interest in suporting
> (i.e. maintaining if I contribute a patch) this in stat-time.h?
Sure, might as well.
Do they support st_birt
Bruno Haible <[EMAIL PROTECTED]> writes:
>> Any suggestions?
>
> The config.rpath in gnulib is newer than the one from the latest gettext
> release (0.16.1). Therefore I would move build-aux/config.rpath away so
> that autopoint doesn't see it, and then move it back.
Ok, I have made the GNUmakefi
20 matches
Mail list logo
