Re: linux->cygwin cross build environment

On Thu, Aug 26, 2010 at 2:24 PM, Chiheng Xu wrote: > I attached the scripts I used in December, 2009, trying to build a > Cygwin cross toolchain. > Also attcach the MinGW scripts. -- Chiheng Xu Wuhan,China gcc_mingw.tar.bz2 Description: BZip2 compressed data -- Problem reports: http

Re: linux->cygwin cross build environment

On Thu, Aug 26, 2010 at 10:53 AM, Charles Wilson wrote: > Last weekend I attempted to setup a linux->cygwin cross compiler (and > basic sysroot).  However, it didn't work: while a simple C 'Hello World' > app could be compiled, copied over to a win32 system and executed, a C++ > 'Hello World' did

Re: associating device names with cygdrive directories

On Wed, Aug 25, 2010 at 04:32:49PM -0500, Jeremy Bopp wrote: >On 8/25/2010 3:42 PM, Charles D. Russell wrote: >> Maybe it won't always work, but with debian "mount" I get the following >> line of output, which tells me what I want to know (and more): >> >> /dev/sda1 on /live/image type vfat >> (r

Possible tar version 1.23-1 --remove-files bug.

I have duplicated the following behavior on 2 different machines CYGWIN_NT-5.2 1.7.6(0.230/5/3) 2010-08-16 16:06 i686 (Windows 2003 R2 Server) CYGWIN_NT-5.1 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 (Windows XP Desktop) Both are running tar version 1.23-1 and the problem is 100% reproducible in my e

Re: Emacs and DBUS

Ken Brown writes: >> The blocking you observed when dbus.el is loaded doesn't occur with a >> build from the Emacs trunk (r101187). > > Correction: It occurs if and only if the system messagebus service is > running. I'm confused: do you mean, the problem is happening when the system bus is runn

Re: Emacs and DBUS

Ken Brown writes: > Hi Michael, Hi Ken, > The blocking you observed when dbus.el is loaded doesn't occur with a > build from the Emacs trunk (r101187). But I don't know how to test > the dbus functionality after loading dbus.el. There is a manual, open it with (info "(dbus)") You could check

Re: [ANNOUNCEMENT] NEW: {libtirpc/libtirpc1/libtirpc-devel}-0.2.1-1

On 8/21/2010 4:54 AM, Corinna Vinschen wrote: > On Aug 20 21:07, Charles Wilson wrote: >> If you concur, I'll post a patch to that effect to cygwin-patches (we >> use our own header, not newlib's, for netinet/in.h). > > This is not the right solution. OK. > First, we don't support _BSD_SOURCE an

linux->cygwin cross build environment

Last weekend I attempted to setup a linux->cygwin cross compiler (and basic sysroot). However, it didn't work: while a simple C 'Hello World' app could be compiled, copied over to a win32 system and executed, a C++ 'Hello World' did not: 1) using the cygwin-provided cygstdc++-6.dll and cyggcc_s-1

Re: associating device names with cygdrive directories

Greetings, Charles D. Russell! > Maybe it won't always work, but with debian "mount" I get the > following line of output, which tells me what I want to know (and more): > /dev/sda1 on /live/image type vfat > (rw,noatime,fmask=0022,dmask=0022,allow_utime=17,codepage=cp437,iocharset=utf8)

Re: associating device names with cygdrive directories

On 8/25/2010 3:42 PM, Charles D. Russell wrote: > Maybe it won't always work, but with debian "mount" I get the following > line of output, which tells me what I want to know (and more): > > /dev/sda1 on /live/image type vfat > (rw,noatime,fmask=0022,dmask=0022,allow_utime=17,codepage=cp437,i

Re: associating device names with cygdrive directories

On 8/25/2010 3:32 PM, Buchbinder, Barry (NIH/NIAID) [E] wrote: > On Wed, Aug 25, 2010 at 02:47:21PM -0500, Charles D. Russell wrote: >> On Linux, the mount command reveals the association between filesystem >> names and /dev/ names, but Cygwin mount doesn't tell. > > Is this what you want? (The

