On Fri, 20 Oct 2017 15:53:28, cyg Simple wrote:
I appreciate what Yaakov does but I bet these are not built in native
Cygwin mode so a host must be supplied. In native mode the default is
typically used and currently it doesn't match the expected host environment.
Really this discussion boils
On 2017-10-20 07:50, Peter Quiring wrote:
> What is the current process to use the mingw toolchain that is
> included with cygwin?
Treat it like any other cross-compiling scenario.
> There use to be a -mno-cygwin option used with gcc.
That was an ugly hack which never really worked correctly and
On 2017-10-20 14:53, cyg Simple wrote:
> I appreciate what Yaakov does but I bet these are not built in native
> Cygwin mode so a host must be supplied. In native mode the default is
> typically used and currently it doesn't match the expected host environment.
You lose the bet. Every single pac
On 10/20/2017 1:41 PM, Marco Atzeri wrote:
> On 20/10/2017 17:44, cyg Simple wrote:
>> On 10/20/2017 11:24 AM,
>
>> Why is it different? Give a reason not just
>> some lame excuse.
>
> This is extremely rude, in my opinion.
>
Thanks for your opinion. I reworded most of my original text in th
On 10/20/2017 2:44 PM, Brian Inglis wrote:
> On 2017-10-20 11:41, Marco Atzeri wrote:
>> On 20/10/2017 17:44, cyg Simple wrote:
>>> On 10/20/2017 11:24 AM,
>>> Why is it different? Give a reason not just some lame excuse.
>> This is extremely rude, in my opinion.
>
> He's not asking the question
On 10/20/2017 2:34 PM, Eric Blake wrote:
> On 10/20/2017 11:11 AM, cyg Simple wrote:
>
> I may regret joining this thread, but here goes.
>
But thanks for doing so anyway.
>>> Your assumption is that the default and chosen triplets must/should be
>>> one and the same.
>>
>> No, I assume no su
On Fri, Oct 20, 2017 at 1:36 PM, Andrew Schulman wrote:
> maybe someone who does could post their output
> of
>
> ls -ld ~ ~/.ssh ~/.ssh/authorized_keys
>
> so you could compare your permissions to theirs.
my results:
username@computername /tmp
$ ls -ld ~ ~/.ssh ~/.ssh/authorized_keys
drwxr-xr-x
On 2017-10-20 11:41, Marco Atzeri wrote:
> On 20/10/2017 17:44, cyg Simple wrote:
>> On 10/20/2017 11:24 AM,
>> Why is it different? Give a reason not just some lame excuse.
> This is extremely rude, in my opinion.
He's not asking the question he needs answered and is getting exasperated.
> You
On 10/20/2017 11:11 AM, cyg Simple wrote:
I may regret joining this thread, but here goes.
>> Your assumption is that the default and chosen triplets must/should be
>> one and the same.
>
> No, I assume no such thing.
>
>> They are not, they need not be, and we are far from
>> being alone in
Am 20.10.2017 um 14:50 schrieb Peter Quiring:
The mingw versions have x86_64-w64-mingw32- or i686-w64-mingw32- added
to their exe names. Currently I just use these directly but I want to
use cmake.
You can just tell cmake to use them:
cmake -D CMAKE_C_COMPILER=x86_64-w64-mingw32-gcc
On 20/10/2017 20:00, Peter Quiring wrote:
Another issue I'm having with mingw is the Qt headers are not in the
include path.
So I always have to add
-Ic:\cygwin\usr\x86_64-w64-mingw32\sys-root\mingw\include\qt5 to get
the Qt headers included.
Is there a correct way to do this?
Thanks.
this i
Another issue I'm having with mingw is the Qt headers are not in the
include path.
So I always have to add
-Ic:\cygwin\usr\x86_64-w64-mingw32\sys-root\mingw\include\qt5 to get
the Qt headers included.
Is there a correct way to do this?
Thanks.
--
Peter Quiring
--
Problem reports: http:/
On 20/10/2017 17:44, cyg Simple wrote:
On 10/20/2017 11:24 AM,
Why is it different? Give a reason not just
some lame excuse.
This is extremely rude, in my opinion.
Yaakov has been extremely patient with you but you are always
disregarding our point of view, that only shows us that
you have
> Attached are the instructions I used about a year ago to install and its
> been working fine until about 3 weeks ago. The server crashed (due to MS
> patches I believe) and when it came up the system didnt look right.. I
> installed syslog-ng to see if it would help me get some logging.
>
On 10/20/2017 12:11 PM, cyg Simple wrote:
> On 10/20/2017 11:54 AM, Yaakov Selkowitz wrote:
>> On 2017-10-20 10:44, cyg Simple wrote:
>>> On 10/20/2017 11:24 AM, Yaakov Selkowitz wrote:
On 2017-10-20 08:28, cyg Simple wrote:
> On 10/19/2017 4:33 PM, Yaakov Selkowitz wrote:
>> 2) the ou
On 10/20/2017 11:54 AM, Yaakov Selkowitz wrote:
> On 2017-10-20 10:44, cyg Simple wrote:
>> On 10/20/2017 11:24 AM, Yaakov Selkowitz wrote:
>>> On 2017-10-20 08:28, cyg Simple wrote:
On 10/19/2017 4:33 PM, Yaakov Selkowitz wrote:
> 2) the output of config.guess is a default and does NOT re
On 2017-10-20 10:44, cyg Simple wrote:
> On 10/20/2017 11:24 AM, Yaakov Selkowitz wrote:
>> On 2017-10-20 08:28, cyg Simple wrote:
>>> On 10/19/2017 4:33 PM, Yaakov Selkowitz wrote:
2) the output of config.guess is a default and does NOT reflect, or need
to match, our chosen triplet. The
On 10/20/2017 11:24 AM, Yaakov Selkowitz wrote:
> On 2017-10-20 08:28, cyg Simple wrote:
>> On 10/19/2017 4:33 PM, Yaakov Selkowitz wrote:
>>> 2) the output of config.guess is a default and does NOT reflect, or need
>>> to match, our chosen triplet. There is nothing to fix in config.guess.
>>
>> F
On 2017-10-20 08:28, cyg Simple wrote:
> On 10/19/2017 4:33 PM, Yaakov Selkowitz wrote:
>> 2) the output of config.guess is a default and does NOT reflect, or need
>> to match, our chosen triplet. There is nothing to fix in config.guess.
>
> Fine, it doesn't have to match, why don't you want it t
That's the one indeed - I have no experience with the MinGW
distribution under Cygwin though. Perhaps I should try that one too
:).
Regards,
Arjen
2017-10-20 16:25 GMT+02:00 Peter Quiring :
> Hi Arjen,
>
> I'm talking about the mingw that is included with cygwin, not the
> standalone version.
>
Hi Arjen,
I'm talking about the mingw that is included with cygwin, not the
standalone version.
I assume you use mingw-w64.org but some of it's packages are too old.
The mingw that is included with cygwin is updated more frequently, but
it lacks a version of cmake.
Try running the cygwin setup.exe
On 10/19/2017 4:33 PM, Yaakov Selkowitz wrote:
> 2) the output of config.guess is a default and does NOT reflect, or need
> to match, our chosen triplet. There is nothing to fix in config.guess.
Fine, it doesn't have to match, why don't you want it to? Don't give me
the historical reasons idea.
Hi Peter,
I am not sure I understand all the details, but I have been using
CMake under Cygwin and MinGW-w64/MSYS2 (I have to be complete here)
for quite a few years now. Both Cygwin and MinGW-w64/MSYS2 have their
own versions of CMake, so I use those.
Do you mean to cross-compile?
Regards,
Arj
What is the current process to use the mingw toolchain that is
included with cygwin?
There use to be a -mno-cygwin option used with gcc.
The mingw versions have x86_64-w64-mingw32- or i686-w64-mingw32- added
to their exe names. Currently I just use these directly but I want to
use cmake.
Cygwin
On 10/19/2017 3:49 PM, Will Parsons wrote:
I've been using fossil as my SCM system of choice for some years now, and
have been in the habit of synching my repositories under Cygwin with those on
a remote Unix (FreeBSD) system. Recently, though, I created a new repository
under FreeBSD and found
I've updated the gawk package to 4.2.0-1.
This is a new upstream release.
Changes from 4.1.4 to 4.2.0
---
1. If not in POSIX mode, changes to ENVIRON are reflected into
gawk's environment, affecting any programs run by system()
or for piped redirections. This can al
26 matches
Mail list logo
