On Jul 20 13:08, JonY wrote:
On 7/20/2010 11:49, Charles Wilson wrote:
On 7/19/2010 9:43 PM, JonY wrote:
OK, I've tried the inherit svn method to separate both, and here are the
results:
gendef:
category: Devel
requires: libgcc1
sdesc: Generates exports definitions by analyzing
On 20 July 2010 05:44, Corinna Vinschen wrote:
On 7/20/2010 11:49, Charles Wilson wrote:
+1, GTG: builds fine from source
+1
+1
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
On 7/19/2010 9:49 PM, Yaakov (Cygwin/X) wrote:
On Sat, 2010-07-17 at 16:26 -0400, Charles Wilson wrote:
The following flags are used in the official mingw compiler, but not here:
--enable-shared (but that's okay, as it is default)
--enable-libgomp
AFAIK --enable-shared and
On 20/07/2010 06:26, Charles Wilson wrote:
On 7/19/2010 9:55 PM, JonY wrote:
With NLS you will still have at least partial translations, which is
better than nothing, no?
How about setting up --with-localedir to somewhere version or target
specific?
There isn't a '--with-localedir'
On 20/07/2010 05:53, Charles Wilson wrote:
But at SOME point, SOME part of what you've built on $host is supposed
to be used, eventually, by somebody, on $target, right?
Where should THAT live?
On the target?
Then package an /etc/profile.d script that appends or prepends to
MANPATH and
Hi Corinna,
There's an active discussion on the MinGW Developer mailing list
around valid sources of information for patches. In particular, some
of the constants used by Windows are not documented by MSDN, as a
result, some w32api users have provided patches in which they wrote a
program the
Hi Chris,
On Jul 20 09:39, Chris Sutcliffe wrote:
Hi Corinna,
There's an active discussion on the MinGW Developer mailing list
around valid sources of information for patches. In particular, some
of the constants used by Windows are not documented by MSDN, as a
result, some w32api users
On 7/20/2010 9:55 AM, Dave Korn wrote:
On 20/07/2010 05:53, Charles Wilson wrote:
But at SOME point, SOME part of what you've built on $host is supposed
to be used, eventually, by somebody, on $target, right?
Where should THAT live?
On the target?
I meant, *in what directory* on the
On 20 July 2010 10:32, Corinna Vinschen wrote:
Can you please explain this a bit more? What exactly are these
applications doing? I'm asking because one way to extract the constants
via an application is grep in the VC++ include directory. How are the
apps in question extracting constants?
+1
2010/7/20, Chris Sutcliffe ir0nh...@gmail.com:
On 20 July 2010 05:44, Corinna Vinschen wrote:
On 7/20/2010 11:49, Charles Wilson wrote:
+1, GTG: builds fine from source
+1
+1
Chris
--
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d
--
Reini
On Jul 20 11:51, Chris Sutcliffe wrote:
On 20 July 2010 10:32, Corinna Vinschen wrote:
Can you please explain this a bit more? What exactly are these
applications doing? I'm asking because one way to extract the constants
via an application is grep in the VC++ include directory. How are
On Tue, 2010-07-20 at 10:51 -0400, Charles Wilson wrote:
Well, I guess the replacement package for the gcc(3)-mingw stuff can
just create symlinks:
/usr/lib/mingw - /usr/i686-pc-mingw32/sys-root/mingw/lib
/usr/include/mingw - /usr/i686-pc-mingw32/sys-root/mingw/include
(or,
On Tue, 2010-07-20 at 08:43 -0400, Charles Wilson wrote:
On 7/19/2010 9:49 PM, Yaakov (Cygwin/X) wrote:
AFAIK --enable-shared and --enable-libgomp are the defaults.
Nope, apparently not. After making sure that pthread was installed in
/usr/i686-pc-mingw32/sys-root, and rebuilding gcc:
I
On 7/20/2010 9:37 AM, Dave Korn wrote:
On 20/07/2010 06:26, Charles Wilson wrote:
On 7/19/2010 9:55 PM, JonY wrote:
With NLS you will still have at least partial translations, which is
better than nothing, no?
How about setting up --with-localedir to somewhere version or target
specific?
On 20/07/2010 00:00, Angelo Graziosi wrote:
Il 19/07/2010 17.45, Simon Marlow ha scritto:
On 19/07/2010 15:51, Angelo Graziosi wrote:
Simon Marlow wrote:
I use the VirtuaWin virtual-desktop tool, and found that often when
switching to a desktop with XWin windows on it, the windows would
-
xlsfonts
-
. . .
-adobe-courier-bold-r-normal--14-140-75-75-m-90-iso10646-1
-adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-1
On Tue, Jul 20, 2010 at 12:00:21PM -0400, matias kaukonen wrote:
-
xlsfonts
-
. . .
I tried both methods and neither one produced the new font.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://x.cygwin.com/docs/
FAQ: http://x.cygwin.com/docs/faq/
On Tue, 20 Jul 2010, matias kaukonen wrote:
-
Then I changed .Xdefaults to
-
Success!! And, I know a little more about how the system works.
thanks,
--matias
On Tue, Jul 20, 2010 at 1:44 PM, Thomas Dickey dic...@his.com wrote:
On Tue, 20 Jul 2010, matias kaukonen wrote:
-
Then I
from 'cygcheck -c':
Missing file: /usr/share/man/man3/SWF::Action.3pm.gz from package
perl-ming
Missing file: /usr/share/man/man3/SWF::BinaryData.3pm.gz from package
perl-ming
Missing file: /usr/share/man/man3/SWF::Bitmap.3pm.gz from package
perl-ming
Missing file:
2010/7/20, Lee D. Rothstein l1ee...@veritech.com:
from 'cygcheck -c':
Missing file: /usr/share/man/man3/SWF::Action.3pm.gz from package
perl-ming
Missing file: /usr/share/man/man3/SWF::BinaryData.3pm.gz from package
perl-ming
Missing file: /usr/share/man/man3/SWF::Bitmap.3pm.gz
I know this is an old issue. I am wondering if I could help diagnose
the problem, or if anyone is working on this issue. The current fix
seems to be to use plink and cygwin git. But cygwin git and ssh just
do not work together.
I'm using cron to backup my files. The problem is cron seems
to repeat the backup every minute for 5 minutes. Pls refer to my cron file.
--
SHELL=/bin/bash
It would be great to have a recursive (-R) option for regtool list.
Andrew.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
On 7/20/2010 4:55 AM, David Sastre wrote:
2010/7/20, Lee D. Rothsteinl1ee...@veritech.com:
from 'cygcheck -c':
Missing file: /usr/share/man/man3/SWF::Action.3pm.gz from package
perl-ming
Missing file: /usr/share/man/man3/SWF::BinaryData.3pm.gz from package
perl-ming
Missing
Am 20.07.2010, 19:15 Uhr, schrieb matias kaukonen:
I'm using cron to backup my files. The problem is cron seems
to repeat the backup every minute for 5 minutes. Pls refer to my cron
file.
Rumor has it that grep 2.6.3 fixes this behavior. Could the grep
maintainer build a new version, please?
Thanks In Advance,
Dave
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
Of Garber, Dave (GE Energy, Non-GE)
Sent: Thursday, July 08,
I've made a new version of 'grep' (http://www.gnu.org/software/grep/)
available for installation. This is the most recent version of grep
available from ftp.gnu.org. It fixes the problem mentioned here:
http://cygwin.com/ml/cygwin/2010-07/msg00419.html
Note that grep opens files in binary mode
The SSHD service is successfully running under the local cyg_server
userid set up by ssh-host-config. Pulbic key authentication is working.
It is running on a Windows 2003 Server with Domain Security Policies
being pushed down from the Domain server. Using the windows GUI, access
to change the
This question seems to be related to the cygwin list entry entitled
Cygwin 1.7.1 missing startxwin.sh
see
http://sourceware.org/ml/cygwin/2010-02/msg00652.html
Today, I tried following the instructions on
http://x.cygwin.com/docs/ug/setup-cygwin-x-installing.html
with the exception that
On Tue, 2010-07-20 at 14:27 -0500, Thrall, Bryan wrote:
$ /bin/perl -e 'require Tk;'
Tk object version 804.029 does not match $Tk::XS_VERSION 804.028 at
/usr/lib/perl5/5.10/i686-cygwin/DynaLoader.pm line 223.
Compilation failed in require at -e line 1.
WFM. Make sure you don't have another
On Tue, 2010-06-29 at 07:54 -0600, Eric Blake wrote:
Most likely, the hole is in coreutils' exe magic. Looks like I'll be
working on a coreutils-8.5-3 today...
Since apparently that hasn't happened yet, let me add that the same
thing is not limited to files, but happens with a directory as
Maybe your psql command linked to a wrong cygpq.dll.
2010/7/21 David Einstein dei...@gmail.com:
Windows 7 64 bit
When I run the cygwin provided psql it immediately returns. Even if I
run 'psql --help' or 'psql -v'.
I tried recompiling postgres from source, and got the same behavior.
All
Huang Bambo:
Maybe your psql command linked to a wrong cygpq.dll.
I tried reloading all of the cygwin packages related to postgres to no
avail. Would a locally compiled cygpq.dll be better?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
On 7/20/2010 6:34 PM, bradb...@seanet.com wrote:
This question seems to be related to the cygwin list entry entitled
Cygwin 1.7.1 missing startxwin.sh
see
http://sourceware.org/ml/cygwin/2010-02/msg00652.html
Today, I tried following the instructions on
On 07/20/2010 11:35 AM, Bill Hoffman wrote:
I know this is an old issue. I am wondering if I could help diagnose
the problem, or if anyone is working on this issue. The current fix
seems to be to use plink and cygwin git. But cygwin git and ssh just
do not work together.
2010/7/21 David Einstein dei...@gmail.com:
Huang Bambo:
Maybe your psql command linked to a wrong cygpq.dll.
I tried reloading all of the cygwin packages related to postgres to no
avail. Would a locally compiled cygpq.dll be better?
use ldd command and list the dll's used by psql.
My output
38 matches
Mail list logo
