[ANNOUNCEMENT] libcbor 0.8.0-1
The following packages have been uploaded to the Cygwin distribution: * libcbor-0.8.0-1 * libcbor-devel-0.8.0-1 libcbor is a C library for parsing and generating CBOR. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: New pipe code means a gold star is merited
> On 11/10/2021 1:45 PM, Henry S. Thompson via Cygwin wrote: > > for Ken Brown and Takashi Yano, don't you think? > > Even though we made XEmacs unusable?!? :) > > But seriously, it was a joint effort among the two of us and Corinna. Awarded! https://cygwin.com/goldstars#CV https://cygwin.com/goldstars#KB https://cygwin.com/goldstars#TY -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] libcbor 0.8.0-1
On 2021-11-12 03:09, Corinna Vinschen via Cygwin-announce via Cygwin wrote: The following packages have been uploaded to the Cygwin distribution: * libcbor-0.8.0-1 * libcbor-devel-0.8.0-1 libcbor is a C library for parsing and generating CBOR. As this is not the first time I have looked this up, it would be nice to have a more explanatory description like: "...generating Concise Binary Object Representation data format defined in RFC 8949 designed by C.BORmann with the goals of extremely small code size, fairly small message size, and extensibility without the need for version negotiation." -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] libcbor 0.8.0-1
On Nov 12 09:31, Brian Inglis wrote: > On 2021-11-12 03:09, Corinna Vinschen via Cygwin-announce via Cygwin wrote: > > The following packages have been uploaded to the Cygwin distribution: > > > > * libcbor-0.8.0-1 > > * libcbor-devel-0.8.0-1 > > > > libcbor is a C library for parsing and generating CBOR. > > As this is not the first time I have looked this up, it would be nice to > have a more explanatory description like: > > "...generating Concise Binary Object Representation data format defined in > RFC 8949 designed by C.BORmann with the goals of extremely small code size, > fairly small message size, and extensibility without the need for version > negotiation." I'm using the description from the Fedora rpm spec file verbatim ;) Corinna -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
[ANNOUNCEMENT] libcbor 0.8.0-2
The following packages have been uploaded to the Cygwin distribution: * libcbor-0.8.0-2 * libcbor-devel-0.8.0-2 libcbor is a C library for parsing and generating CBOR. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
cygport build injecting /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/ paths
Got these errors trying to build latest ncurses on my system, so retried on scallywag and got same result, with no clue where that is coming from! There are no files in the tarball, repo, or build dirs containing 7.4.0 but it looks suspiciously like the package version 6.3.0 incremented! Anyone ever seen these kinds of artifacts, or aware of any code doing this kind of incrementing? $ fgrep 7.4.0 scallywag/*86*/6_Build\ packages.log scallywag/i686/6_Build packages.log:2021-11-12T09:54:57.1027256Z libtool: link: g++ -shared -nostdlib /usr/lib/gcc/i686-pc-cygwin/7.4.0/crtbeginS.o ../obj_lo/.libs/cursesf.o ../obj_lo/.libs/cursesm.o ../obj_lo/.libs/cursesw.o ../obj_lo/.libs/cursespad.o ../obj_lo/.libs/cursesp.o ../obj_lo/.libs/cursslk.o ../obj_lo/.libs/cursesapp.o ../obj_lo/.libs/cursesmain.o -L/cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs -L../lib /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs/libformw.dll.a /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs/libmenuw.dll.a /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs/libpanelw.dll.a ../lib/.libs/libformw.dll.a ../lib/.libs/libmenuw.dll.a ../lib/.libs/libpanelw.dll.a /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs/libncursesw.dll.a ../lib/.libs/libncursesw.dll.a -lutil -L/usr/lib/gcc/i686-pc-cygwin/7.4.0 -L/usr/lib/gcc/i686-pc-cygwin/7.4.0/../../../../i686-pc-cygwin/lib -L/usr/lib/gcc/i686-pc-cygwin/7.4.0/../../.. -lstdc++ -lgcc_s -lgcc -lcygwin -ladvapi32 -lshell32 -luser32 -lkernel32 -lgcc_s -lgcc /usr/lib/gcc/i686-pc-cygwin/7.4.0/crtend.o -ggdb -O2 -fstack-protector-strong -o .libs/cygncurses++w-10.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libncurses++w.dll.a scallywag/i686/6_Build packages.log:2021-11-12T09:54:57.1848593Z /usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: cannot find /usr/lib/gcc/i686-pc-cygwin/7.4.0/crtbeginS.o: No such file or directory scallywag/i686/6_Build packages.log:2021-11-12T09:54:57.3516554Z /usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: cannot find /usr/lib/gcc/i686-pc-cygwin/7.4.0/crtend.o: No such file or directory scallywag/x86_64/6_Build packages.log:2021-11-12T09:52:54.1343744Z libtool: link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/crtbeginS.o ../obj_lo/.libs/cursesf.o ../obj_lo/.libs/cursesm.o ../obj_lo/.libs/cursesw.o ../obj_lo/.libs/cursespad.o ../obj_lo/.libs/cursesp.o ../obj_lo/.libs/cursslk.o ../obj_lo/.libs/cursesapp.o ../obj_lo/.libs/cursesmain.o -L/cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs -L../lib /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs/libformw.dll.a /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs/libmenuw.dll.a /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs/libpanelw.dll.a ../lib/.libs/libformw.dll.a ../lib/.libs/libmenuw.dll.a ../lib/.libs/libpanelw.dll.a /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs/libncursesw.dll.a ../lib/.libs/libncursesw.dll.a -lutil -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0 -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0/../../../../x86_64-pc-cygwin/lib/../lib -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0/../../../../x86_64-pc-cygwin/lib -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0/../../.. -lstdc++ -lgcc_s -lgcc -lcygwin -ladvapi32 -lshell32 -luser32 -lkernel32 -lgcc_s -lgcc /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/crtend.o -ggdb -O2 -fstack-protector-strong -o .libs/cygncurses++w-10.dll -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker .libs/libncurses++w.dll.a scallywag/x86_64/6_Build packages.log:2021-11-12T09:52:54.2146113Z /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/bin/ld: cannot find /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/crtbeginS.o: No such file or directory scallywag/x86_64/6_Build packages.log:2021-11-12T09:52:54.4873238Z /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/bin/ld: cannot find /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/crtend.o: No such file or directory -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: cygport build injecting /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/ paths
On Fri, Nov 12, 2021 at 10:50:41AM -0700, Brian Inglis wrote: > Got these errors trying to build latest ncurses on my system, so retried on > scallywag and got same result, with no clue where that is coming from! > There are no files in the tarball, repo, or build dirs containing 7.4.0 but > it looks suspiciously like the package version 6.3.0 incremented! > Anyone ever seen these kinds of artifacts, or aware of any code doing this > kind of incrementing? > > $ fgrep 7.4.0 scallywag/*86*/6_Build\ packages.log > scallywag/i686/6_Build packages.log:2021-11-12T09:54:57.1027256Z libtool: > link: g++ -shared -nostdlib /usr/lib/gcc/i686-pc-cygwin/7.4.0/crtbeginS.o > ../obj_lo/.libs/cursesf.o ../obj_lo/.libs/cursesm.o > ../obj_lo/.libs/cursesw.o ../obj_lo/.libs/cursespad.o > ../obj_lo/.libs/cursesp.o ../obj_lo/.libs/cursslk.o > ../obj_lo/.libs/cursesapp.o ../obj_lo/.libs/cursesmain.o > -L/cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs > -L../lib > /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs/libformw.dll.a > > /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs/libmenuw.dll.a > > /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs/libpanelw.dll.a > ../lib/.libs/libformw.dll.a ../lib/.libs/libmenuw.dll.a > ../lib/.libs/libpanelw.dll.a > /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.i686/build/lib/.libs/libncursesw.dll.a > ../lib/.libs/libncursesw.dll.a -lutil -L/usr/lib/gcc/i686-pc-cygwin/7.4.0 > -L/usr/lib/gcc/i686-pc-cygwin/7.4.0/../../../../i686-pc-cygwin/lib > -L/usr/lib/gcc/i686-pc-cygwin/7.4.0/../../.. -lstdc++ -lgcc_s -lgcc -lcygwin > -ladvapi32 -lshell32 -luser32 -lkernel32 -lgcc_s -lgcc > /usr/lib/gcc/i686-pc-cygwin/7.4.0/crtend.o -ggdb -O2 > -fstack-protector-strong -o .libs/cygncurses++w-10.dll > -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker > .libs/libncurses++w.dll.a > scallywag/i686/6_Build packages.log:2021-11-12T09:54:57.1848593Z > /usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: cannot > find /usr/lib/gcc/i686-pc-cygwin/7.4.0/crtbeginS.o: No such file or > directory > scallywag/i686/6_Build packages.log:2021-11-12T09:54:57.3516554Z > /usr/lib/gcc/i686-pc-cygwin/11/../../../../i686-pc-cygwin/bin/ld: cannot > find /usr/lib/gcc/i686-pc-cygwin/7.4.0/crtend.o: No such file or directory > scallywag/x86_64/6_Build packages.log:2021-11-12T09:52:54.1343744Z libtool: > link: g++ -shared -nostdlib /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/crtbeginS.o > ../obj_lo/.libs/cursesf.o ../obj_lo/.libs/cursesm.o > ../obj_lo/.libs/cursesw.o ../obj_lo/.libs/cursespad.o > ../obj_lo/.libs/cursesp.o ../obj_lo/.libs/cursslk.o > ../obj_lo/.libs/cursesapp.o ../obj_lo/.libs/cursesmain.o > -L/cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs > -L../lib > /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs/libformw.dll.a > > /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs/libmenuw.dll.a > > /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs/libpanelw.dll.a > ../lib/.libs/libformw.dll.a ../lib/.libs/libmenuw.dll.a > ../lib/.libs/libpanelw.dll.a > /cygdrive/d/a/scallywag/ncurses/ncurses-6.3-1.20211106.x86_64/build/lib/.libs/libncursesw.dll.a > ../lib/.libs/libncursesw.dll.a -lutil -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0 > -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0/../../../../x86_64-pc-cygwin/lib/../lib > -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0/../../../../lib -L/lib/../lib > -L/usr/lib/../lib > -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0/../../../../x86_64-pc-cygwin/lib > -L/usr/lib/gcc/x86_64-pc-cygwin/7.4.0/../../.. -lstdc++ -lgcc_s -lgcc > -lcygwin -ladvapi32 -lshell32 -luser32 -lkernel32 -lgcc_s -lgcc > /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/crtend.o -ggdb -O2 > -fstack-protector-strong -o .libs/cygncurses++w-10.dll > -Wl,--enable-auto-image-base -Xlinker --out-implib -Xlinker > .libs/libncurses++w.dll.a > scallywag/x86_64/6_Build packages.log:2021-11-12T09:52:54.2146113Z > /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/bin/ld: cannot > find /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/crtbeginS.o: No such file or > directory > scallywag/x86_64/6_Build packages.log:2021-11-12T09:52:54.4873238Z > /usr/lib/gcc/x86_64-pc-cygwin/11/../../../../x86_64-pc-cygwin/bin/ld: cannot > find /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/crtend.o: No such file or directory > > -- > Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada > > This email may be disturbing to some readers as it contains > too much technical detail. Reader discretion is advised. > [Data in binary units and prefixes, physical quantities in SI.] > Try env | grep -E 7\.4\.0 I had a kind-of similar problem from having LIBS in the environment. Otherwise on a freshly restored tarball before even running ./configure: find . -type f|xargs grep -E 7\.4\.0 find . -name '*7.4.0*' btw fgrep and egrep are retired at GNU grep 3.7
Re: cygport build injecting /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/ paths
On 11/12/2021 12:50 PM, Brian Inglis wrote: Got these errors trying to build latest ncurses on my system, so retried on scallywag and got same result, with no clue where that is coming from! There are no files in the tarball, repo, or build dirs containing 7.4.0 Those paths come from /usr/bin/libtool. There's some discussion of this issue in https://mingw-users.narkive.com/Mx8FQPRf/libtool-hard-coded-paths , which even mentions the ncurses problem. I don't know enough about libtool to suggest the best solution, but probably others on the list do. Ken -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: cygport build injecting /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/ paths
On 2021-11-12 12:18, Ken Brown via Cygwin wrote: On 11/12/2021 12:50 PM, Brian Inglis wrote: Got these errors trying to build latest ncurses on my system, so retried on scallywag and got same result, with no clue where that is coming from! There are no files in the tarball, repo, or build dirs containing 7.4.0 Those paths come from /usr/bin/libtool. There's some discussion of this issue in https://mingw-users.narkive.com/Mx8FQPRf/libtool-hard-coded-paths , which even mentions the ncurses problem. I don't know enough about libtool to suggest the best solution, but probably others on the list do. Thanks Ken, That's the source of the symptom indeed! The package ncurses is pre-auto-tooled in that it appears to have everything setup so that configure reconfigs everything and generates the expected outputs. Now should I patch /usr/bin/libtool, libtoolize the sources, cygautoreconf, or upgrade libtool? Anyone have any ideas for the best approach? Or just go for it and try each in turn in case something works? -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.] -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: 3.3.1: Missing VersionInfo resource for cygwin1.dll
>>From: Marco Atzeri >>Date: Thu, 11 Nov 2021 20:26:15 +0100 >>Subject: Re: 3.3.1: Missing VersionInfo resource for all executables/DLLs >>Binaries should not have VersionInfo, only cygwin1.dll had it. >>Not checked on 3.3.x Hello Marco, Yes, you are correct that only cygwin1.dll had it. But the versioninfo is indeed missing in 3.3.x. Thanks. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: 3.3.1: Missing VersionInfo resource fields for cygwin1.dll
On 2021-11-11 12:26, Marco Atzeri via Cygwin wrote:
On 11.11.2021 19:47, Hiya Z via Cygwin wrote:
Upgraded to 3.3.x and noticed that the VersionInfo resource fields
for all binaries under bin are blank (Properties->Details from
Explorer). Is this by intent or a miss?
It is breaking my application installer that relied on version check for
cygwin1.dll.
Binaries should not have VersionInfo, only cygwin1.dll had it.
Not checked on 3.3.x
Confirmed missing from cygwin.dll 3.3.0 64 and 32 bit and present up to
at least 3.2.1. Also present in some other DLLs:
cyg{asprintf,crypto,freetype,icons,iconv,lzma,ruby,ssl,unistring,usb,z}*.dll
Using SysInternals sigcheck and if you don't have that, base WMIC:
$ head /proc/version
CYGWIN_NT-10.0-19042 version 3.3.0-341.x86_64 (kbrown@moufang2) (gcc
version 11.2.0 (GCC) ) 2021-09-24 22:07 UTC
$ sigcheck -a `cygpath -m /bin/cygwin1-old.dll`
Sigcheck v2.73 - File version and signature viewer
Copyright (C) 2004-2019 Mark Russinovich
Sysinternals - www.sysinternals.com
c:\...\bin\cygwin1-old.dll:
Verified: Unsigned
Link date: 17:00 1969-12-31
Publisher: n/a
Company:Red Hat
Description:Cygwin POSIX Emulation DLL
Product:Cygwin
Prod version: 3.1.7
File version: 3.1.7
MachineType:64-bit
Binary Version: 3001.7.0.0
Original Name: cygwin1.dll
Internal Name: cygwin1.dll
Copyright: Copyright ? Cygwin Authors 1996-2020
Comments: n/a
Entropy:6.011
$ sigcheck -a `cygpath -m /bin/cygwin1.dll`
Sigcheck v2.73 - File version and signature viewer
Copyright (C) 2004-2019 Mark Russinovich
Sysinternals - www.sysinternals.com
c:\...\bin\cygwin1.dll:
Verified: Unsigned
Link date: 17:00 1969-12-31
Publisher: n/a
Company:n/a
Description:n/a
Product:n/a
Prod version: n/a
File version: n/a
MachineType:64-bit
Binary Version: n/a
Original Name: n/a
Internal Name: n/a
Copyright: n/a
Comments: n/a
Entropy:5.934
$ wmic datafile where name='"'`cygpath -w /bin/cygwin1-old.dll|sed -e
's@@&&@g'`'"' get /format:list
AccessMask=2032127
Archive=TRUE
Caption=C:\...\bin\cygwin1-old.dll
Compressed=FALSE
CompressionMethod=
CreationClassName=CIM_LogicalFile
CreationDate=20200723000343.010135-360
CSCreationClassName=Win32_ComputerSystem
CSName=...
Description=C:\...\bin\cygwin1-old.dll
Drive=c:
EightDotThreeFileName=c:\...\bin\cy473f~2.dll
Encrypted=FALSE
EncryptionMethod=
Extension=dll
FileName=cygwin1-old
FileSize=3551958
FileType=Application Extension
FSCreationClassName=Win32_FileSystem
FSName=NTFS
Hidden=FALSE
InstallDate=20200723000343.010135-360
InUseCount=
LastAccessed=2022142818.465322-420
LastModified=20200803094909.988243-360
Manufacturer=Red Hat
Name=C:\...\bin\cygwin1-old.dll
Path=\...\bin\
Readable=TRUE
Status=OK
System=FALSE
Version=3001.7.0.0
Writeable=TRUE
$ wmic datafile where name='"'`cygpath -w /bin/cygwin1.dll|sed -e
's@@&&@g'`'"' get /format:list
AccessMask=
Archive=TRUE
Caption=C:\...\bin\cygwin1.dll
Compressed=FALSE
CompressionMethod=
CreationClassName=CIM_LogicalFile
CreationDate=20210926060704.341363-420
CSCreationClassName=Win32_ComputerSystem
CSName=...
Description=C:\...\bin\cygwin1.dll
Drive=c:
EightDotThreeFileName=c:\...\bin\cygwin1.dll
Encrypted=FALSE
EncryptionMethod=
Extension=dll
FileName=cygwin1
FileSize=3553176
FileType=Application Extension
FSCreationClassName=Win32_FileSystem
FSName=NTFS
Hidden=FALSE
InstallDate=20210926060704.341363-420
InUseCount=
LastAccessed=2022144808.053049-420
LastModified=20210924151439.00-420
Manufacturer=
Name=C:\...\bin\cygwin1.dll
Path=\...\bin\
Readable=TRUE
Status=OK
System=FALSE
Version=
Writeable=TRUE
--
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada
This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: cygport build injecting /usr/lib/gcc/x86_64-pc-cygwin/7.4.0/ paths
On Fri, Nov 12, 2021 at 01:25:48PM -0700, Brian Inglis wrote: > On 2021-11-12 12:18, Ken Brown via Cygwin wrote: [...] > Now should I patch /usr/bin/libtool, libtoolize the sources, cygautoreconf, > or upgrade libtool? > Anyone have any ideas for the best approach? > Or just go for it and try each in turn in case something works? > autoreconf -fi rm -Rf autom4te.cache (taken from autogen.sh in various netfilter prokects) Cheers ... Duncan. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
