Caused by executing following command and ctrl+c to interrupt in bash shell.
sh -c "cd /tmp/openjpeg/src/bin/jp2 && /usr/bin/i686-pc-mingw32-gcc.exe
-DOPJ_EXPORTS -ffast-math -O3 -DNDEBUG
@CMakeFiles/opj_compress.dir/includes_C.rsp -o
CMakeFiles/opj_compress.dir/convert.c.obj -c
/tmp/open
On Mon, 14 Jan 2013 13:43:26 +, Jon TURNEY wrote:
> On 14/01/2013 11:47, Angelo Graziosi wrote:
> > For the record...
> >
> > ROOT guys have fixed this issue with the following patch to their patched
> > version of llvm/clang:
> >
> > $ cat InitHeaderSearch.cpp.diff
> > --- ROOT/interpreter/l
Am 13.01.2013 18:58, schrieb Thomas Wolff:
When I tried the recent snapshot (2013-01-11) it turned out that
Ctrl-C does not work anymore to interrupt a JVM program.
There had been a similar discussion last year
(http://cygwin.com/ml/cygwin/2012-07/msg00185.html) but it does not
seem to be the s
Am 14.01.2013 11:00, schrieb Corinna Vinschen:
...
The first step of converting a POSIX path to a Windows path is to
normalize the path. "." and ".." components are simply dropped:
"a/b/./c" -> "a\b\c"
"a/b/../c" -> "a\c"
which isn't correct already (even if everything exists) because i
On 14/01/2013 3:24 PM, Stephan Mueller wrote:
Perhaps (as you may well have already considered):
- replace the path prefix by the mount point first? (this may be naïve
on my part, but it's not clear to me that .. early in a path should be able
to influence which mount point is substituted
On Mon, Jan 14, 2013 at 09:55:38PM +0100, Antti Kantee wrote:
>Hi,
>
>Calling pthread_exit() at the end of a routine marked noreturn produces
>a compiler warning/error on cygwin:
>
>error: 'noreturn' function does return
>
>Is it possible to add the attribute to the cygwin pthread.h:
>
>--- pthrea
Hi,
Calling pthread_exit() at the end of a routine marked noreturn produces
a compiler warning/error on cygwin:
error: 'noreturn' function does return
Is it possible to add the attribute to the cygwin pthread.h:
--- pthread.h.orig 2012-10-19 14:40:13.0 +0200
+++ pthread.h 2013
On Jan 14 01:17, Christopher Faylor wrote:
" It is a bug. It's not just "~". Any nonexistent directory will
" work, like "foo/..".
Corinna wrote:
" And it's a bug which isn't easily fixed. Since about the dawn of time,
" Cygwin's core path handling evaluates the path in a non-POSIX manner,
" ma
On Mon, Jan 14, 2013 at 07:31:19PM +0100, Corinna Vinschen wrote:
>On Jan 14 10:20, Christopher Faylor wrote:
>>On Mon, Jan 14, 2013 at 02:26:14PM +0100, Corinna Vinschen wrote:
>>>On Jan 14 10:37, Damian Rodriguez Sanchez wrote:
???>Am 07.01.2013 19:24, schrieb Damian Rodriguez Sanchez:
>>
On Jan 14 10:20, Christopher Faylor wrote:
> On Mon, Jan 14, 2013 at 02:26:14PM +0100, Corinna Vinschen wrote:
> >On Jan 14 10:37, Damian Rodriguez Sanchez wrote:
> >> ???>Am 07.01.2013 19:24, schrieb Damian Rodriguez Sanchez:
> >> >> Hello list,
> >> >>
> >> >> I have compiled a Linux ncurses gcc
Hello, Christopher.
14 января 2013 г., 18:17:33, you wrote:
> You apparently knew that your mail was rejected as spam because you
> received a bounce. The bounce gave you information which did not tell
> you to send a complaint here.
Ah, sorry for being impolite...
I asked only because there
On Mon, Jan 14, 2013 at 05:04:17PM +0100, Corinna Vinschen wrote:
>On Jan 14 10:27, Christopher Faylor wrote:
>> On Mon, Jan 14, 2013 at 11:00:02AM +0100, Corinna Vinschen wrote:
>> >The first step of converting a POSIX path to a Windows path is to
>> >normalize the path. "." and ".." components a
On Jan 15 01:36, Shaddy Baddah wrote:
> Hi,
>
> On 14/01/13 21:00, Corinna Vinschen wrote:
> >On Jan 14 01:17, Christopher Faylor wrote:
> >>On Mon, Jan 14, 2013 at 04:21:25PM +1100, Shaddy Baddah wrote:
> >>>In investigating this, I believe the issue I am having is due to how
> >>>stat() handles
On Jan 14 10:27, Christopher Faylor wrote:
> On Mon, Jan 14, 2013 at 11:00:02AM +0100, Corinna Vinschen wrote:
> >The first step of converting a POSIX path to a Windows path is to
> >normalize the path. "." and ".." components are simply dropped:
> >
> > "a/b/./c" -> "a\b\c"
> > "a/b/../c" -> "
On Mon, Jan 14, 2013 at 11:00:02AM +0100, Corinna Vinschen wrote:
>On Jan 14 01:17, Christopher Faylor wrote:
>> On Mon, Jan 14, 2013 at 04:21:25PM +1100, Shaddy Baddah wrote:
>> >In investigating this, I believe the issue I am having is due to how
>> >stat() handles tilde prefixed paths. On linux
On Mon, Jan 14, 2013 at 02:26:14PM +0100, Corinna Vinschen wrote:
>On Jan 14 10:37, Damian Rodriguez Sanchez wrote:
>> ???>Am 07.01.2013 19:24, schrieb Damian Rodriguez Sanchez:
>> >> Hello list,
>> >>
>> >> I have compiled a Linux ncurses gcc application on Cygwin. Everything
>> works
>> >> fine e
Fedin Pavel wrote:
> On 14.01.2013 10:19, Christopher Faylor wrote:
>> Calm down and READ the message you received. It surely didn't tell you
>> to send implied profanity to the Cygwin mailing list.
>
> Sorry, i don't really understand you. What do you mean under profanity
> ? Is it not allowed
>On 14.01.2013 10:19, Christopher Faylor wrote:
>On Mon, Jan 14, 2013 at 01:19:54AM -0500, Christopher Faylor wrote:
>>On Mon, Jan 14, 2013 at 10:12:12AM +0400, Fedin Pavel wrote:
>>>On 10.01.2013 23:47, Reini Urban wrote:
Great! Can you gist the patches somewhere please?
>>>I tried to post pat
Hi,
On 14/01/13 21:00, Corinna Vinschen wrote:
On Jan 14 01:17, Christopher Faylor wrote:
On Mon, Jan 14, 2013 at 04:21:25PM +1100, Shaddy Baddah wrote:
In investigating this, I believe the issue I am having is due to how
stat() handles tilde prefixed paths. On linux we see:
linux$ $ python -
On 14.01.2013 10:19, Christopher Faylor wrote:
Calm down and READ the message you received. It surely didn't tell you
to send implied profanity to the Cygwin mailing list.
Sorry, i don't really understand you. What do you mean under profanity
? Is it not allowed to post patches here ?
--
Ki
On 14/01/2013 11:47, Angelo Graziosi wrote:
> Il 13/01/2013 16.20, Jon TURNEY ha scritto:
>> On 13/01/2013 14:44, Angelo Graziosi wrote:
>>> Il 13/01/2013 15.31, Jon TURNEY ha scritto:
On 11/01/2013 12:54, Angelo Graziosi wrote:
> An application which need to be built with clang++, fails t
On Jan 14 10:37, Damian Rodriguez Sanchez wrote:
> >Am 07.01.2013 19:24, schrieb Damian Rodriguez Sanchez:
> >> Hello list,
> >>
> >> I have compiled a Linux ncurses gcc application on Cygwin. Everything
> works
> >> fine except for curs_set(0) calls which do not hide the cursor on text
> mode
> >
>Am 07.01.2013 19:24, schrieb Damian Rodriguez Sanchez:
>> Hello list,
>>
>> I have compiled a Linux ncurses gcc application on Cygwin. Everything
works
>> fine except for curs_set(0) calls which do not hide the cursor on text
mode
>> terminals (they work on X though). Does anybody know of a way t
Il 13/01/2013 16.20, Jon TURNEY ha scritto:
On 13/01/2013 14:44, Angelo Graziosi wrote:
Il 13/01/2013 15.31, Jon TURNEY ha scritto:
On 11/01/2013 12:54, Angelo Graziosi wrote:
An application which need to be built with clang++, fails to build when it
includes glx.h and indirectly windows.h hea
On Jan 14 01:17, Christopher Faylor wrote:
> On Mon, Jan 14, 2013 at 04:21:25PM +1100, Shaddy Baddah wrote:
> >In investigating this, I believe the issue I am having is due to how
> >stat() handles tilde prefixed paths. On linux we see:
> >
> >linux$ $ python -c 'import os; print os.stat("~/..")'
>
25 matches
Mail list logo
