[PATCH] Upgrade pdfgrep to 2.1.2

Attached a tiny patch for your consideration to upgrade pdfgrep to 2.1.2 (from 1.4.1). For replies please keep me in CC, since I am not registered to any of the cygwin mailing lists. Thanks, J. pdfgrep-2.1.2.patch Description: Binary data -- Problem reports:

clang-family: error after --help (inconsistent command line options)

Hello, I can confirm the bug reported in early April (https://sourceware.org/ml/cygwin/2018-04/msg00021.html, author cc'ed): The following friends of the clang-... application family (5.0.1-2) show this error when calling, e.g., exe --help: : CommandLine Error: Option 'disable-symbolication'

RE: gawk 4.1.4: CR separate char for CRLF files

Hi Wolfgang, First of all, many thanks for your interesting experience report and the constructive remarks. On Mon, 14 Aug 2017 10:36:23 +, Vermessung AVT - Wolfgang Rieger wrote: > Another solution which we have been using for many years now, though it > might not be feasible for you:

RE: gawk 4.1.4: CR separate char for CRLF files

; Von: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] Im > Auftrag von Jannick > Gesendet: Mittwoch, 9. August 2017 02:48 > An: cygwin@cygwin.com > Betreff: RE: gawk 4.1.4: CR separate char for CRLF files > > On Tue, 08 Aug 2017 16:23:40 -0700 (PDT), Steven Penny wrote:

RE: gawk 4.1.4: CR separate char for CRLF files

On Tue, 08 Aug 2017 16:23:40 -0700 (PDT), Steven Penny wrote: > On Wed, 9 Aug 2017 01:15:08, "Jannick" wrote: > > the current version 4.1.4 of gawk appears to unpleasantly treat CR for > > CRLF files, i.e. CR is not gracefully swallowed, but is a separate character

gawk 4.1.4: CR separate char for CRLF files

Dear All, the current version 4.1.4 of gawk appears to unpleasantly treat CR for CRLF files, i.e. CR is not gracefully swallowed, but is a separate character. This makes some, if not all, of the scripts we are working with here useless, unless the input files are converted to LF which certainly

RE: [PATCH] glob.h (i686-pc-mingw32) b/c wrong function prototype of function 'glob'

On Sat, 8 Jul 2017 13:45:38 +0100, Jon Turney wrote: > The i686-pc-mingw32 toolchain was removed from Cygwin a while ago [1]. Many thanks - very enlightening! Obviously I missed this info. So a useless patch. > [1] https://cygwin.com/ml/cygwin-announce/2016-03/msg00069.html -- Problem

RE: [PATCH] glob.h (i686-pc-mingw32) b/c wrong function prototype of function 'glob'

On Jul 03, 2017 at 01:12 PM, Jannick wrote: > of function 'glob' > > On Mon, 3 Jul 2017 09:25:51 +0200, Corinna Vinschen wrote: > > > This is, in fact, the wrong mailing list. The files for the mingw > > cross build environment are maintained via the mingw-w64

RE: [PATCH] glob.h (i686-pc-mingw32) b/c wrong function prototype of function 'glob'

On Mon, 3 Jul 2017 09:25:51 +0200, Corinna Vinschen wrote: > This is, in fact, the wrong mailing list. The files for the mingw > cross build environment are maintained via the mingw-w64-public > mailing list on sourceforge, see > > https://sourceforge.net/p/mingw-w64/mailman/ > > Ideally

[PATCH] glob.h (i686-pc-mingw32) b/c wrong function prototype of function 'glob'

Attached a tiny patch to i686-pc-mingw32' glob.h which remedies a function prototype definition error thrown upon compilation. I am hoping that this is the correct one of cygwin's mail-lists, please advise otherwise. Thanks, J. ---

[gnumeric v1.12.31] ssconvert cannot find xcall32(.dll) in fn-math and html plugin folders

Hi, I am not sure if this is a bug: running a xlsx2tex conversion     ssconvert --export-type=Gnumeric_html:latex a.xlsx a.tex results in the error messages ** (ssconvert:12292): WARNING **: Unable to open module file