Re: cross-compilation guesses (4)

Jim Meyering wrote: > with this: > > case "$gl_cv_func_getgroups_works" in > *yes) ;; > *) REPLACE_GETGROUPS=1 ;; > esac OK, I'll do like this. Bruno

Re: cross-compilation guesses (5)

Jim Meyering wrote: > However, I would find the above code easier to read if it were > written on fewer lines: > > case "$host_os" in > *-gnu*) $1 ;; # Guess yes on glibc systems. > *) $2 ;; # If we don't know, assume the worst. > esac Will it also work if $1 or $2 contai

Re: preferred address in copyright header

> I know it's a pain to update lgpl-2.1.texi, I'll ask Brett if there is any prospect of updating the v2 license text. recommendations were synced with regards to listing the same address. gpl-howto.html is in sync with v3. I guess it could at least explicitly say that it is ok to use

Re: preferred address in copyright header

On 05/02/2012 10:16 AM, Eric Blake wrote: > I know it's a pain to update lgpl-2.1.texi, even if the update is not > part of the official license, but it would be nicer if the two > recommendations were synced with regards to listing the same address. It would be nicer, but updating license text (n

preferred address in copyright header

https://www.gnu.org/licenses/gpl-howto.html recommends listing: You should have received a copy of the GNU General Public License along with Foobar. If not, see . even when using the LGPL, but https://www.gnu.org/licenses/lgpl.html doesn't give any recommen

Re: cross-compilation guesses (4)

Bruno Haible wrote: > When cross-compiling, configure says: > > checking for working getgroups... no > > Here's a proposed patch for improving this in gnulib. Again, would it be > better to modify AC_FUNC_GETGROUPS in Autoconf? > > > 2012-05-01 Bruno Haible > > getgroups: Avoid "guessing

Re: cross-compilation guesses (5)

Bruno Haible wrote: > Configure outputs when cross-compiling: > > checking for GNU libc compatible malloc... no > checking for GNU libc compatible realloc... no > > Here's a proposed patch for improving the guess for glibc targets. > Again, the question is whether to modify the macro in Autocon

Re: cross-compilation guesses (6)

Bruno Haible wrote: > When cross-compiling, configure also reports wrongly: > > checking whether lstat correctly handles trailing slash... no > > Here is a proposed patch. Jim, OK to apply? > > 2012-05-01 Bruno Haible > > lstat: Avoid "guessing no" when cross-compiling to glibc systems.

Re: Bug#671044: freedink: FTBFS[!linux]: too many args to install-reloc

Hi, On Wed, May 02, 2012 at 02:49:33AM +0200, Bruno Haible wrote: > I'm applying this patch. Please let me know if this fixes the Freedink > builds on GNU/kFreeBSD or not. > > > 2012-05-01 Bruno Haible > > relocatable-prog: Enable ELF ORIGIN trick also on GNU/kFreeBSD. > * m4/rel

Re: install-reloc is invoked with too many arguments

On Wed, May 02, 2012 at 12:43:48PM +0200, Sylvain wrote: > Hi Bruno, > > On Wed, May 02, 2012 at 03:43:00AM +0200, Bruno Haible wrote: > > Hi Sylvain, > > > > > I received the bug report below when compiling GNU FreeDink on > > > Debian/kFreeBSD and Debian/Hurd. > > > > > > It seems that there's

Re: install-reloc is invoked with too many arguments

Hi Bruno, On Wed, May 02, 2012 at 03:43:00AM +0200, Bruno Haible wrote: > Hi Sylvain, > > > I received the bug report below when compiling GNU FreeDink on > > Debian/kFreeBSD and Debian/Hurd. > > > > It seems that there's an issue with install-reloc: > > https://buildd.debian.org/status/fetch.ph

Re: cross-compilation guesses (2)

Hi Jim, > I find it more concise/readable than the above: > > if { case "$gl_cv_func_rmdir_works:$gl_cv_func_unlink_works" in > *yes:*yes) false;; > *) true;; >esac > }; then OK, I'm taking this way of writing the conditional. Thanks for your feedback. I will co

Re: cross-compilation guesses (7)

Bruno Haible wrote: > When cross-compiling, I also see this wrong guess: > > checking whether gettimeofday clobbers localtime buffer... yes > > This proposed patch should improve it. OK to apply, Jim & Paul? > > 2012-05-01 Bruno Haible > > gettimeofday: Avoid bad guess when cross-compili

Re: cross-compilation guesses (8)

Bruno Haible wrote: > When cross-compiling, canonicalize.m4 also guesses wrong: > > checking whether realpath works... guessing no > > This should fix it. Objections? This looks fine. Thanks. > 2012-05-01 Bruno Haible > > canonicalize[-lgpl]: Avoid "guessing no" when cross-compiling t