Dear Blake,

> External products were being lazy by relying on cygwin to strip CR when they
> should have stripped it themselves.  But 'sed -b' does NOT strip CR (it is the
> exact opposite, of keeping CR unstripped).

I think that there are more people who use sed for text processing in a MinGW 
cygwin cross environment than there are people using sed for binary data - but 
looking at the mailing list this might be a subjective view. The maintainers of 
the Linux centric SW could insert dos2unix in all stuff piped into sed, but 
this would only be required in this very specific build configuration, and 
Linux SW maintainers frequently argue why they should care about Windows at 
all. It can take all sorts of philosophical discussions to get such a change 
in. And I cannot blame them for a "we are free SW people, if you Windowers can 
make use of our SW without bothering us - go ahead, but please don't drag us 
into your mud" attitude. In the end one usually gets it done, but the effort is 
not negligible.

I think that sed, grep and awk are in the end text processing tools, and that 
they should at least have an environment option to behave like text processing 
tools in a mixed cygwin MinGW environment. With sed I have several 100 issues 
building a single application, with grep it was just one in my scripts which I 
fixed. awk no issues so far.

Btw.: I don't think that it will be easy or even possible to build detection 
for MinGW generated output into the cygwin dll as you suggested in a previous 
post. How should the receiving part of a pipe know what kind of DLLs the 
sending part has loaded? One could have obscure heuristics to detect "text with 
cr-lf line endings", but this sounds more like a night mare than a solution. 
The only entity who could detect this is the shell, but then you have more than 
one shell (and more philosophers). As I said, I think on cygwin sed, grep and 
awk should have an environment option to be MinGW friendly text processors (as 
they used to be). Other less text centric SW should be unaffected.

Honestly my solution to the problem is to build sed from sources with CR 
stripping. I thought about it a day and came to the conclusion that everything 
else is a waste of time.

Best regards,

Michael
Intel Deutschland GmbH
Registered Address: Am Campeon 10-12, 85579 Neubiberg, Germany
Tel: +49 89 99 8853-0, www.intel.de
Managing Directors: Christin Eisenschmid, Christian Lamprechter
Chairperson of the Supervisory Board: Nicole Lau
Registered Office: Munich
Commercial Register: Amtsgericht Muenchen HRB 186928

Reply via email to