Your message dated Thu, 23 Feb 2006 21:08:36 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#314344: netperf: FTBFS (amd64/gcc-4.0): Failed to get size
of sin_port in struct sockaddr_in.
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: netperf
Version: 2.4.0-2
Severity: normal
Tags: patch
When building 'netperf' on amd64/unstable with gcc-4.0,
I get the following error:
checking for size_t... yes
checking for socklen_t equivalent... unsigned
checking for in_port_t... no
configure: error: Failed to get size of sin_port in struct sockaddr_in.
make: *** [config.status] Error 1
With the attached patch 'netperf' can be compiled
on amd64 using gcc-4.0.
Regards
Andreas Jochens
diff -urN ../tmp-orig/netperf-2.4.0/configure ./configure
--- ../tmp-orig/netperf-2.4.0/configure 2005-05-11 18:57:24.000000000 +0200
+++ ./configure 2005-06-15 22:19:35.000000000 +0200
@@ -4195,7 +4195,7 @@
# "void *" as the second argument to getpeername
curl_cv_socklen_t_equiv=
for arg2 in "struct sockaddr" void; do
- for t in int size_t unsigned long "unsigned long" socklen_t; do
+ for t in int socklen_t size_t unsigned long "unsigned long"; do
cat >conftest.$ac_ext <<_ACEOF
/* confdefs.h. */
_ACEOF
diff -urN ../tmp-orig/netperf-2.4.0/src/missing/m4/socklent.m4
./src/missing/m4/socklent.m4
--- ../tmp-orig/netperf-2.4.0/src/missing/m4/socklent.m4 2005-05-11
18:41:52.000000000 +0200
+++ ./src/missing/m4/socklent.m4 2005-06-15 22:18:56.000000000 +0200
@@ -45,7 +45,7 @@
# "void *" as the second argument to getpeername
curl_cv_socklen_t_equiv=
for arg2 in "struct sockaddr" void; do
- for t in int size_t unsigned long "unsigned long" socklen_t; do
+ for t in int socklent_t size_t unsigned long "unsigned long"; do
AC_TRY_COMPILE([
#ifdef HAVE_SYS_TYPES_H
#include <sys/types.h>
--- End Message ---
--- Begin Message ---
On Wed, Jun 15, 2005 at 10:25:46PM +0200, Andreas Jochens wrote:
> Package: netperf
> Version: 2.4.0-2
> Severity: normal
> Tags: patch
>
> When building 'netperf' on amd64/unstable with gcc-4.0,
> I get the following error:
>
> checking for size_t... yes
> checking for socklen_t equivalent... unsigned
> checking for in_port_t... no
> configure: error: Failed to get size of sin_port in struct sockaddr_in.
> make: *** [config.status] Error 1
>
> With the attached patch 'netperf' can be compiled
> on amd64 using gcc-4.0.
>
> Regards
> Andreas Jochens
>
> diff -urN ../tmp-orig/netperf-2.4.0/configure ./configure
> --- ../tmp-orig/netperf-2.4.0/configure 2005-05-11 18:57:24.000000000
> +0200
> +++ ./configure 2005-06-15 22:19:35.000000000 +0200
> @@ -4195,7 +4195,7 @@
> # "void *" as the second argument to getpeername
> curl_cv_socklen_t_equiv=
> for arg2 in "struct sockaddr" void; do
> - for t in int size_t unsigned long "unsigned long" socklen_t; do
> + for t in int socklen_t size_t unsigned long "unsigned long"; do
> cat >conftest.$ac_ext <<_ACEOF
> /* confdefs.h. */
> _ACEOF
> diff -urN ../tmp-orig/netperf-2.4.0/src/missing/m4/socklent.m4
> ./src/missing/m4/socklent.m4
> --- ../tmp-orig/netperf-2.4.0/src/missing/m4/socklent.m4 2005-05-11
> 18:41:52.000000000 +0200
> +++ ./src/missing/m4/socklent.m4 2005-06-15 22:18:56.000000000 +0200
> @@ -45,7 +45,7 @@
> # "void *" as the second argument to getpeername
> curl_cv_socklen_t_equiv=
> for arg2 in "struct sockaddr" void; do
> - for t in int size_t unsigned long "unsigned long" socklen_t; do
> + for t in int socklent_t size_t unsigned long "unsigned long"; do
> AC_TRY_COMPILE([
> #ifdef HAVE_SYS_TYPES_H
> #include <sys/types.h>
Bug submitter doesn't provide new information on that Bug and I can't
reproducing it.
--
Erik Wenzel
[EMAIL PROTECTED]
--- End Message ---
