Re: Building sharutils 4.13.4 with MinGW

Eli Zaretskii <[email protected]>
Newsgroups gmane.comp.gnu.utils.bugs
Message-ID <[email protected]>
> Date: Thu, 11 Apr 2013 09:01:31 -0700
> From: Bruce Korb <[email protected]>
> CC: [email protected]
> 
> I've hacked tests/shar-1:

Thanks.

> > Here are the changes:
> 
> I don't have time to digest this part of the patch,
> other than to suggest:
> 
> #if HAVE_WORKING_FORK
> #elif defined(__MINGW32__)
> #else
> #endif

It's up to you, I don't mind either way.  I just didn't want to assume
that the only platform which !HAVE_WORKING_FORK is MinGW.  But if
that's a safe assumption, it's fine with me.

> I also haven't investigated, but I worry about adding the uuencode
> command when HAVE_WORKING_FORK is zero.  It changes the
> printf arguments and I think the uuencode gets added on
> anyhow, so wouldn't it be redundant?  Dunno.  Haven't looked yet.

I'm not sure I'm following.  When you do have time, please tell more.

> Anyway, forcing the pipe when fork doesn't work cancels out the
> --no-piping option, so this definitely needs some massaging.

Right, forgot about that.
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.