Bruno Haible <[EMAIL PROTECTED]> writes:
>> +EXTRA_DIST += m4/gnulib-cache.m4
>>
>> AM_CPPFLAGS =
>>
>>
>> As you can see, the EXTRA_DIST contains the wrong path: it should be
>> gl/m4/gnulib-cache.m4.
>
> No, it is correct. File names in gl/Makefile.am are supposed to be relative
> to the g
Le jeudi 25 septembre 2008 à 12:55 +0200, Ralf Wildenhues a écrit :
> * Paolo Bonzini wrote on Thu, Sep 25, 2008 at 12:43:05PM CEST:
> >
> > > - After generating the autotools build system, doing 'make check' will
> > > result in the following error (only when cross compiling for Win32
> > > syste
Oops, the patch that I committed worked right in the second run, but not
in the first run. Fixed:
2008-09-25 Bruno Haible <[EMAIL PROTECTED]>
* gnulib-tool (func_import): When computing the edits, consider not
only the Makefile.ams that exist but also those that will be generate
Simon Josefsson wrote:
> It doesn't work fully, in libidn doing a --import with the new
> gnulib-tool results in a diff:
>
> @@ -9,10 +9,11 @@
> # the same distribution terms as the rest of that program.
> #
> # Generated by gnulib-tool.
> -# Reproduce by: gnulib-tool --import --dir=. --local-d
Bruno Haible <[EMAIL PROTECTED]> writes:
>> - Then editing libmissing/Makefile.am by hand to list the "tests"
>> directory as SUBDIRS (shouldn't this be handled automatically?).
>
> Right, it should be handled automatically. Currently gnulib-tool is asking
> the user to make a change to a file tha
* Bruno Haible wrote on Thu, Sep 25, 2008 at 02:42:39PM CEST:
> > `/home/yoann/dev/prelude/git/libprelude/libmissing/tests'
> > i586-mingw32msvc-gcc -std=gnu99 -g -O2test-alloca-opt.c -o
> > test-alloca-opt
> > test-alloca-opt.c:19:20: error: config.h: No such file or directory
> > test-alloc
Hi Yoann,
> The --tests-base argument is not saved within gnulib-cache.m4. The
> attached patch fixes this issue.
It is saved, but only as argument of gl_TESTS_BASE, not in the comment.
I have applied your patch.
> Additionally, I'm running into another problem when cross compiling for
> Win32 s
Ralf Wildenhues <[EMAIL PROTECTED]> writes:
> * Paolo Bonzini wrote on Thu, Sep 25, 2008 at 12:43:05PM CEST:
>>
>> > - After generating the autotools build system, doing 'make check' will
>> > result in the following error (only when cross compiling for Win32
>> > systems):
>>
>> "make check" do
Ralf Wildenhues wrote:
> * Paolo Bonzini wrote on Thu, Sep 25, 2008 at 12:43:05PM CEST:
>>> - After generating the autotools build system, doing 'make check' will
>>> result in the following error (only when cross compiling for Win32
>>> systems):
>> "make check" does not work for Windows crosses b
* Paolo Bonzini wrote on Thu, Sep 25, 2008 at 12:43:05PM CEST:
>
> > - After generating the autotools build system, doing 'make check' will
> > result in the following error (only when cross compiling for Win32
> > systems):
>
> "make check" does not work for Windows crosses because check-TESTS
>
> - After generating the autotools build system, doing 'make check' will
> result in the following error (only when cross compiling for Win32
> systems):
"make check" does not work for Windows crosses because check-TESTS
depends on $(TESTS), which includes "test-allocaopt". So make attempts
to m
Hi,
The --tests-base argument is not saved within gnulib-cache.m4. The
attached patch fixes this issue.
Additionally, I'm running into another problem when cross compiling for
Win32 systems:
- Importing GnuLib file using the following command:
../gnulib/gnulib-tool --import --dir=. --lib=libmis
12 matches
Mail list logo
