On Fri, Aug 26, 2011 at 10:13 PM, Bruno Haible wrote:
> Michael Goffioul wrote:
>> Windows+MSVC. I know this is not a gnulib target.
>
> Yes. But it could become a gnulib target if the $CC wrapper script was agreed
> upon in GNU. For example, if Automake would distribute it, like it distributes
>
* Bruno Haible wrote on Fri, Aug 26, 2011 at 11:13:45PM CEST:
> Michael Goffioul wrote:
> > > On which platform? ...
> >
> > Windows+MSVC. I know this is not a gnulib target.
>
> Yes. But it could become a gnulib target if the $CC wrapper script was agreed
> upon in GNU. For example, if Automake
Michael Goffioul wrote:
> > On which platform? ...
>
> Windows+MSVC. I know this is not a gnulib target.
Yes. But it could become a gnulib target if the $CC wrapper script was agreed
upon in GNU. For example, if Automake would distribute it, like it distributes
a couple of other wrapper scripts.
Eric Blake wrote:
> > Just for the record, it turns out the chdir-long is not compiled, because
> > the variable $gl_cv_have_arbitrary_file_name_length_limit ends up being
> "no".
>
> Aha - that's a bug in the chdir-long module.
Indeed. The problem is that after the 2011-08-05 commit, m4/chdir-lo
On 08/26/2011 02:16 PM, Michael Goffioul wrote:
On Fri, Aug 26, 2011 at 8:43 PM, Michael Goffioul
wrote:
On Fri, Aug 26, 2011 at 5:13 PM, John W. Eaton wrote:
It seems to be working for me with a Debian system.
Is chdir-long.lo listed in the gl_LTLIBOBJS variable in the generated
libgnu/Mak
On Fri, Aug 26, 2011 at 8:43 PM, Michael Goffioul
wrote:
> On Fri, Aug 26, 2011 at 5:13 PM, John W. Eaton wrote:
>> It seems to be working for me with a Debian system.
>>
>> Is chdir-long.lo listed in the gl_LTLIBOBJS variable in the generated
>> libgnu/Makefile on your system?
>
> No.
Just for
On Fri, Aug 26, 2011 at 5:13 PM, John W. Eaton wrote:
> It seems to be working for me with a Debian system.
>
> Is chdir-long.lo listed in the gl_LTLIBOBJS variable in the generated
> libgnu/Makefile on your system?
No.
> Do you have the most recent gnulib sources?
Cloned about 2 days ago, from
On 26-Aug-2011, Michael Goffioul wrote:
| On Fri, Aug 26, 2011 at 1:44 PM, Bruno Haible wrote:
| > Hi,
| >
| > Michael Goffioul wrote:
| >> While compiling Octave, I got undefined references within the gnulib
| >> module.
| >> Namely:
| >> - chdir_long undefined, referenced in save-cwd.c
| >
| >
On Fri, Aug 26, 2011 at 1:44 PM, Bruno Haible wrote:
> Hi,
>
> Michael Goffioul wrote:
>> While compiling Octave, I got undefined references within the gnulib
>> module.
>> Namely:
>> - chdir_long undefined, referenced in save-cwd.c
>
> This is very astonishing, because the gnulib module 'save-cwd
Hi,
Michael Goffioul wrote:
> While compiling Octave, I got undefined references within the gnulib
> module.
> Namely:
> - chdir_long undefined, referenced in save-cwd.c
This is very astonishing, because the gnulib module 'save-cwd' has a
dependency on 'chdir-long'.
> - strncasecmp undefined, re
On Tue, Aug 23, 2011 at 7:47 PM, Eric Blake wrote:
> On 08/23/2011 11:31 AM, Sam Steingold wrote:
>>
>> First of all, newer windows do have symlinks.
>
> Does mingw support them natively? If not, then we should get that fixed in
> mingw; perhaps by starting with an lstat() that actually works on
Hi,
While compiling Octave, I got undefined references within the gnulib module.
Namely:
- chdir_long undefined, referenced in save-cwd.c
- strncasecmp undefined, referenced in strptime.c
After running the bootstrap script, I can see that the corresponding
source files
are taken into account (cop
12 matches
Mail list logo
