Version 9.2.4-2 of packages
libecpg-compat3
libecpg-devel
libecpg6
libpgtypes3
libpq-devel
libpq5
postgresql
postgresql-client
postgresql-contrib
postgresql-devel
postgresql-doc
postgresql-plperl
postgresql-plpython
are available in the Cygwin distribution:
CYGWIN CHA
On a 32-bit cygwin I get
$ uname -a
CYGWIN_NT-6.1-WOW64 panamint 1.7.20(0.266/5/3) 2013-06-07 11:11 i686 Cygwin
$ find /usr -name Xlib.h -print
/usr/include/X11/Xlib.h
/usr/x86_64-pc-cygwin/sys-root/usr/include/X11/Xlib.h
/usr/lib/perl5/vendor_perl/5.14/i686-cygwin-threads-64int/Tk/pTk/Xlib.h
and
On Jun 11 17:53, Daniel Colascione wrote:
> g++ -L/users/dancol/software/cygwin/i686-pc-cygwin/winsup/cygwin -isystem
> /users/dancol/software/cygwin/winsup/cygwin/include
> -B/users/dancol/software/cygwin/i686-pc-cygwin/newlib/ -isystem
> /users/dancol/software/cygwin/i686-pc-cygwin/newlib/targ-in
On Jun 11 23:55, Vasyl Khalak wrote:
> I have tried to compile 0.18.2 gettext on x64 Cygwin, and got
> "undefined reference to `environ'", where is the symbol?
>
> user@host /cygdrive/c/cygwin
>
> 32 bit:
> $ nm lib/libcygwin.a
> I __impcygwin_environ
> I __nmcygwin_envi
On 2013-06-11, at 17:27, Corinna Vinschen wrote:
> Ouch! As long as gcc 4.7.2 is not the defualt compiler, that's kind
> of borderline since you force people to install the test release of gcc.
>
> Granted, it's time we get a 4.7 or 4.8 based gcc ASAP...
Another solution would be to compile OCa
Hello all,
A long time ago, Yaakov wrote:
> While you're at it, you could fix the
> false negative in the bfd detection[3] by adding -lintl to the
> libraries in the second hasgot test.
I just tried to do that, but when I #include in any C program,
I get an error:
/usr/include/bfd.h:37:2: er
ok, it seems that newlib/libc/stdlib/environ.c has not made its way
into cygwin1.dll and/or libcygwin.a; shouldn't that be included?
From: Corinna Vinschen
To: cygwin at cygwin dot com
Date: Wed, 12 Jun 2013 11:53:15 +0200
Subject: Re: __cygwin_environ, __imp_envir
2013/6/10 JonY <10wa...@gmail.com>:
> On 6/10/2013 09:11, Lord Flaubert Steve Ataucuri Cruz wrote:
>> Folks,
>>
>> I did some research at mailing list, faq and I didn't seek any
>> information about this error . I am trying to build an installer of
>> some great tools of linux to windows, but I wan
On Jun 12 13:51, Damien Doligez wrote:
> On 2013-06-11, at 17:27, Corinna Vinschen wrote:
>
> > Ouch! As long as gcc 4.7.2 is not the defualt compiler, that's kind
> > of borderline since you force people to install the test release of gcc.
> >
> > Granted, it's time we get a 4.7 or 4.8 based gc
Please, don't http://cygwin.com/acronyms/#TOFU
Thank you.
On Jun 12 14:12, Vasiliy wrote:
> ok, it seems that newlib/libc/stdlib/environ.c has not made its way
> into cygwin1.dll and/or libcygwin.a; shouldn't that be included?
No. Cygwin implements its own environment handling, entirely apart
On Wed, Jun 12, 2013 at 03:13:32PM +1000, Lu Sheng wrote:
>Thank you for your help. I currently using official binaries lxml, thanks.
Maybe you're not getting this.
You are not using an official Cygwin lxml since there is no official
Cygwin lxml. If the program isn't built for Cygwin it won't un
The Cygwin Search page...
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=getclip.exe
...indicates that getclip is in cygutils-1.4.12-1 but I've
updated ...
$ cygcheck -c cygutils
Cygwin Package Information
Package VersionStatus
cygutils 1.4.12-2 OK
$
Th
(Several attempts here. Got my address blocked somehow.
Sorry if duplicates appear. Not my day.)
Sorry for the noise...getclip is in cygutils-extra (duh!),
but the cygcheck error is still interesting maybe.
--KN
-Original Message-
The Cygwin Search page...
http://cygwin.com/cgi-bin2/pa
On Jun 12 15:21, Nellis, Kenneth wrote:
> (Several attempts here. Got my address blocked somehow.
> Sorry if duplicates appear. Not my day.)
>
> Sorry for the noise...getclip is in cygutils-extra (duh!),
> but the cygcheck error is still interesting maybe.
Nothing to worry about. Cygcheck print
On 2013-06-12 02:37, Arthur Norman wrote:
On a 32-bit cygwin I get
$ uname -a
CYGWIN_NT-6.1-WOW64 panamint 1.7.20(0.266/5/3) 2013-06-07 11:11 i686 Cygwin
$ find /usr -name Xlib.h -print
/usr/include/X11/Xlib.h
/usr/x86_64-pc-cygwin/sys-root/usr/include/X11/Xlib.h
/usr/lib/perl5/vendor_perl/5.14/i
On 2013-06-12 06:53, Damien Doligez wrote:
A long time ago, Yaakov wrote:
While you're at it, you could fix the
false negative in the bfd detection[3] by adding -lintl to the
libraries in the second hasgot test.
http://cygwin.com/ml/cygwin/2011-12/msg00397.html
Yaakov
--
Problem reports:
On 6/11/2013 18:19, Andrey Repin wrote:
None of the SQLite core developers have responded to my charge that this
looks like a bug in SQLite. It shouldn't be generating temporary file
names with backslashes in them for Cygwin builds...
There's no reason to ever use backslashes in paths, ever.
Hi Fedin,
On Jun 11 17:08, Fedin Pavel wrote:
> Hello!
>
> Some time ago i reported ability to access things like
> "/usr/nonexistent/..bin". I still had this problem and i tried my hands on
> fixing it.
> The patch works by checking the actual existence of the path before
> removing the last
On Wed, Jun 12, 2013 at 03:21:09PM +, Nellis, Kenneth wrote:
>(Several attempts here. Got my address blocked somehow.
You were not blocked. You were using raw email addresses in the body of
your message and not reading the bounce message which apprised you of
that fact.
--
Problem reports:
On 6/12/2013 2:46 AM, Corinna Vinschen wrote:
> On Jun 11 17:53, Daniel Colascione wrote:
>> g++ -L/users/dancol/software/cygwin/i686-pc-cygwin/winsup/cygwin -isystem
>> /users/dancol/software/cygwin/winsup/cygwin/include
>> -B/users/dancol/software/cygwin/i686-pc-cygwin/newlib/ -isystem
>> /users/
Warren Young writes:
> If true, that's yet another reason to switch to 3.7.17: I removed the
> hack since we're building as SQLITE_OS_UNIX.
I can attest that this solves the problem with temp files, as expected.
I'm sorry, but I haven't been able to do much else with that test
version.
Regards,
On Wed, Jun 12, 2013 at 11:06:15AM -0700, Daniel Colascione wrote:
>On 6/12/2013 2:46 AM, Corinna Vinschen wrote:
>> On Jun 11 17:53, Daniel Colascione wrote:
>>> g++ -L/users/dancol/software/cygwin/i686-pc-cygwin/winsup/cygwin -isystem
>>> /users/dancol/software/cygwin/winsup/cygwin/include
>>> -B
On 6/12/2013 11:44 AM, Christopher Faylor wrote:
> On Wed, Jun 12, 2013 at 11:06:15AM -0700, Daniel Colascione wrote:
>> On 6/12/2013 2:46 AM, Corinna Vinschen wrote:
>>> On Jun 11 17:53, Daniel Colascione wrote:
g++ -L/users/dancol/software/cygwin/i686-pc-cygwin/winsup/cygwin -isystem
/u
Hi everybody!
I have a question about using cygpath.
Trying to get windows paths in different locations
alexey@78CE /cygdrive/c
$ cygpath -w .
.
alexey@78CE /cygdrive/c
$ cygpath -w /cygdrive/c
C:\
alexey@78CE /cygdrive/c
$ cd /home
alexey@78CE /home
$ cygpath -w .
C:\Test\cross32\home\
As I see
On Jun 12 22:15, Алексей Павлов wrote:
> Hi everybody!
>
> I have a question about using cygpath.
> Trying to get windows paths in different locations
>
> alexey@78CE /cygdrive/c
> $ cygpath -w .
> .
> alexey@78CE /cygdrive/c
> $ cygpath -w /cygdrive/c
> C:\
> alexey@78CE /cygdrive/c
> $ cd /home
On Jun 12 19:46, Corinna Vinschen wrote:
> Hi Fedin,
>
> On Jun 11 17:08, Fedin Pavel wrote:
> > Hello!
> >
> > Some time ago i reported ability to access things like
> > "/usr/nonexistent/..bin". I still had this problem and i tried my hands on
> > fixing it.
> > The patch works by checking t
Am 12.06.2013 17:21, schrieb Nellis, Kenneth:
...
where is getclip?
Whereever it actually is, shouldn't it be deprecated or removed since it
does not handle non-ASCII characters?
I think I already suggested a replacement once before which was a simple
shell script wrapper to /dev/clipboard.
--
On 6/12/2013 12:13, Achim Gratz wrote:
Warren Young writes:
If true, that's yet another reason to switch to 3.7.17: I removed the
hack since we're building as SQLITE_OS_UNIX.
I can attest that this solves the problem with temp files, as expected.
Thanks for testing!
I'm sorry, but I haven'
Warren Young writes:
> I'm partially waiting to push this test release to curr on your
> behalf. I expect that with CYGWIN_SQLITE_LOCKING=posix, you will be
> able to stop using your local version of sqlite3.
I've actually built a 3.7.17 version that has been sitting around
untested for a while do
Greetings, Warren Young!
>>> None of the SQLite core developers have responded to my charge that this
>>> looks like a bug in SQLite. It shouldn't be generating temporary file
>>> names with backslashes in them for Cygwin builds...
>>
>> There's no reason to ever use backslashes in paths, ever.
If you read the response from the mintty author in the support ticket
linked in the original post you'll see:
"There've been various issues with pseudo terminal (pty) layer in the
Cygwin 1.7.19 release, which apparently haven't been fully addressed in
1.7.20. Mintty is based on that pty layer,
Thanks. I am building the code from reduce-algebra.sourceforge.net and in
particular updating the build system there so that anybody who fetches
will be able to build. The part that I am mostly concerned with uses
either the FOX toolkit for its GUI stuff or wxWidgets (each built from
source) so
Trying to figure out why Ruby/openssl.so are not working under Cygwin, I
realized recently that cygcheck openssl.so works properly:
$ cygcheck.exe /usr/lib/ruby/1.9.1/i386-cygwin/openssl.so
C:\Progra~1\Cygwin\lib\ruby\1.9.1\i386-cygwin\openssl.so
C:\Progra~1\Cygwin\bin\cygruby191.dll
C:\Prog
> Cgf and I talked privately about this patch and we're both happy you
> found such a simple solution to fix a long-standing problem. Sometimes,
> when you're working long enough on some code, you just miss to see the
> wood for the trees.
>
> Andrew, can you please polish one of the goldstar's i
On 2013-06-11 09:59, Warren Young wrote:
If you have had problems in the past with SQLite interoperability with
native Windows programs, please test with this new release. You
shouldn't have to do anything to test its interoperability with native
Windows programs.
If your interop problems were
On 2013-06-12 17:51, Arthur Norman wrote:
Thanks. I am building the code from reduce-algebra.sourceforge.net and
in particular updating the build system there so that anybody who
fetches will be able to build. The part that I am mostly concerned with
uses either the FOX toolkit for its GUI stuff
Hello! Sorry for delayed replies, at home i'm not subscribed to Cygwin ML, and
in Russia we had a holiday yesterday.
> Thanks for the patch. The idea sounds good, and I think it's the right
> thing to do *not* to add this to normalize_win32_path, because the ..
> semantics on WINdows are so tha
37 matches
Mail list logo
