Category: Utils
Requires: cygwin
sesc: Measures maximum TCP and UDP bandwidth
ldesc: was developed by NLANR/DAST as a modern alternative for
measuring
maximum TCP and UDP bandwidth performance. Iperf allows the tuning of
various parameters and UDP characteristics. Iperf reports bandwidth,
delay
On Feb 25 04:40, Clifford George wrote:
Category: Utils
Requires: cygwin
sesc: Measures maximum TCP and UDP bandwidth
ldesc: was developed by NLANR/DAST as a modern alternative for
measuring
maximum TCP and UDP bandwidth performance. Iperf allows the tuning of
various parameters and UDP
On Feb 24 18:22, Dave Korn wrote:
Corinna Vinschen wrote:
I don't think that's necessary. I just dread a situation where you
suddenly don't have w32api in the default include and lib search paths.
I don't have problems with mingw. Just w32api is essential IMO. If I
missed this in the
On Feb 25 05:56, Clifford George wrote:
Sorry, thought I had followed the rules in 'submitting a new package',
point 2, my apologies.
As far as I am aware this is not in any Linux Distro.
It's in Fedora, afaics.
Corinna
--
Corinna Vinschen Please, send mails regarding
Corinna Vinschen wrote:
#1)
sftp.c:368: warning: 'opterr' redeclared without dllimport attribute:
previous dllimport ignored
Yes, well, so what?
This one IIRC has some significance. If you declare any extern symbols at
all with dllimport attributes, it disables auto-import
On Feb 25 17:30, Dave Korn wrote:
Corinna Vinschen wrote:
#1)
sftp.c:368: warning: 'opterr' redeclared without dllimport attribute:
previous dllimport ignored
Yes, well, so what?
This one IIRC has some significance. If you declare any extern symbols at
all with
Corinna Vinschen wrote:
On Feb 25 05:56, Clifford George wrote:
Sorry, thought I had followed the rules in 'submitting a new package',
point 2, my apologies.
As far as I am aware this is not in any Linux Distro.
It's in Fedora, afaics.
Corinna
I vote yes.
On Feb 25 12:39, Lee D.Rothstein wrote:
Corinna Vinschen wrote:
On Feb 25 05:56, Clifford George wrote:
As far as I am aware this is not in any Linux Distro.
It's in Fedora, afaics.
I vote yes.
It's in Fedora so there's no need to vote. But it would help if you
could review the package
Clifford George writes:
Sorry, thought I had followed the rules in 'submitting a new package',
point 2, my apologies.
As far as I am aware this is not in any Linux Distro.
No FTP site, but the packages I made are attached.
I would like iperf in cygwin, if there is no
Corinna Vinschen wrote:
/usr/lib/gcc/i686-pc-cygwin/4.3.2/../../../../i686-pc-cygwin/bin/ld:
warning: auto-importing has been activated without --enable-auto-import
specified on the command line.
This should work unless it involves constant data structures referencing
symbols from
Dave Korn wrote:
Corinna Vinschen wrote:
#2)
/usr/lib/gcc/i686-pc-cygwin/4.3.2/../../../../i686-pc-cygwin/bin/ld:
warning: auto-importing has been activated without --enable-auto-import
specified on the command line.
This should work unless it involves constant data structures
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
This is a binutils, not gcc, issue (unless you just want gcc's specs
file to automatically pass the option to ld. But then, how does Bruno
turn it off, as he does, for gettext and libintl?
Maybe we tell him how things
Yaakov (Cygwin/X) wrote:
Charles Wilson wrote:
This is a binutils, not gcc, issue (unless you just want gcc's specs
file to automatically pass the option to ld. But then, how does Bruno
turn it off, as he does, for gettext and libintl?
Maybe we tell him how things should be done on
Charles Wilson wrote:
Yaakov (Cygwin/X) wrote:
Charles Wilson wrote:
But then, how does Bruno
turn it off, as he does, for gettext and libintl?
Maybe we tell him how things should be done on Cygwin, rather than *him*
telling *us* how Cygwin should work.
There could be other end-users
Corinna Vinschen wrote:
So why does it do that at all: previous dllimport ignored?
It shouldn't do that. The dllimport should have precedence, IMHO.
I don't know why it does that, it's just the behaviour of vanilla upstream
GCC. I think it might be important, and have a vague memory of
[ Time to start a fresh thread, since something's come up. ]
In the thread at
http://cygwin.com/ml/cygwin/2009-02/threads.html#00448
Chuck reported a problem with cygmagic-1.dll causing a segfault when rebased.
To cut to the end of the thread, this turns out to be owing to a bug that
Dave Korn wrote:
Corinna Vinschen wrote:
So why does it do that at all: previous dllimport ignored?
It shouldn't do that. The dllimport should have precedence, IMHO.
I don't know why it does that, it's just the behaviour of
vanilla upstream
GCC. I think it might be important, and
Charles Wilson
Dave Korn wrote:
Corinna Vinschen wrote:
#2)
It's already on by default. The variable
link_info.pei386_auto_import
is currently initialized to -1, which means Do it, but complain.
The only thing changing that initialization to 1 would do,
would be to
stop
.Dave Korn wrote:
And, as long as
we're making plans for silencing that ld warning, we should try and get that
change in there first.
Background:
The current behavior wrt auto-import (enabled by default, but complain
-- info, not warn -- if used without explicit --enable-auto-import)
Danny Smith wrote:
Charles Wilson
It's already on by default. The variable
link_info.pei386_auto_import
is currently initialized to -1, which means Do it, but complain.
The only thing changing that initialization to 1 would do,
would be to
stop complaining.
It also merges *all* .rdata
Charles Wilson wrote:
Danny Smith wrote:
Charles Wilson
It's already on by default. The variable link_info.pei386_auto_import
is currently initialized to -1, which means Do it, but complain.
The only thing changing that initialization to 1 would do, would be
to stop complaining.
It also
Charles Wilson wrote:
.Dave Korn wrote:
And, as long as
we're making plans for silencing that ld warning, we should try and get that
change in there first.
Background:
The current behavior wrt auto-import (enabled by default, but complain
-- info, not warn -- if used without
22 matches
Mail list logo