From kde-core-devel  Thu Jul 17 17:51:39 2003
From: Thiago Macieira <thiagom () wanadoo ! fr>
Date: Thu, 17 Jul 2003 17:51:39 +0000
To: kde-core-devel
Subject: Re: getdomainname prototype definition in admin/acinclude.m4.in
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=105846484311247
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--Boundary-02=_wIuF/2xpWGddkhL"


--Boundary-02=_wIuF/2xpWGddkhL
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Benjamin Reed wrote:
>MacOSX uses size_t as well (which on OSX is unsized int I believe).
>Sounds like the test needs to be changed to something that understands
>either...  :(

Actually, it doesn't matter what it is as long as:
1) there is only one prototype
2) the size of the parameter is the same
3) the type is, of course, defined

So, it doesn't matter if we define it to int or size_t, but we must be sure=
=20
that there won't be another getdomainname() showing up in the headers with =
a=20
different signedness or size.

And by size the problem is that int is generally 32-bits, but size_t is 64-=
bit=20
on 64-bit platforms.

The problem we're facing now is 2 & 3 on Solaris (which is big-endian; litt=
le-
endian machines don't have problem #2)

=2D-=20
  Thiago Macieira  -  Registered Linux user #65028
   thiagom@mail.com          =20
    ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

--Boundary-02=_wIuF/2xpWGddkhL
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)

iD8DBQA/FuIwM/XwBW70U1gRAtMWAJ9g7iybt/IFIplPffhVOF3I6G7uTgCfV0bc
xW3ZeuinRGF+UNm6qkGV9tg=
=uU/F
-----END PGP SIGNATURE-----

--Boundary-02=_wIuF/2xpWGddkhL--