Hello,
Daniel Martin wrote:
> When I finally come to linking my program, (again this is when
> cross-compiling to mingw32) I'm getting the following error:
>
> i386-mingw32-g++ -I/home/dan/usr/cross/i386-mingw32/include -ggdb3 -Wall
> -I/home/dan/usr/cross/i386-mingw32/include -s -o pendulum.exe
Hello again,
When I finally come to linking my program, (again this is when
cross-compiling to mingw32) I'm getting the following error:
i386-mingw32-g++ -I/home/dan/usr/cross/i386-mingw32/include -ggdb3 -Wall
-I/home/dan/usr/cross/i386-mingw32/include -s -o pendulum.exe
pendulum-arguments.o pend
[This is off-topic for this list, but anyway.]
John E. Malmberg wrote:
> The best hack that I can come up with is to mangle the name of the file
> to contain that information, and demangle it on the unpack.
>
> This way if the tarball is unpacked on a non-VMS system and re-packed,
> the file att
Hi,
Hasso Tepper wrote:
> The attached patch fixes DragonFly BSD support in gnulib. The patch is
> written by Matthew Dillon and is tested by many users as part of GNU m4
> pkgsrc package.
Thank you for reporting this to us. We don't have the habit of checking the
various "ports collections" re
Hi,
Daniel Martin wrote:
> Now, string.h is generated from string_.h and line 82 seems to
> correspond to string.h's line 53:
>
> extern void *mempcpy (void *restrict __dest, void const *restrict __src,
> size_t __n);
> ...
> Another thing which seems to fix this issue is to r
Hi guys,
I've come across what appears to be a small bug in string_.h. When
cross-compiling my program from x86_64-linux-gnu to i386-mingw32 I get
this error:
i386-mingw32-g++ -DHAVE_CONFIG_H -I. -I../../..
-I../../../../../src/guis/wxwidgets -I../../../../../gnulib/src
-I../../../gnulib/src -I/
Jim Meyering <[EMAIL PROTECTED]> wrote:
> Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
>> Hi David,
> ...
>>> + err = __argz_append (&dst, &dst_len, src, (arg - src));
>>
>> Shouldn't this be argz_append? How come you don't get a link error
>> with this?
>>
>>> + d
VMS has files that the information on how to interpret the structure is
stored in the file header, not the file it self.
Currently gnu tar is not recording this information, and I am trying to
determine a portable way to record it.
The best hack that I can come up with is to mangle the name o
The attached patch fixes DragonFly BSD support in gnulib. The patch is
written by Matthew Dillon and is tested by many users as part of GNU m4
pkgsrc package.
regards,
--
Hasso Tepper
diff --git a/lib/freadahead.c b/lib/freadahead.c
index 610de87..5914326 100644
--- a/lib/freadahead.c
+++ b/l