Context: http://translationproject.org/latest/gnulib redirects to
https://translationproject.org/latest/gnulib/
Rationale: if the user falls back to wget, she doesn't have rsync and
is probably in a minimal build environment, where packages such as
'ca-certificates' are missing as well, re
This allows the user to see error messages if any (--quiet hides them)
---
gnulib-tool | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gnulib-tool b/gnulib-tool
index b852749..7353920 100755
--- a/gnulib-tool
+++ b/gnulib-tool
@@ -5031,7 +5031,7 @@ s,//*$,/,'
if ty
, Jul 28, 2011 at 12:19:00AM +0200, Sylvain Beucler wrote:
> Hi,
>
> I updated gnulib and I now have an error when compiling my freedink project:
>
> gcc -g -O2 -Wall -std=c99 -I/usr/include/SDL -D_GNU_SOURCE=1
> -D_REENTRANT `"../autotools/reloc-ldflags" &quo
Hi,
I updated gnulib and I now have an error when compiling my freedink project:
gcc -g -O2 -Wall -std=c99 -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT
`"../autotools/reloc-ldflags" "x86_64-unknown-linux-gnu" "" /usr/local/bin` -o
freedink bgm.o dinkini.o dinkc.o dinkc_bindings.o dink
On Sun, Nov 07, 2010 at 02:46:16PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
> > The license of the MD5 module is documented as LGPLv2+, but the source
> > headers say it's under the GPLv2+, and that it's part of the (LGPL)
> > libc.
> >
> &
Hi Gary,
On Sun, Nov 07, 2010 at 10:48:55PM +0700, Gary V. Vaughan wrote:
> Sylvain Beucler wrote:
> > I saw the new 'libposix' branch and I was curious about it - how is it
> > supposed to be used?
>
> The idea is to build a standalone library of posix compatib
Hi,
I saw the new 'libposix' branch and I was curious about it - how is it
supposed to be used?
Also, is there any relationship with
http://libposix.sourceforge.net/ ?
Cheers!
--
Sylvain
Hi,
The license of the MD5 module is documented as LGPLv2+, but the source
headers say it's under the GPLv2+, and that it's part of the (LGPL)
libc.
What is the actual license? :)
--
Sylvain
Apparently the builds went fine this time :)
https://buildd.debian.org/pkg.cgi?pkg=freedink
Thanks again!
- Sylvain
On Tue, Apr 20, 2010 at 08:18:07PM +0200, Sylvain Beucler wrote:
> Hi Bruno,
>
> Thanks, I'll make a new release with an updated gnulib and see how
> this goes
t; I'm applying this followup to
> <http://lists.gnu.org/archive/html/bug-gnulib/2009-01/msg00162.html>.
>
>
> 2010-04-19 Bruno Haible
>
> relocatable: Drop the need to define RELOCATABLE_STRIP in Makefile.am.
> * m4/relocatable.m4 (gl
Hi,
GNU FreeDink got a few failures when compiled by the Debian build
daemons: https://buildd.debian.org/status/package.php?p=freedink
What happens, apparently, is that 'install-reloc' is called with
'RELOC_STRIP_PROG= ' (i.e. == nothing).
[...]/autotools/install-reloc: 118: : Permission denied
On Fri, Nov 20, 2009 at 11:02:48AM +0100, Bruno Haible wrote:
> Karl Berry wrote:
> > Is the readonly cvs access to the git repo supposed to still be working?
> > 'cause it isn't, for me.
> >
> > $ cvs [update aborted]: connect to [pserver.git.sv.gnu.org]:2401 failed:
> > Connection timed out
>
> s/runs/runs -- as far as you've seen --/ ?
>
> At least in the save-cwd module (used e.g., via openat), getcwd
> is not used in the common case, but under unusual circumstances,
> fall-back code does use it.
I'd say "runs" - Bruno explained that 'dup' and 'dup2' are used in
auxiliary replacemen
Hi,
> > - Including system's strings.h while it isn't available:
>
> gnulib/doc/posix-headers/strings.texi tells you that all platforms have this
> header file.
And I see that MinGW's just include 'string.h'. Good enough :)
> > - missing libc functions:
> >
> > - fchdir.c references 'dup' a
> Hi Sylvain,
>
> Thanks for the report.
> How about the following?
It works for me :)
Just to make sure: did you notice the other issues I reported?
--
Sylvain
Hi,
I'm working on a cross-build of GNU FreeDink to make it run on Sony
PlayStation Portable. The build is based on a slightly modified gcc
cross-compiler for mipsel, and a minimal libc on top off of newlib
(ftp://sources.redhat.com/pub/newlib/) - check 'psptoolchain' and
'pspsdk' at
http://svn.p
On Mon, Feb 09, 2009 at 12:42:33AM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > > > I got confused because `./configure --help` documents
> > > > '--with-libmylib-prefix', but doesn't mention '--with-mylib'.
>
> If you use AC_L
On Sat, Feb 07, 2009 at 07:57:50PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
>
> > I'm working upon GNUpdf's configure.ac:
> >
> > AC_LIB_HAVE_LINKFLAGS(
> > [jbig2dec], dnl lib name
> > [], dnl no dependencies
>
On Sat, Feb 07, 2009 at 12:55:50PM -0700, Eric Blake wrote:
> According to Sylvain Beucler on 2/7/2009 11:04 AM:
> > AC_LIB_HAVE_LINKFLAGS(
> > [jbig2dec], dnl lib name
> > [],
>
> Careful with your m4 quoting here - by adding a dnl after the comma, the
>
On Sat, Feb 07, 2009 at 02:44:24PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
> > On Fri, Feb 06, 2009 at 11:49:51PM +0100, Simon Josefsson wrote:
> >> Sylvain Beucler writes:
> >>
> >> > The AC_LIB_HAVE_LINKFLAGS macro generates opti
On Fri, Feb 06, 2009 at 11:49:51PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
>
> > The AC_LIB_HAVE_LINKFLAGS macro generates options like
> > "--with-libmylib-prefix".
>
> Note that it also generate options like --with-libmylib.
>
> The
On Mon, Feb 02, 2009 at 09:18:14PM +0100, Simon Josefsson wrote:
> Sylvain Beucler writes:
>
> > Hi,
> >
> > I'm trying to implement simply a '--with-mylib=/path/to/mylib' option
> > in 'configure', and I'm wondering if the 'h
Hi,
I'm trying to implement simply a '--with-mylib=/path/to/mylib' option
in 'configure', and I'm wondering if the 'havelib' would help.
However I don't really understand how it's meant to be
used. Apparently its m4 macros need to be used within a macro
definition?
Can you explain me basically w
On Tue, Dec 09, 2008 at 08:24:09AM +0100, Simon Josefsson wrote:
> Maybe you could disable C99 in the gnulib directory?
I remember doing so a while ago and getting detection errors. It's
commented out in my Makefile.am ;)
--
Sylvain
On Sun, Dec 07, 2008 at 04:11:34PM -0800, Ben Pfaff wrote:
> Brian Dessent <[EMAIL PROTECTED]> writes:
>
> > MinGW implements access to 'environ' as a macro in stdlib.h, one which
> > gets the environment pointer through a function call. However, that
> > macro is not enabled if __STRICT_ANSI__ i
Hello,
I imported module 'putenv'.
When cross-compiling through mingw32, I get the following errors at link time:
i586-mingw32msvc-gcc -g -O2 -Wall -std=c99
-I/usr/local/i586-mingw32msvc/include
-I/usr/local/i586-mingw32msvc/lib/libffi-3.0.7/include
-I/usr/local/i586-mingw32msvc/include/
On Sun, Dec 07, 2008 at 05:36:16PM +0100, Bruno Haible wrote:
> > Currently I'm breaking the egg and killing the chicken by using:
> >
> > # Install gettext 0.17 files
> > autopoint -f
> > # Update gettext files with newer gnulib versions
> > gnulib-tool --update -S
> > # Rerun the autot
Hi,
I'm trying to integrate gettext in my package.
I'm following advice from:
http://www.gnu.org/software/gnulib/manual/html_node/gettextize-and-autopoint.html
Namely:
"When a script of yours run autopoint, invoke gnulib-tool afterwards."
However, I'm using 'autoreconf' (2.61), which runs 'aut
Hi,
On Thu, Nov 06, 2008 at 10:17:21AM +0100, Jim Meyering wrote:
> [this thread started here:
> http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/15559 ]
>
> Sylvain Beucler <[EMAIL PROTECTED]> wrote:
> > FYI, Debian apparently does not accept new packages that bund
e from Kalle Kivimaa <[EMAIL PROTECTED]> -
From: Kalle Kivimaa <[EMAIL PROTECTED]>
To: Sylvain Beucler <[EMAIL PROTECTED]>,
Debian Games Team <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Cc: Debian Installer <[EMAIL PROTECTED]>
Subject: freedink-data_1.08.
On Sat, Jun 28, 2008 at 09:50:20PM +0200, Sylvain Beucler wrote:
> - 'm4/gnulib-comp.m4' is "meant to be stored in CVS", however it is
> not included in tarballs on 'make dist'. Currently my 'bootstrap'
> script just calls 'gnulib-tool
Hi,
gnulib's support for CVS/Git and 'make dist' is neat.
I have a question about 2 files though:
- 'm4/gnulib-comp.m4' is not mentioned in '.gitignore', so it keeps
showing up in 'git status', but it's documented as a built file, not
to be included in the project repository. It could be add
On Fri, Jan 11, 2008 at 12:56:04AM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > Afaics Gnulib's string.h will define __attribute__ to be empty:
> >
> > #ifndef __attribute__
> > /* This feature is available in gcc versions 2.5 and later. */
>
Hi,
I got a weird compilation warning when upgrading gnulib today.
Here's a test program:
#include
#include
int main(void)
{
printf("sizeof(Sint8) = %d\n", sizeof(Sint8));
printf("sizeof(int8_t) = %d\n", sizeof(int8_t));
printf("sizeof(unsigned char) = %d\n", sizeof(unsigned
Hi,
> > > > Another thing:, the relocatable module documentation recommends using:
> > > > bindtextdomain (PACKAGE, relocate (LOCALEDIR));
> > > > however, the result of relocate may be LOCALEDIR itself (no
> > > > relocation) or a newly allocated string.
>
> Yes, this is by design: The relocat
> Sylvain Beucler <[EMAIL PROTECTED]> writes:
>
> > Attached is a small patch to fix a couple non-fred memory blocks. They
> > are not a big deal, but they do produce noise when analyzing programs
> > with memory checkers such as Valgrind.
>
> I do not see
> I get:
> /usr/bin/m4:configure.ac:90: recursion limit of 1024 exceeded, use -L to
> change it
configure.ac:90 being:
gl_INIT
--
Sylvain
Hello,
Attached is a small patch to fix a couple non-fred memory blocks. They
are not a big deal, but they do produce noise when analyzing programs
with memory checkers such as Valgrind.
Another thing:, the relocatable module documentation recommends using:
bindtextdomain (PACKAGE, relocate (L
On Wed, Dec 26, 2007 at 06:24:35PM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > it seems alloca.h is not yet present at ./configure time
> > (there's only gnulib/lib/alloca.in.h). So AC_CHECK_HEADERS fails
> > anyway:
> >
> > configure:14417:
On Sat, Dec 22, 2007 at 06:35:30PM -0800, Paul Eggert wrote:
> Sylvain Beucler <[EMAIL PROTECTED]> writes:
>
> > unistd.in.h replaces 'close' by 'rpl_close' (when the replacement is
> > enabled), so this also renames the struct member.
>
> Is
Hello,
SDL has a struct called SDL_RWops with a member called 'close'.
unistd.in.h replaces 'close' by 'rpl_close' (when the replacement is
enabled), so this also renames the struct member.
Attached, a patch suggestion.
Cheers!
--
Sylvain
diff --git a/lib/unistd.in.h b/lib/unistd.in.h
index
Hi,
I'm facing an issue with missing alloca.h + cross-compilation again:
On Sat, Oct 13, 2007 at 10:12:00PM +0200, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > I'm cross-compiling an SDL application for i586-mingw32mscv. I
> > imported the alloca module from G
On Sun, Nov 04, 2007 at 10:33:32AM +0100, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > relocatable.m4 is using the AC_LIB_PROG_LD definition.
> > AC_REQUIRE([AC_LIB_PROG_LD])dnl we use $LD
> >
> > However this macro is defined in gettext
> > (au
Hi,
relocatable.m4 is using the AC_LIB_PROG_LD definition.
AC_REQUIRE([AC_LIB_PROG_LD])dnl we use $LD
However this macro is defined in gettext
(autoconf-lib-link/m4/lib-ld.m4), so it's not available in a minimal
autoconf + automake install.
Do you recommend installing gettext befor
Hello Timothy,
(bug-gnulib: FYI - maybe clarify the canonical gnulib source location)
I noticed 2 issues in your Gnulib Gentoo package:
- The package is built from the CVS sources. Please note that
development moved to Git, so the CVS sources are now outdated.
Check: http://git.savannah.gnu.
On Mon, Oct 08, 2007 at 07:44:37AM +0200, Ralf Wildenhues wrote:
> Hello Sylvain,
>
> * Sylvain Beucler wrote on Sun, Oct 07, 2007 at 10:41:34PM CEST:
> [...]
> > However at that point the Gnulib include path is not set (the
> > documentation recommends to do so in Make
Hi,
I'm cross-compiling an SDL application for i586-mingw32mscv. I
imported the alloca module from Gnulib, as a dependency of strcasestr.
When checking for SDL.h,
AC_CHECK_HEADERS(SDL.h SDL_rotozoom.h SDL_framerate.h SDL_image.h,
[], AC_MSG_ERROR([Could not find necessary SDL libs header
On Wed, Oct 03, 2007 at 09:30:12PM +0200, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > Hmm, that's too bad. If it's not done by default there's little chance
> > it'll actually be used, especially in distributions.
>
> Distributions are well served wi
On Wed, Oct 03, 2007 at 01:40:32PM +0200, Bruno Haible wrote:
> Hello Sylvain,
>
> Sylvain Beucler wrote:
> > I noticed that even if I imported the 'relocatable-prog' module,
> > ./configure still requires the user to type '--enable-relocatable' to
>
Hi,
I noticed that even if I imported the 'relocatable-prog' module,
./configure still requires the user to type '--enable-relocatable' to
take this into account.
I guess that most users won't notice this switch, and compile a
non-relocatable binary.
Is there a reason why ENABLE_RELOCATABLE is n
Hi,
Missing dependency: I imported the 'relocatable-prog' module in an
empty project. It lacked the 'alloca' module dependency (although it
imported 'alloca-opt'):
$ sh bootstrap
+ autoreconf --install --symlink --warnings=all
/usr/share/aclocal/smpeg.m4:13: warning: underquoted definition of A
On Thu, Sep 20, 2007 at 08:12:51AM +0200, Jim Meyering wrote:
> Paul Eggert <[EMAIL PROTECTED]> wrote:
> > Jim Meyering <[EMAIL PROTECTED]> writes:
> >> I'll turn off cvs soon, probably tomorrow.
> >
> > By "turn off cvs" do you mean to disable even read-only access to old
> > versions?
>
> No, of
Hi,
I added getopt in my packages, following the documentation. Here are
the fixes I needed in Section 2.1:
LIBADD = lib/libgnu.la
becomes
LDADD = $(top_builddir)/lib/libgnu.a
- no .la in the common case
- switching to LDADD (LIBADD doesn't seem to work, app_LIBADD produces
an Automake error)
On Sun, Aug 26, 2007 at 01:28:35PM +0200, Bruno Haible wrote:
> Sylvain Beucler wrote:
> > PATH_MAX is however not defined under the visual c++ 6 / free version
> > that I'm using for the port. ...
>
> Ahem, you call that "free"?
> - As far as I remember
Bruno Haible wrote:
> Hello Sylvain,
>
> Sylvain Beucler wrote:
> > I see that under Woe, MAX_PATH is the equivalent for PATH_MAX, and is
> > set to 260 in MinGW's headers (windef.h).
>
> An old copy of mingw defines PATH_MAX already in :
>
> /*
>
Hi,
I'm working on a program that works both under Unix and Woe.
I see that under Woe, MAX_PATH is the equivalent for PATH_MAX, and is
set to 260 in MinGW's headers (windef.h).
Would it be interesting to check for MAX_PATH in pathmax.h, instead of
defaulting to 256?
Thanks,
--
Sylvain
On Sat, Mar 31, 2007 at 10:33:21AM +0200, Jim Meyering wrote:
> The desire to retain CVS access (e.g., for Karl :-), and the fact that it
> will have to be via git-cvsserver to provide at least read-only pserver
> access, means I'll have to exercise a certain amount of due diligence,
> too. I'll h
On Tue, Nov 28, 2006 at 11:32:55AM +0100, Jim Meyering wrote:
> Sylvain Beucler <[EMAIL PROTECTED]> wrote:
> > On Mon, Nov 27, 2006 at 10:41:49PM +0100, Jim Meyering wrote:
> >> Hi Sylvain,
> >>
> >> Do you know of a good way to sync a git repository t
On Wed, Nov 22, 2006 at 07:42:58PM +0100, Bruno Haible wrote:
> Hello Sylvain,
>
> Can you please tell: Are the git repositories visible in
>
> http://git.sv.gnu.org/gitweb/
>
> stored on a disk that is regularly backed up? If so, with which frequency
> (daily, weekly, monthly)?
>
> I'm
59 matches
Mail list logo