Re: associating device names with cygdrive directories

Maybe it won't always work, but with debian "mount" I get the following line of output, which tells me what I want to know (and more): /dev/sda1 on /live/image type vfat (rw,noatime,fmask=0022,dmask=0022,allow_utime=17,codepage=cp437,iocharset=utf8) I infer from the replies that in Cygwi

Re: associating device names with cygdrive directories

On 8/25/2010 4:11 PM, Jeremy Bopp wrote: On 8/25/2010 3:03 PM, Christopher Faylor wrote: On Wed, Aug 25, 2010 at 02:47:21PM -0500, Charles D. Russell wrote: On Linux, the mount command reveals the association between filesystem names and /dev/ names, but Cygwin mount doesn't tell. Sorry that'

RE: associating device names with cygdrive directories

On Wed, Aug 25, 2010 at 02:47:21PM -0500, Charles D. Russell wrote: >On Linux, the mount command reveals the association between filesystem >names and /dev/ names, but Cygwin mount doesn't tell. Is this what you want? (The multiple spaces are really tabs.) $ for F in /dev/s* ; do echo "$F$(

Re: associating device names with cygdrive directories

On 8/25/2010 3:03 PM, Christopher Faylor wrote: > On Wed, Aug 25, 2010 at 02:47:21PM -0500, Charles D. Russell wrote: >> On Linux, the mount command reveals the association between filesystem >> names and /dev/ names, but Cygwin mount doesn't tell. > > Sorry that's not how the mount command works

Re: associating device names with cygdrive directories

On Wed, Aug 25, 2010 at 02:47:21PM -0500, Charles D. Russell wrote: >On Linux, the mount command reveals the association between filesystem >names and /dev/ names, but Cygwin mount doesn't tell. Sorry that's not how the mount command works on Linux. It's not always easy to tell the device associa

Re: associating device names with cygdrive directories

On 8/25/2010 2:49 PM, Charles D. Russell wrote: What is the best way to find or predict the association of a given /dev/sd? with the corresponding /cygdrive/?. Is there a good way to verify the assignment before writing to the device with dd? I think this link should help a littl

Re: associating device names with cygdrive directories

On 8/25/2010 2:49 PM, Charles D. Russell wrote: What is the best way to find or predict the association of a given /dev/sd? with the corresponding /cygdrive/?. Is there a good way to verify the assignment before writing to the device with dd? I think this link should help a little:

associating device names with cygdrive directories

What is the best way to find or predict the association of a given /dev/sd? with the corresponding /cygdrive/?. Is there a good way to verify the assignment before writing to the device with dd? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com

Re: Build S-Lang Fail

On 8/25/2010 8:58 AM, Csaba Raduly wrote: On Sun, Aug 22, 2010 at 8:15 PM, Steven Woody wrote: $ ldd /usr/lib/gcc/i686-pc-cygwin/4.3.4/cc1.exe ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c92) kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c8

Re: Emacs and DBUS

On 8/25/2010 10:37 AM, Ken Brown wrote: On 8/25/2010 10:02 AM, Ken Brown wrote: On 8/24/2010 11:28 PM, Michael Albinus wrote: Ken Brown writes: After installing that library, Emacs did start. How ever, it blocks when loading dbus.el. Don't you normally have to start a D-BUS session befor

Re: Emacs and DBUS

On 8/25/2010 10:02 AM, Ken Brown wrote: On 8/24/2010 11:28 PM, Michael Albinus wrote: Ken Brown writes: After installing that library, Emacs did start. How ever, it blocks when loading dbus.el. Don't you normally have to start a D-BUS session before loading dbus.el? Maybe one of the Cygwi

Re: gcc-4.5 notes

