On 2020-11-18 17:08, Doug Henderson via Cygwin wrote:
On Wed, 18 Nov 2020 at 13:50, Kristian Ivarsson wrote:
The only purpose CYGWIN have is to make/build posix-applications runnable
on Windows and applications usually have user defined input, such as paths
etc, and on Windows that input is usu
On Wed, 18 Nov 2020 at 13:50, Kristian Ivarsson via Cygwin
wrote:
>
>
> The only purpose CYGWIN have is to make/build posix-applications runnable on
> Windows and applications usually have user defined input, such as paths etc,
> and on Windows that input is usually Windows-native-paths unless
On 11/18/2020 4:18 PM, Kristian Ivarsson wrote:
I would agree that if you want an executable that acts and feels more like a
Windows native application, then mingw is probably what you want. Cygwin is if
you want something that acts and feels more like a Posix thing ... which means
it will
Hey everyone,
SUPER long time Cygwin user, seldom need help, and my versions are all
ancient now and I can't upgrade, I don't think. I'm on Windows 7 and am
stuck there. Other version data follows.
Everything had been working fine for years, then I had a system crash and
on restart, this i
On 11/18/2020 3:46 PM, Kristian Ivarsson via Cygwin wrote:
Is there any other use cases for CYGWIN than to build applications running in
Windows ? Do people use CYGWIN (shell) to operate or monitor their applications
? For all other use cases than the development (the shell) I cannot see why
C
> I would agree that if you want an executable that acts and feels more like a
> Windows native application, then mingw is probably what you want. Cygwin is
> if you want something that acts and feels more like a Posix thing ... which
> means it will be oriented to Posix style paths.
To be ab
I would agree that if you want an executable that acts and feels more like a Windows native
application, then mingw is probably what you want. Cygwin is if you want something that acts and
feels more like a Posix thing ... which means it will be oriented to Posix style paths.
EM
--
Problem rep
> 18 nov. 2020 kl. 17:26 skrev René Berber via Cygwin :
>
> On 11/18/2020 3:00 AM, Kristian Ivarsson via Cygwin wrote:
>
On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote:
>>>
The filesystem-library as a part of C++17 seems to have some defects
and flaws in the cygwin-pa
On 2020-11-18 11:19, Biswapriyo Nath via Cygwin wrote:
I am not familiar with newlib. Please feel free whatever you want to
do with my previously provided diff. Also my previous question is
unanswered.
Cygwin provides autoconf 2.69 but it's what builds the package that counts, also
perhaps wha
On 11/18/2020 11:35 AM, Marco Atzeri via Cygwin wrote:
can you try to re-install libstdc++6 ?
$ cygcheck -f /usr/bin/cmake.exe
cmake-3.17.3-2
$ cygcheck -f /usr/bin/cygstdc++-6.dll
libstdc++6-10.2.0-1
Hmm, here's a problem:
$ cygcheck -f /usr/bin/cygstdc++-6.dll
libstdc++6-7.4.0-1
This
I am not familiar with newlib. Please feel free whatever you want to
do with my previously provided diff. Also my previous question is
unanswered.
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.ht
On 18.11.2020 17:09, Norton Allen wrote:
On 11/18/2020 10:33 AM, Marco Atzeri via Cygwin wrote:
On 18.11.2020 14:54, Norton Allen wrote:
On 11/18/2020 6:31 AM, Marco Atzeri via Cygwin wrote:
On 18.11.2020 01:24, Norton Allen wrote:
Rolling back cmake from 3.17.3-2 to 3.14.5-1 seems to have res
On 11/18/2020 11:24 AM, René Berber via Cygwin wrote:
Cygwin handles the file system with no problem, but using Posix-like notation, not Windows-like.
End of story.
And I'll add, this is by design: Cygwin's goal is to provide a programming (and command line)
environment as much like Posix as
On 11/18/2020 3:00 AM, Kristian Ivarsson via Cygwin wrote:
On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote:
The filesystem-library as a part of C++17 seems to have some defects
and flaws in the cygwin-package and pretty much every lexical- and
canonical operation works in mysterious
On 11/18/2020 10:33 AM, Marco Atzeri via Cygwin wrote:
On 18.11.2020 14:54, Norton Allen wrote:
On 11/18/2020 6:31 AM, Marco Atzeri via Cygwin wrote:
On 18.11.2020 01:24, Norton Allen wrote:
Rolling back cmake from 3.17.3-2 to 3.14.5-1 seems to have resolved
the problem.
Any idea why no one
On Nov 18 15:06, Biswapriyo Nath via Cygwin wrote:
> Currently the autoconf files in newlib-cygwin repo are in 2.64 version
> but the latest autoconf package is version 2.69. So, autoreconf
> command shows errors. Possible diff attached.
We can update to 2.68, but not 2.69. Newlib still requires
tealhill via Cygwin writes:
> ### Summary
>
> Why should Cygwin add Sysnative to $PATH? As a workaround for
> Microsoft's failure to add Sysnative to %PATH%.
With my maintainer hat for base-files on, I reject this proposal.
As already noted, there is no precedent for Cygwin doing things like
tha
On 18.11.2020 14:54, Norton Allen wrote:
On 11/18/2020 6:31 AM, Marco Atzeri via Cygwin wrote:
On 18.11.2020 01:24, Norton Allen wrote:
Rolling back cmake from 3.17.3-2 to 3.14.5-1 seems to have resolved
the problem.
Any idea why no one else seems to be seeing this problem with 3.17.3-2?
I
On Tue, Nov 17, 2020 at 4:42 PM tealhill via Cygwin wrote:
> Therefore, I am suggesting that Cygwin work around Microsoft's omission.
> My suggested workaround is for Cygwin to add Sysnative to its own
> $PATH, automatically.
I don't think that should be a default behavior in cygwin and is
likely
On 11/18/2020 5:40 AM, Lemures Lemniscati via Cygwin wrote:
On Tue, 17 Nov 2020 19:24:12 -0500, Norton Allen
Rolling back cmake from 3.17.3-2 to 3.14.5-1 seems to have resolved the problem.
Any idea why no one else seems to be seeing this problem with 3.17.3-2?
If it is caused by incomplete r
On 11/18/2020 6:31 AM, Marco Atzeri via Cygwin wrote:
On 18.11.2020 01:24, Norton Allen wrote:
Rolling back cmake from 3.17.3-2 to 3.14.5-1 seems to have resolved
the problem.
Any idea why no one else seems to be seeing this problem with 3.17.3-2?
I assume you had an incomplete upgrade.
wh
Hi Good Morning,
Just wanted to check, have you checked my previous e-mail?
Do let me know if you would like to discuss App Development and Website
development then I can send you our Packages (low Cost)/Company information
and time frame.
A waiting for your Positive Reply!
Thanks & Re
On 18.11.2020 01:24, Norton Allen wrote:
Rolling back cmake from 3.17.3-2 to 3.14.5-1 seems to have resolved the
problem.
Any idea why no one else seems to be seeing this problem with 3.17.3-2?
I assume you had an incomplete upgrade.
what is the output of "cygcheck cmake" ?
$ cygcheck cma
On Tue, 17 Nov 2020 19:24:12 -0500, Norton Allen
> Rolling back cmake from 3.17.3-2 to 3.14.5-1 seems to have resolved the
> problem.
>
> Any idea why no one else seems to be seeing this problem with 3.17.3-2?
>
If it is caused by incomplete rebasing, a full rebase might make it work.
cf. http
Currently the autoconf files in newlib-cygwin repo are in 2.64 version
but the latest autoconf package is version 2.69. So, autoreconf
command shows errors. Possible diff attached.
diff --git a/config/override.m4 b/config/override.m4
index 52bd1c3..1c3c298 100644
--- a/config/override.m4
+++ b/conf
> On 11/17/2020 9:15 AM, Kristian Ivarsson via Cygwin wrote:
>
> > The filesystem-library as a part of C++17 seems to have some defects
> > and flaws in the cygwin-package and pretty much every lexical- and
> > canonical operation works in mysterious ways (or not at all)
> [snip]
>
> https://cygw
26 matches
Mail list logo
