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.