On Apr 9 17:17, Dave Korn wrote:
Hi all,
I have a release of 4.7.2-2 ready to upload. It fixes the dependencies back
to the 4.5.3-3 curr: version dependencies, makes TLS vars exported from DLLs
work and restores java and libffi. I've also been running the testsuite over
the last
On Apr 9 22:55, Christian Franke wrote:
I would like to contribute the (Debian) Linux version of hostname(1)
and would suggest to remove the GNU hostname command from coreutils
package.
This version of hostname allows to show the FQDN (-f), DNS domain
name (-d, dnsdomainname), alias names
Chuck (and other affected parties),
The libjpeg-turbo project provides SIMD acceleration while remaining API
and ABI compatible with IJG libjpeg 6b/7/8 (based on configure flags).
I have been using this libjpeg8 locally instead of the IJG one from the
distro for some time, and have seen no
libffi development moved out of GCC into a separate project a long time
ago; the copy included in GCC is used for libgcj, but only as a
convenience (static) library, and it is usually a few point releases
behind the standalone version. Finally, last month, GCC was patched
upstream to stop
On Apr 10 04:06, Yaakov (Cygwin/X) wrote:
libffi development moved out of GCC into a separate project a long
time ago; the copy included in GCC is used for libgcj, but only as a
convenience (static) library, and it is usually a few point releases
behind the standalone version. Finally, last
On Apr 10 09:57, Corinna Vinschen wrote:
On Apr 9 22:55, Christian Franke wrote:
I would like to contribute the (Debian) Linux version of hostname(1)
and would suggest to remove the GNU hostname command from coreutils
package.
This version of hostname allows to show the FQDN (-f), DNS
On 2013-04-02 10:26, Achim Gratz wrote:
I've added test packages compiled with gcc-4.7.2-1 (to be installed by
manually selecting them, like the test version of gcc itself):
Style point: doins can take multiple arguments at once, and for
installing docs, use docinto/dodoc instead, e.g.:
On 2013-04-02 10:27, Achim Gratz wrote:
I've added test packages compiled with gcc-4.7.2-1 (to be installed by
manually selecting them, like the test version of gcc itself):
FYI, 3.1.2 is out now.
Also, automating the patches is possible, e.g.:
PATCH_URI=$(seq -f
On 2013-04-02 10:27, Achim Gratz wrote:
I've added test packages compiled with gcc-4.7.2-1 (to be installed by
manually selecting them, like the test version of gcc itself):
PKG_CONTENTS[] is deprecated. Instead, do:
mpclib_CONTENTS='usr/share'
libmpc3_CONTENTS='usr/bin/cygmpc-3.dll'
On 2013-04-10 04:29, Corinna Vinschen wrote:
On Apr 10 04:06, Yaakov (Cygwin/X) wrote:
libffi development moved out of GCC into a separate project a long
time ago; the copy included in GCC is used for libgcj, but only as a
convenience (static) library, and it is usually a few point releases
On 2013-04-09 11:11, Dave Korn wrote:
On 09/04/2013 11:30, Yaakov (Cygwin/X) wrote:
On 2013-04-09 02:08, Dave Korn wrote:
On 25/03/2013 08:52, Corinna Vinschen wrote:
On Mar 24 03:33, Yaakov (Cygwin/X) wrote:
In any case, the error is a result of adding one of Dave Korn's
patches:
On 2013-04-06 05:45, Achim Gratz wrote:
Packages orphaned by David Billinghurst.
Test version for gcc-4.7.2 only.
GTG.
When installing, make sure you de-install all old packages to avoid old
files sticking around due to the package renames.
We can create obsolete packages to handle the
On 2012-12-15 23:06, Yaakov (Cygwin/X) wrote:
Chuck,
Security vulnerabilities have been announced for the tiff package.
Please update tiff to 3.9.7 together with this patchset ASAP:
http://pkgs.fedoraproject.org/cgit/libtiff.git/tree/?h=f17
On 4/10/2013 4:03 AM, Yaakov (Cygwin/X) wrote:
The libjpeg-turbo project provides SIMD acceleration while remaining API
and ABI compatible with IJG libjpeg 6b/7/8 (based on configure flags). I
have been using this libjpeg8 locally instead of the IJG one from the
distro for some time, and have
On 2013-04-10 06:49, Charles Wilson wrote:
BTW, which processor do we target these days in 32bit cygwin, as that
will affect which SIMD instruction set is enabled whn libjpeg-turbo is
built? i686?
i686-pc-cygwin-gcc is configured with --with-arch=i686 --with-tune=generic.
Yaakov
Hi kiddies,
I just uploaded the 64 bit cygwin 1.7.18-18 package. About 4 weeks ago
I ripped out ptmalloc3. The reason was ptmalloc3 always used mmap.
Duplicating many mmaps at fork time is noticably less performant than
duplicating the heap, so I thought ptmalloc3 is not useful for us.
Greetings venerable maintainers,
I have two questions:
- Does anybody know of a simple way to find out which packages in the 32
bit distro are actually noarch' packages? The reason I'm asking is
that I'm looking for a simple way to fill up the 64 bit distro with
all the packages which
On 4/10/2013 9:16 AM, Corinna Vinschen wrote:
Greetings venerable maintainers,
I have two questions:
- Does anybody know of a simple way to find out which packages in the 32
bit distro are actually noarch' packages? The reason I'm asking is
that I'm looking for a simple way to fill up
On Wed, Apr 10, 2013 at 3:16 AM, Corinna Vinschen wrote:
Greetings venerable maintainers,
I have two questions:
- Does anybody know of a simple way to find out which packages in the 32
bit distro are actually noarch' packages? The reason I'm asking is
that I'm looking for a simple way
On Apr 10 03:38, NightStrike wrote:
On Wed, Apr 10, 2013 at 3:16 AM, Corinna Vinschen wrote:
Greetings venerable maintainers,
I have two questions:
- Does anybody know of a simple way to find out which packages in the 32
bit distro are actually noarch' packages? The reason I'm
Yaakov (Cygwin/X) writes:
On 2013-04-02 10:27, Achim Gratz wrote:
I've added test packages compiled with gcc-4.7.2-1 (to be installed by
manually selecting them, like the test version of gcc itself):
FYI, 3.1.2 is out now.
I know, but since it is just a rollup of the three patches that are
Dave Korn writes:
I have a release of 4.7.2-2 ready to upload. It fixes the dependencies back
to the 4.5.3-3 curr: version dependencies, makes TLS vars exported from DLLs
work and restores java and libffi. I've also been running the testsuite over
the last few days and the results look
On 10/04/2013 10:57, Yaakov (Cygwin/X) wrote:
Could you explain the necessity of the dllimport's in the same patch?
The idea is to one day be able to move away from having auto-import enabled
by default in binutils, so that .rdata can go back into the read-only-mapped
.rdata section and be
On Wed, Apr 10, 2013 at 05:31:55PM +0200, Achim Gratz wrote:
Dave Korn writes:
I have a release of 4.7.2-2 ready to upload. It fixes the dependencies
back
to the 4.5.3-3 curr: version dependencies, makes TLS vars exported from DLLs
work and restores java and libffi. I've also been running
Corinna Vinschen writes:
- Those of you testing the 64 bit Cygwin: How do you judge the
stability of the 64 bit Cygwin DLL? Is it still rather pre-beta, or
are we in a stage where we can offically open up the test distro to a
wider audience?
I haven't used it for a longer stretch than
Yaakov (Cygwin/X) writes:
When installing, make sure you de-install all old packages to avoid old
files sticking around due to the package renames.
We can create obsolete packages to handle the renames; just remind me
in the RFU.
If that just entails creating an empty package ppl-devel and
On Apr 10 16:49, Dave Korn wrote:
On 10/04/2013 10:57, Yaakov (Cygwin/X) wrote:
Could you explain the necessity of the dllimport's in the same patch?
The idea is to one day be able to move away from having auto-import enabled
by default in binutils, so that .rdata can go back into the
On 10/04/2013 16:47, Christopher Faylor wrote:
It isn't clear to me why we'd be spending days discussing this when
presumably the patches apply without too much effort. Some of the
patches here:
http://cygwin-ports.git.sourceforge.net/git/gitweb.cgi?p=cygwin-ports/gcc
look worthwhile to
Corinna Vinschen wrote:
On Apr 10 09:57, Corinna Vinschen wrote:
On Apr 9 22:55, Christian Franke wrote:
I would like to contribute the (Debian) Linux version of hostname(1)
and would suggest to remove the GNU hostname command from coreutils
package.
This version of hostname allows to show
On 4/10/2013 3:16 PM, Corinna Vinschen wrote:
Greetings venerable maintainers,
- Those of you testing the 64 bit Cygwin: How do you judge the
stability of the 64 bit Cygwin DLL? Is it still rather pre-beta, or
are we in a stage where we can offically open up the test distro to a
On Apr 10 18:59, Christian Franke wrote:
Corinna Vinschen wrote:
On Apr 10 09:57, Corinna Vinschen wrote:
On Apr 9 22:55, Christian Franke wrote:
I would like to contribute the (Debian) Linux version of hostname(1)
and would suggest to remove the GNU hostname command from coreutils
package.
Corinna Vinschen wrote:
On Apr 10 18:59, Christian Franke wrote:
New 64bit package with command named hostname, category changed to Base:
[...]
64 bit version uploaded, together with the new hostname-less coreutils
package.
But I almost screwed this up. You renamed the dir to hostname2,
On 10/04/2013 10:50, Yaakov (Cygwin/X) wrote:
On 2013-04-10 04:29, Corinna Vinschen wrote:
On Apr 10 04:06, Yaakov (Cygwin/X) wrote:
libffi development moved out of GCC into a separate project a long
time ago; the copy included in GCC is used for libgcj, but only as a
convenience (static)
Packages for manipulating comma-separated text files in Perl.
Found in several distros: http://pkgs.org/search/?keyword=perl-Text-CSV
# 32-bit
BASEURL=https://dl.dropbox.com/sh/7y1yn4whbyho9a7
wget --no-check-certificate --no-host-directories --force-directories
--cut-dirs=4 \
On 11/04/2013 01:18, Christopher Faylor wrote:
gcc won't be available until this is fixed.
Oops. I'll just edit it on the server. Sorry for the inconvenience.
cheers,
DaveK
On 11/04/2013 02:05, Dave Korn wrote:
On 11/04/2013 01:18, Christopher Faylor wrote:
gcc won't be available until this is fixed.
Oops. I'll just edit it on the server. Sorry for the inconvenience.
Should be ok now I trust. Apologies once more, I've updated my local hint
file in svn to
On 2013-04-10 16:34, Dave Korn wrote:
On 10/04/2013 10:50, Yaakov (Cygwin/X) wrote:
Only the man3 pages collide with gcc4-core. But gcc's libffi.dll.a will
take priority over the one in /usr/lib (see gcc -print-search-dirs), so
manual intervention will be necessary until our gcc stops shipping
On 11/04/2013 02:33, Yaakov (Cygwin/X) wrote:
After applying my libffi-noinst.patch, all you really need to do is
remove the libffi4-4.7.* test releases and leave 4.5.3-3 in the distro
until all libffi-dependent packages are rebuilt (most of which are mine).
Surely there'll be a problem if
On 2013-04-10 11:56, Dave Korn wrote:
It takes 11 hours on a triple-core machine at -j6 to build and package GCC.
In order to guarantee consistent reproduction I always respin the built
package from -src package through two generations. It then takes three to
five days to run enough of the
On 2013-04-10 10:27, Achim Gratz wrote:
Yaakov (Cygwin/X) writes:
Also, automating the patches is possible, e.g.:
PATCH_URI=$(seq -f http://www.mpfr.org/mpfr-${VERSION}/patch%02.0f 1 3)
Then use the '3' to control the number of patches available.
The problem wasn't really downloading the
On 2013-04-10 20:40, Dave Korn wrote:
Surely there'll be a problem if the curr: version of everything else goes to
4.7.3-1 but there's no matching version of libffi4?
Not as long as 4.5.3-3-src remains.
Yaakov
On 2013-04-10 08:16, Corinna Vinschen wrote:
- Does anybody know of a simple way to find out which packages in the 32
bit distro are actually noarch' packages? The reason I'm asking is
that I'm looking for a simple way to fill up the 64 bit distro with
all the packages which don't come
On Thu, Apr 11, 2013 at 02:21:00AM +0100, Dave Korn wrote:
On 11/04/2013 02:05, Dave Korn wrote:
On 11/04/2013 01:18, Christopher Faylor wrote:
gcc won't be available until this is fixed.
Oops. I'll just edit it on the server. Sorry for the inconvenience.
Should be ok now I trust.
Yaakov (Cygwin/X) writes:
The problem wasn't really downloading the patches. The patch format
does not apply with the options that cygport tries, so you'll have to
apply it manually still.
Only 'allpatches' doesn't apply; the individual ones do sequentially.
Let me try again, but they
d.henman writes:
[...]
Please keep that conversation on the cygwin-apps list. The audience there
is more appropriate for what Dave K was asking.
..mark
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
Update: Sometimes it dies randomly and sometimes it dies on a specific
file. If I copy the file manually, it works. The file shows no signs
of corruption on the micro SD card. Also, the micro SD card has a
FAT32 filesystem.
Christopher de Vidal
On Sat, Apr 6, 2013 at 7:20 PM, Christopher de
Hi,
I would like to seek your help on how to execute again the cron in my pc. I've
manage to configure and run the cron last week by reading the step by step
procedure and also by running cygwin as an Administrator. Then last weekend, I
shutdown my desktop. Unfortunately, when I went to
The latest snapshot has some more signal-handling restructuring.
I'd appreciate it if people would check it out.
cgf
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
On Wed, Apr 10, 2013 at 09:20:26AM -0400, Christopher Faylor wrote:
The latest snapshot has some more signal-handling restructuring.
I'd appreciate it if people would check it out.
http://cygwin.com/snapshots/
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Gary Johnson wrote:
Cygwin's bash-completion package is version 1.3. Versions 1.9 and
later use dynamic loading of completions that is supposed to
improve the loading times. I think your best bet is to wait for the
Cygwin package to be updated to the latest 2.1 version and see how
that
Hello,
I have used cygwin for awhile now and love i, having an issue that is very
confusing to me.
So I am trying to install django-socketio via pip install django-socketio
and after it succesffully I always get the error (I install things through
pip all the time so I know pip is stable):
On Wed, Apr 10, 2013 at 04:45:57PM +, Troy Blank wrote:
Hello,
I have used cygwin for awhile now and love i, having an issue that is very
confusing to me.
So I am trying to install django-socketio via pip install django-socketio
and after it succesffully I always get the error (I install
Well like all things I struggle with it for hours and as soon as I ask for
help I magically figure it out, anyway for anyone who wants to know how I
did it I installed a beta release of gevent from
http://code.google.com/p/gevent/downloads/list ... which doesn't use as many
dependencies so it
Troy Blank blanktroy at gmail.com writes:
Well like all things I struggle with it for hours and as soon as I ask for
help I magically figure it out, anyway for anyone who wants to know how I
did it I installed a beta release of gevent from
http://code.google.com/p/gevent/downloads/list ... which
I got it working! And it's no issue with cygwin.
I had to build the Curses library by hand and edit the testsym.c and
list.syms. I suppose that the original version will compile fine on
Linux, but the compiler in cygwin complains about the LINES constant
in list.syms.
So here's what i've done.
Version 9.2.4-1 of packages
libecpg-compat2
libecpg-devel
libecpg5
libpgtypes2
libpq-devel
libpq5
postgresql
postgresql-client
postgresql-contrib
postgresql-devel
postgresql-doc
postgresql-plperl
postgresql-plpython
are available in the Cygwin distribution:
CHANGES
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have just uploaded an updated GCC-4 package to cygwin.com. It will be
arriving at your favourite mirror next time it synchronizes itself with the
official Cygwin repository.
This is a test release of GCC 4.7.2 which replaces the earlier
test
I have just installed cygwin on this system.
When I try to compile a small program, I get this error:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe: error while loading shared
libraries: cygmpfr-4.dll: cannot open shared object file: No such file
or directory
ldd agrees:
11:47:53$ ldd
On 4/10/2013 9:57 PM, Duncan Roe wrote:
Where would I find this library?
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygmpfr-4.dll
--
Larry
_
A: Yes.
Q: Are you sure?
A: Because it reverses the logical flow of
Fresh install on this system.
Installer reports errors: on checking setup.log.full I see errors like
2013/04/11 11:07:36 running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/postinstall/gcc4-fortran.sh
altdir /etc/alternatives invalid
2013/04/11 11:07:36 abnormal exit: exit code=2
2013/04/11
On 11/04/2013 02:57, Duncan Roe wrote:
I have just installed cygwin on this system.
When I try to compile a small program, I get this error:
/usr/lib/gcc/i686-pc-cygwin/4.5.3/cc1.exe: error while loading shared
libraries: cygmpfr-4.dll: cannot open shared object file: No such file
or
Thanks guys for the pointers to cygmpfr-4.dll. Got it.
This problem with headers started happening on an old installation so I
reinstalled but it still happens:
12:31:51$ gcc -v strerror.c -o strerror
Using built-in specs.
COLLECT_GCC=gcc
Sorry - meant to include source so you can easily test,
Cheers ... Duncan.
-Original Message-
From: Duncan Roe
Sent: Thursday, 11 April 2013 3:13 PM
To: cygwin.
Subject: GCC can't find its header directoriescy
Thanks guys for the pointers to cygmpfr-4.dll. Got it.
This problem with
On 11/04/2013 06:12, Duncan Roe wrote:
Thanks guys for the pointers to cygmpfr-4.dll. Got it.
This problem with headers started happening on an old installation so I
reinstalled but it still happens:
ignoring nonexistent directory /usr/include
strerror.c:2:19: error: no include path in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have just uploaded an updated GCC-4 package to cygwin.com. It will be
arriving at your favourite mirror next time it synchronizes itself with the
official Cygwin repository.
This is a test release of GCC 4.7.2 which replaces the earlier
test
65 matches
Mail list logo