On 2025-03-08 11:22, Roland Mainz via Cygwin wrote:
While doing testing with UNC paths I found that GNU mkinstalldirs does
not handle UNC paths - for example creating subdirs in
//foo.bar.com/chickmonster/dir1/dir2/ will *partially* appear in
/foo.bar.com/chickmonster/dir1/dir2/
Workaround is in
On 08/03/2025 19:22, Roland Mainz via Cygwin wrote:
HI!
- Does anyone know whether there is a single upstream for GNU
mkinstalldirs, or do the various GNU projects just copy the script
around ?
Bye,
Roland
I would bet on Automake
/usr/share/automake-1.16/mkinstalldirs
--
Problem rep
On 2024-11-06 08:30, Dimitry Andric via Cygwin wrote:
On 6 Nov 2024, at 16:11, Sebastian Feld via Cygwin wrote:
How can I test in a /usr/bin/make Makefile whether I am running on a
32bit or 64bit Cygwin (not Windows kernel)?
Usually in a shell you use "uname -m", or with bash specifically, t
On 9 Nov 2024, at 11:42, Sebastian Feld via Cygwin wrote:
>
> On Wed, Nov 6, 2024 at 4:30 PM Dimitry Andric
> wrote:
>>
>> On 6 Nov 2024, at 16:11, Sebastian Feld via Cygwin wrote:
>>>
>>> How can I test in a /usr/bin/make Makefile whether I am running on a
>>> 32bit or 64bit Cygwin (not Wind
On Wed, Nov 6, 2024 at 4:30 PM Dimitry Andric
wrote:
>
> On 6 Nov 2024, at 16:11, Sebastian Feld via Cygwin wrote:
> >
> > How can I test in a /usr/bin/make Makefile whether I am running on a
> > 32bit or 64bit Cygwin (not Windows kernel)?
>
> Usually in a shell you use "uname -m", or with bash s
On 6 Nov 2024, at 16:11, Sebastian Feld via Cygwin wrote:
>
> How can I test in a /usr/bin/make Makefile whether I am running on a
> 32bit or 64bit Cygwin (not Windows kernel)?
Usually in a shell you use "uname -m", or with bash specifically, the $HOSTTYPE
variable.
However in GNU make you sho
On 5/7/19 7:54 AM, Jimmy Ljungman wrote:
> Hej Cygwin!
> Jag vaknade upp denna morgon med doggerel på kinden. Glatt smetade jag av det
> på min Sambo, Sabina. Hon tog emot det med glädje och gav mig en puss på
> ögonlocket.
>
> Jag bryggde mitt kaffe när det slog mig att jag skulle ha labb på SU
On Fri, Sep 30, 2011 at 2:07 PM, David Rothenberger wrote:
> IMPORTANT: This release has a new working copy format. To use this
> release, you must manually upgrade your working copy format,
> rendering it unusable with previous major releases.
>
> Please see the release notes
> http://subversion.
On 27 February 2008 16:16, Brian Dessent wrote:
> That would be fine if it were even possible to build a shared libgcc.
> FSF gcc won't even do this, nor will it build shared libstdc++, etc.
> MinGW's gcc 4.2 has a humongous local patch that backports a bunch of
> stuff from 4.3 as well as using a
Reini Urban wrote:
> About the shared libgcc:
> Since this problem will not go away until we decide to keep the old and slow
> WINAPI compatible SJLJ (hopefully not), we can just add this libgcc as
> Base package.
> Similar to the msvcrt.dll in the windows world.
That would be fine if it were eve
2008/2/26, Brian Dessent:
> Sigh. You'll have to search the archives. There are a number of things
> preventing a move to gcc 4.x as the system compiler. The main snags are
> lack of shared libgcc (which breaks C++ EH with shared libraries) and
> the everlasting debate about if and how to tra
David Arnstein wrote:
> This process generated many stack dumps. There were also test suite
> failures, not surprising in light of the stack dumps. Finally, my
> Windows Application Event Log filled with error messages from Cygwin.
They're messages from cygserver, not Cygwin. I can't really see
Corinna Vinschen wrote:
> FWIW, the bug is apparently fixed in xorg-x11 version 6.8.99.901-1,
> which is available as test version using setup.
Confirmed!
Thanks, Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
On Mar 23 13:33, Angelo Graziosi wrote:
> For the sake of completeness.
>
> With the snapshots 20060322 the problems described in
> http://cygwin.com/ml/cygwin/2006-03/msg00624.html and in
> http://cygwin.com/ml/cygwin/2006-03/msg00435.html seem to be solved!
>
> I note, only, that after launchin
On Mar 22 15:25, Angelo Graziosi wrote:
>
> Beside this: http://cygwin.com/ml/cygwin/2006-03/msg00582.html, I note
> that with recent snapshots (e.g 20060321), a file created by Cygwin
> applications (emacs, wget, gcc...) or a directory creted by mkdir belongs
> to the group 'None'
That's the sam
Thanking you
> -Original Message-
> From: Elfyn McBratney [SMTP:[EMAIL PROTECTED]
> Sent: Thursday, August 21, 2003 5:55 PM
> To: [EMAIL PROTECTED]
> Subject: testing
>
> testing
>
> --
> Elfyn McBratney, EMCB
> [EMAIL PROTECTED]
> http://www.emcb.co.uk/
--
Unsubscribe info:
Dear Cygwinners
Thanks to David, Elfyn and Chris for replying. The correspondence has
led me to finding the rule in my firewall which was blocking the ICMP
echo reply request from sources.redhat.com. Access has been restored.
Thanks again
Don Sharp
Christopher Faylor wrote:
>
> On Fri, Feb 07,
Christopher Faylor wrote:
>
> On Fri, Feb 07, 2003 at 08:44:47PM +, Don Sharp wrote:
> >
> >
> >Elfyn McBratney wrote:
> >>
> >> > This is a somewhat off topic item.
> >> > I have been trying for the last three weeks to update my cygwin
> >> > installation with setup.exe. Unfortunately I can
On Fri, Feb 07, 2003 at 08:44:47PM +, Don Sharp wrote:
>
>
>Elfyn McBratney wrote:
>>
>> > This is a somewhat off topic item.
>> > I have been trying for the last three weeks to update my cygwin
>> > installation with setup.exe. Unfortunately I can't establish a connection.
>>
>> Just a bit ;
Elfyn McBratney wrote:
>
> > This is a somewhat off topic item.
> > I have been trying for the last three weeks to update my cygwin
> > installation with setup.exe. Unfortunately I can't establish a connection.
>
> Just a bit ;-)
>
> > traceroute (from my linux firewall) and tracert from my NT
> This is a somewhat off topic item.
> I have been trying for the last three weeks to update my cygwin
> installation with setup.exe. Unfortunately I can't establish a connection.
Just a bit ;-)
> traceroute (from my linux firewall) and tracert from my NT box both show
> that the trace reaches a
21 matches
Mail list logo
