Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard
Hi,
> static inline __u64 ___arch__swab64(__u64 val)
> {
> union {
> struct { __u32 a,b; } s;
> __u64 u;
> } v;
> ...
could the following code from asm/types.h be the problem:
#if defined(__GNUC__) && !defined(__STRICT_ANSI__)
typedef __signed__ long long __s64;
typedef unsigned long long __u64;
#endif
Cheers,
André
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard
Hello, On Sat, Aug 09, 2003 at 03:13:36PM +0900, GOTO Masanori wrote: > Could you try new glibc 2.3.2-2? And I think it's not glibc problem. > If you still get errors with 2.3.2-2, please reassign it to > kernel-headers-2.4.21-3. I haven't try to build kdemultimedia yet, but there was also the same problem on what of my package, lineakd. It now build correctly, at least on i386. I'll try to upload a new version later to see if it works on all architectures. Cheers, Aurelien -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard
GOTO Masanori <[EMAIL PROTECTED]> wrote:
>
> Could you try new glibc 2.3.2-2? And I think it's not glibc problem.
> If you still get errors with 2.3.2-2, please reassign it to
> kernel-headers-2.4.21-3.
No please don't. User space should never include kernel header files.
glibc has been violating this rule since day one. That's OK except
that when it breaks you get to keep both pieces.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard
This one time, at band camp, Stephen Gran said:
> > Could you try new glibc 2.3.2-2?
>
> Still fails. -fpermissive downgrades it to a warning, allowing the
> build to complete, though, so at least there's a workaround.
Scratch that. -fpermissive no longer allows it to build - I just didn't
wait long enough to get to the part that fails. It seems that the ISO
C++ issue has been resolved, only to be replaced by a new one. Some
change in this version gives me a new error:
In file included from /usr/include/linux/cdrom.h:14,
from audiocd.h:33,
from cddbaccessdialog.h:31,
from cddbaccessdialogdata.cpp:10:
/usr/include/asm/byteorder.h:38: error: syntax error before `(' token
/usr/include/asm/byteorder.h:42: error: '__u64' is used as a type, but is not
defined as a type.
/usr/include/asm/byteorder.h:43: error: syntax error before `}' token
/usr/include/asm/byteorder.h:44: error: syntax error before `.' token
/usr/include/asm/byteorder.h:50: error: syntax error before `.' token
/usr/include/asm/byteorder.h:51: error: syntax error before `.' token
/usr/include/asm/byteorder.h:52: error: syntax error before `:' token
In file included from /usr/include/linux/byteorder/little_endian.h:11,
from /usr/include/asm/byteorder.h:65,
from /usr/include/linux/cdrom.h:14,
from audiocd.h:33,
from cddbaccessdialog.h:31,
from cddbaccessdialogdata.cpp:10:
/usr/include/linux/byteorder/swab.h:199: error: syntax error before `(' token
/usr/include/linux/byteorder/swab.h:209: error: syntax error before `(' token
/usr/include/linux/byteorder/swab.h:213: error: `__u64' was not declared in
this scope
/usr/include/linux/byteorder/swab.h:213: error: `addr' was not declared in this
scope
/usr/include/linux/byteorder/swab.h:214: error: variable or field `__swab64s'
declared void
/usr/include/linux/byteorder/swab.h:214: error: `__swab64s' declared as an
`inline' variable
/usr/include/linux/byteorder/swab.h:214: error: syntax error before `{' token
The relevant lines from byteorder.h are (lines 38-53):
static inline __u64 ___arch__swab64(__u64 val)
{
union {
struct { __u32 a,b; } s;
__u64 u;
} v;
v.u = val;
#ifdef CONFIG_X86_BSWAP
asm("bswapl %0 ; bswapl %1 ; xchgl %0,%1"
: "=r" (v.s.a), "=r" (v.s.b)
: "0" (v.s.a), "1" (v.s.b));
#else
v.s.a = ___arch__swab32(v.s.a);
v.s.b = ___arch__swab32(v.s.b);
asm("xchgl %0,%1" : "=r" (v.s.a), "=r" (v.s.b) : "0" (v.s.a), "1" (v.s.b));
#endif
and swab.h (lines 198-216):
#ifdef __BYTEORDER_HAS_U64__
static __inline__ __const__ __u64 __fswab64(__u64 x)
{
# ifdef __SWAB_64_THRU_32__
__u32 h = x >> 32;
__u32 l = x & ((1ULL<<32)-1);
return (((__u64)__swab32(l)) << 32) | ((__u64)(__swab32(h)));
# else
return __arch__swab64(x);
# endif
}
static __inline__ __u64 __swab64p(__u64 *x)
{
return __arch__swab64p(x);
}
static __inline__ void __swab64s(__u64 *addr)
{
__arch__swab64s(addr);
}
I must say I don't immediately see the problem there. Perhaps we're
barking up the wrong tree here, and this is a problem with g{cc,++}
barfing on perfectly good code?
--
-
| ,''`.Stephen Gran |
| : :' :[EMAIL PROTECTED] |
| `. `'Debian user, admin, and developer |
|`- http://www.debian.org |
-
pgp0.pgp
Description: PGP signature
Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard
This one time, at band camp, GOTO Masanori said: > At Mon, 4 Aug 2003 19:31:31 -0400, Stephen Gran wrote: > > FWIW, I'm getting exactly the same behavior here, trying to build a > > new version of one of my packages that #include's > > > > ii libc6-dev 2.3.1-17 GNU C Library: Development > > Libraries and Hea > > Could you try new glibc 2.3.2-2? Still fails. -fpermissive downgrades it to a warning, allowing the build to complete, though, so at least there's a workaround. > And I think it's not glibc problem. If you still get errors with > 2.3.2-2, please reassign it to kernel-headers-2.4.21-3. I see why you say that - it is a kernel header, but it's getting installed by libc6-dev. steve:~$ dpkg -S /usr/include/linux/cdrom.h libc6-dev: /usr/include/linux/cdrom.h I am building in a pbuilder chroot, no kernel headers installed there. However, if you think that because the header originally comes from the kernel, that's where it belongs, you can reassign. Thanks, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - pgp0.pgp Description: PGP signature
Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard
At Mon, 4 Aug 2003 19:31:31 -0400, Stephen Gran wrote: > FWIW, I'm getting exactly the same behavior here, trying to build a new > version of one of my packages that #include's > > ii libc6-dev 2.3.1-17 GNU C Library: Development Libraries and Hea Could you try new glibc 2.3.2-2? And I think it's not glibc problem. If you still get errors with 2.3.2-2, please reassign it to kernel-headers-2.4.21-3. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard
FWIW, I'm getting exactly the same behavior here, trying to build a new version of one of my packages that #include's ii libc6-dev 2.3.1-17 GNU C Library: Development Libraries and Hea Thanks for the good work, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - pgpv1AvgPIhxL.pgp Description: PGP signature
Bug#203303: glibc: gcc3.3 complains swab.h fails to conform to ISO standard
FWIW, I'm getting exactly the same behavior here, trying to build a new version of one of my packages that #include's ii libc6-dev 2.3.1-17 GNU C Library: Development Libraries and Hea Thanks for the good work, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - pgp0.pgp Description: PGP signature
