On Jul 9 17:39, Corinna Vinschen wrote:
[...]
The question I'd like to discuss now is, how do we organize the access
to the Platform SDK headers and libs from the Mingw64 project, so that a
native Cygwin compiler has access to them?
Please note that I'm only talking about the PSDK stuff.
On 7/10/2012 16:10, Corinna Vinschen wrote:
On Jul 9 17:39, Corinna Vinschen wrote:
[...]
The question I'd like to discuss now is, how do we organize the access
to the Platform SDK headers and libs from the Mingw64 project, so that a
native Cygwin compiler has access to them?
Please note
On Jul 10 19:29, JonY wrote:
On 7/10/2012 16:10, Corinna Vinschen wrote:
There are two obvious choices:
- The Platform SDK headers and libs are directly installed into
/usr/include/w32api, /usr/lib/w32api, and /usr/lib64/w32api, just
as today.
- Alternatively, the PSDK stuff is
First version of pv for cygwin.
Available for gentoo: http://packages.gentoo.org/package/sys-apps/pv
Available for debian: http://packages.debian.org/en/squeeze/pv
The version 1.3.4 fixes several bugs.
sdesc: a tool for monitoring the progress of data through a pipe
ldesc: Pipe Viewer - is a
Sorry for the delay, but I was AFK...
On Thu, Jul 05, 2012 at 08:29:25PM +0200, Achim Gratz wrote:
Corinna Vinschen writes:
Not speaking for all, just for me, I like the idea to make the
switch a simple switch without argument.
I like this idea too. One benefit of this new functionality
Jason Tishler writes:
Sorry for the delay, but I was AFK...
No worries...
I'm not enamored with the option name, but I can't think of another one
given the lack of available option letters.
Well, I'm oblivious to the naming of the option, I just need the
functionality. If anybody has a
Achim Gratz writes:
Will do. Might need a day or two.
I decided to do it right now. The patch stack against CVS is attached.
The change to build.sh is unchanged since I don't understand what or how
Jason wants it changed. I'll fix it ASAP when he has answered that
question.
Andrew DeFaria Andrew at DeFaria.com writes:
Is this a rebase issue? How can I update my LWP?
Yes, this is a rebase issue. You can just build without the test, change into
the build directory and rebase manually, then do the install. You can also
force the installation even though the test
On Jul 9 21:59, Daniel Colascione wrote:
On 7/9/12 2:26 PM, Daniel Colascione wrote:
[snip]
It turns out that clisp crashes only when I've rebased DLLs into the
high portion of the 4GB WOW64 address space.
Where did you rebase them to? You know that on WOW64 and with the
bigaddr flag on,
Matt Seitz mse...@mhseitz.onmicrosoft.com escribió:
On Behalf Of Aaron Schneider
I believe that Cygwin tries to emulate cmd.exe
No, Cygwin does not try to emulate the cmd.exe shell. Cygwin tries to
emulate a shell running on Linux, usually the bash shell.
That's why you have to use
Yaakov (Cygwin/X yselkowitz at users.sourceforge.net writes:
* Split debuginfo subpackages are created automatically whenever
possible.
Thank you.
I suggest the following patch to greatly reduce the amount of temporary storage
needed:
diff -c src_postinst.cygpart.orig src_postinst.cygpart
***
On Tue, Jul 10, 2012 at 4:34 AM, Aaron Schneider
nots...@users.sourceforge.net wrote:
You're right that cygwin shell tries to emulate bash, I just twisted things.
You're still wrong. Cygwin is a POSIX library for Windows. Bash is a
shell capable of being built with that POSIX library for use
On 7/10/12 1:13 AM, Corinna Vinschen wrote:
On Jul 9 21:59, Daniel Colascione wrote:
On 7/9/12 2:26 PM, Daniel Colascione wrote:
[snip]
It turns out that clisp crashes only when I've rebased DLLs into the
high portion of the 4GB WOW64 address space.
Where did you rebase them to? You
On 7/10/2012 11:24 AM, Earnie Boyd wrote:
On Tue, Jul 10, 2012 at 4:34 AM, Aaron Schneider wrote:
You're right that cygwin shell tries to emulate bash, I just twisted things.
You're still wrong. Cygwin is a POSIX library for Windows. Bash is a
shell capable of being built with that POSIX
New major release.
See http://mathomatic.orgserve.de/changes.txt
Cygwin build changes:
* added _CYGPORT_RESTRICT_debuginfo_
* added rlwrap dependency for rmath
* added missing libncursesw10 dependency
* adapted src.patch a bit
* matho m4 needs -i, m4 -e is deprecated
* added optional
Ryan Johnson wrote:
On 05/07/2012 9:36 AM, Claude SIMON wrote:
Ryan Johnson wrote:
On 04/07/2012 5:45 AM, Claude SIMON wrote:
When I compile the component with Visual C++, it works. When I compile
the
component with g++... it crashes.
With 'gdb', I found that the problem happens when
NightStrike wrote:
On Thu, Jul 5, 2012 at 9:36 AM, Claude SIMON sc.cygwin@zeusw.org
wrote:
Let's consider a Java native component which only calls a 'malloc(1)'.
It
doesn't even test the returned value (it is usually not a good idea, but
it doesn't matter here).
This component :
-
On 10/07/2012 17:24, Earnie Boyd wrote:
On Tue, Jul 10, 2012 at 4:34 AM, Aaron Schneider
You're right that cygwin shell tries to emulate bash, I just twisted things.
You're still wrong. Cygwin is a POSIX library for Windows. Bash is a
shell capable of being built with that POSIX library
On Tue, Jul 10, 2012 at 06:54:06PM +0200, Aaron Schneider wrote:
On 10/07/2012 17:24, Earnie Boyd wrote:
On Tue, Jul 10, 2012 at 4:34 AM, Aaron Schneider
You're right that cygwin shell tries to emulate bash, I just twisted things.
You're still wrong. Cygwin is a POSIX library for Windows.
I'll be switching perl from 5.10 to 5.14 in the next days.
These are the packages which need to be switched also:
perl-net-libproxy Yaakov S
perl-locale-gettext Yaakov S
perl-dbd-mysql Yaakov S
perl-dbiYaakov S
perl-tk
On Tue, Jul 10, 2012 at 12:54 PM, Aaron Schneider wrote:
I don't see how you can run a PE executable from windows shell (cmd.exe)
directly without the exe extension. I've just tried it in several ways and
always prompts me the Open with... dialog instead of directly running it
because treats
On Tue, Jul 10, 2012 at 1:01 PM, Reini Urban wrote:
I'll be switching perl from 5.10 to 5.14 in the next days.
Your rebase pure_install changes in EU::MM_Cygwin do not take DESTDIR
into account, breaking cygport. Line 195 of said module needs to be
changed to (as one long line):
$s =~
On Tue, Jul 10, 2012 at 3:56 PM, Yaakov (Cygwin/X) wrote:
On Tue, Jul 10, 2012 at 1:01 PM, Reini Urban wrote:
I'll be switching perl from 5.10 to 5.14 in the next days.
Your rebase pure_install changes in EU::MM_Cygwin do not take DESTDIR
into account, breaking cygport. Line 195 of said
On Tue, Jul 10, 2012 at 5:36 PM, Reini Urban wrote:
On Tue, Jul 10, 2012 at 3:56 PM, Yaakov (Cygwin/X) wrote:
Your rebase pure_install changes in EU::MM_Cygwin do not take DESTDIR
into account, breaking cygport. Line 195 of said module needs to be
changed to (as one long line):
[snip]
Great
On Tue, Jul 10, 2012 at 6:10 PM, Yaakov (Cygwin/X) wrote:
On Tue, Jul 10, 2012 at 5:36 PM, Reini Urban wrote:
On Tue, Jul 10, 2012 at 3:56 PM, Yaakov (Cygwin/X) wrote:
Your rebase pure_install changes in EU::MM_Cygwin do not take DESTDIR
into account, breaking cygport. Line 195 of said module
Greetings, Aaron Schneider!
Probably compiling binaries under cygwin without the exe extension, like
unix, is not an alternative, or is it? Cygwin may detect if it is
executable checking if it's PE format; if it is perl script. Just check
if file is present in path or run. /file
False.
On Tue, Jul 10, 2012 at 6:51 PM, Reini Urban wrote:
On Tue, Jul 10, 2012 at 6:10 PM, Yaakov (Cygwin/X) wrote:
Found another problem which breaks gtk2-perl modules (which link
against each other). The following change needs to be made in
ExtUtils::Liblist::Kid::_unix_os2_ext(), line 135:
-
On Tue, Jul 10, 2012 at 9:19 PM, Yaakov (Cygwin/X) wrote:
On Tue, Jul 10, 2012 at 6:51 PM, Reini Urban wrote:
On Tue, Jul 10, 2012 at 6:10 PM, Yaakov (Cygwin/X) wrote:
Found another problem which breaks gtk2-perl modules (which link
against each other). The following change needs to be made
On Tue, Jul 10, 2012 at 9:31 PM, Reini Urban wrote:
Not that I know of.
Can you please check the perl-5.14.2-2 test version I just uploaded?
My patch is still required.
Another problem: libwww-perl in perl_vendor requires at least
HTTP-Date and HTTP-Message to be added.
Yaakov
--
Problem
If smartctl is run for an USB drive, a potential BLODA is reported:
# uname -sr
CYGWIN_NT-6.1-WOW64 1.7.15(0.260/5/3)
# echo $CYGWIN
detect_bloda
# /usr/sbin/smartctl -i /dev/sdb
smartctl 5.42 2011-10-20 r3458 [i686-pc-cygwin-win7(64)-sp1]
(cygwin-5.42-1)
...
Potential BLODA detected!
New major release.
See http://mathomatic.orgserve.de/changes.txt
Cygwin build changes:
* added _CYGPORT_RESTRICT_debuginfo_
* added rlwrap dependency for rmath
* added missing libncursesw10 dependency
* adapted src.patch a bit
* matho m4 needs -i, m4 -e is deprecated
* added optional
31 matches
Mail list logo