Hi Dave, Aside from Yaakov's notes I have nothing to fix. Just to add that it is working fine for me. I've rebuilt some of my perls with extensive testsuites and everything so far was fine. Yaakov's tests are obviously better than mine. May I ask when can we expect gcc-4.5.0 going stable? Becaus

Re: Emacs and DBUS

On 8/24/2010 11:28 PM, Michael Albinus wrote: Ken Brown writes: After installing that library, Emacs did start. How ever, it blocks when loading dbus.el. Don't you normally have to start a D-BUS session before loading dbus.el? Maybe one of the Cygwin people who uses D-BUS can tell us how t

[ANNOUNCEMENT] New package: ngspice-21-1

Hi, NGSPICE is now available for cygwin. The version ngspice-21-1 has been uploaded. DESCRIPTION Ngspice is a mixed-level/mixed-signal circuit simulator. Its code is based on Spice3f5. Ngspice is part of gEDA project, a full GPL'd suite of Electronic Design Automation tools. HOMEPAGE http://ngspi

Re: Build S-Lang Fail

On Sun, Aug 22, 2010 at 8:15 PM, Steven Woody wrote: > > $ ldd /usr/lib/gcc/i686-pc-cygwin/4.3.4/cc1.exe >        ntdll.dll => /cygdrive/c/WINDOWS/system32/ntdll.dll (0x7c92) >        kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll (0x7c80) >        cyggcc_s-1.dll => /usr/bin/cyg

[ANNOUNCEMENT] Updated: SuiteSparse-3.5.0-1

New versions of SuiteSparse / libSuiteSparse-devel 3.5.0-1 for cygwin are available in the Cygwin distribution: CHANGES These are new upstream versions, mainly bugfix DESCRIPTION SuiteSparse is library for sparse matrix. It is used to compile Octave HOMEPAGE http://www.cise.ufl.edu/research/sp

[ANNOUNCEMENT] Updated: lapack 3.2.2-1

New versions 3.2.2-1 of lapack (source) liblapack0 liblapack-devel for cygwin are available in the Cygwin distribution: CHANGES These are new bugfix upstream versions Full list of changes at: http://www.netlib.org/lapack/lapack-3.2.html http://www.netlib.org/lapack/lapack-3.2.1.html http://www

[ANNOUNCEMENT] Updated: {libqhull-devel, libqhull_5, qhull}-qhull-2010.1-1

Versions qhull-2010.1-1 of libqhull-devel, libqhull_5, qhull have been uploaded for cygwin CHANGES This is an upstream maintenance release For the full changes http://www.qhull.org/src/Changes.txt DESCRIPTION Qhull is a general dimension convex hull program and library It computes volumes, surf

Re: lighttpd, nano, tidy: update (ping?)

On 25 August 2010 10:50, Yaakov (Cygwin/X) wrote: > Lapo, > > Ping on updates for lighttpd, nano and tidy? > > http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=apps/nano Yeah, an update for nano would be really nice. Is the 2.2.4-wchar.patch still needed? 2.2.5

lighttpd, nano, tidy: update (ping?)

Lapo, Ping on updates for lighttpd, nano and tidy? http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=apps/nano http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/ports;a=tree;f=libs/tidy http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p

Re: Problem with php and/or tidy packages?

On Wed, 2010-08-25 at 09:04 +0200, Gary wrote: > Today I updated my cygwin installation and found that afterwards php > (from cygwin ports) no longer worked correctly with tidy (official > package): Questions regarding Ports packages are off-topic on the Cygwin lists. I have answered this questio

Re: 1.7: Basic file operations fail on network shares provided by Tru64 Advanced Server

On Aug 25 08:55, Heinz Werner Kramski wrote: > Am 24.08.2010 18:28, schrieb Corinna Vinschen: > >I prepared another DLL, which is very close to the "real" thing. > >There's another flag which I have to know if it's required or not. > > > > http://cygwin.de/cygwin-ug-177/cygwin1-test4.dll.bz2 > >