CT: Any obstacles for using gcc 4.0 snapshots?
Martin Egholm Nielsen
martin@egholm-nielsen.dk
Sun Mar 20 19:25:00 GMT 2005
Hi Dan,
=== 8< 8< 8< ===
> I haven't put together a fix for that yet;
> have to dash off to the vet.
Don't take this the pushy way :-) - how's it going with it - did you
give up?
BR,
Martin
Dan Kegel wrote:
>> The next problem was
>> In file included from strcoll.c:101:
>> ../locale/weight.h: In function 'strcoll':
>> ../locale/weight.h:23: error: invalid storage class for function
>> 'findidx'
>> make[2]: ***
>> [/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/build-glibc/string/strcoll.o]
>> Error 1
>> make[2]: Leaving directory
>> `/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/glibc-2.2.5/string'
>>
>> make[1]: *** [string/subdir_lib] Error 2
>> make[1]: Leaving directory
>> `/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/glibc-2.2.5'
>>
>> make: *** [all] Error 2
>>
>> I don't have a patch for this just yet, but it was discussed here
>> http://sources.redhat.com/ml/libc-hacker/2004-09/msg00015.html
>> and the fix checked in to cvs seems to be
>> http://sources.redhat.com/ml/glibc-cvs/2004-q3/msg01071.html
>
>
> [ This message is a bit stream-of-consciousness; feel free to ignore
> it if you don't want to see sausage being made.
> All this nastiness is only for people who really want glibc-2.2.5
> with gcc-4.0. Sensible people will use glibc-2.3.4 instead.]
>
> Complicating matters, crosstool patches for glibc need to
> compile with gcc-2.95.3, which mainline glibc abandoned
> recently. Here are crosstool-friendly fixes for the
> "error: invalid storage class for function 'findidx'" errors:
>
> --- glibc-2.2.5/locale/weight.h.old 2001-07-05 21:55:33.000000000 -0700
> +++ glibc-2.2.5/locale/weight.h 2005-03-10 16:07:46.669579888 -0800
> @@ -18,7 +18,12 @@
> 02111-1307 USA. */
>
> /* Find index of weight. */
> +#if __GNUC__ >= 4
> +auto inline int32_t
> +__attribute ((always_inline))
> +#else
> static inline int32_t
> +#endif
> findidx (const unsigned char **cpp)
> {
> int_fast32_t i = table[*(*cpp)++];
> --- glibc-2.2.5/locale/weightwc.h.old 2001-08-06 21:26:15.000000000 -0700
> +++ glibc-2.2.5/locale/weightwc.h 2005-03-10 16:13:08.651631176 -0800
> @@ -18,7 +18,12 @@
> 02111-1307 USA. */
>
> /* Find index of weight. */
> +#if __GNUC__ >= 4
> +auto inline int32_t
> +__attribute ((always_inline))
> +#else
> static inline int32_t
> +#endif
> findidx (const wint_t **cpp)
> {
> int32_t i;
>
> auth_none.c: In function 'authnone_create':
> auth_none.c:83: error: invalid lvalue in assignment
> make[2]: ***
> [/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/build-glibc/sunrpc/auth_none.o]
> Error 1
> make[2]: Leaving directory
> `/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/glibc-2.2.5/sunrpc'
>
> make[1]: *** [sunrpc/subdir_lib] Error 2
> make[1]: Leaving directory
> `/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/glibc-2.2.5'
>
> make: *** [all] Error 2
>
> The fix in 2.3.2,
> http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/sunrpc/auth_none.c.diff?r1=1.7&r2=1.8&cvsroot=glibc
>
> is way too invasive; here's a gentle fix:
>
> --- glibc-2.2.5/sunrpc/auth_none.c.old 2005-03-10 16:26:53.874178280 -0800
> +++ glibc-2.2.5/sunrpc/auth_none.c 2005-03-10 16:34:24.551664888 -0800
> @@ -62,7 +62,7 @@
> u_int mcnt;
> };
> #ifdef _RPC_THREAD_SAFE_
> -#define authnone_private ((struct authnone_private_s
> *)RPC_THREAD_VARIABLE(authnone_private_s))
> +#define authnone_private RPC_THREAD_VARIABLE(authnone_private_s)
> #else
> static struct authnone_private_s *authnone_private;
> #endif
> @@ -80,7 +80,7 @@
> ap = (struct authnone_private_s *) calloc (1, sizeof (*ap));
> if (ap == NULL)
> return NULL;
> - authnone_private = ap;
> + authnone_private = (void *)ap;
> }
> if (!ap->mcnt)
> {
>
> Next problem:
> clnt_perr.c: In function '_buf':
> clnt_perr.c:68: error: invalid lvalue in assignment
> make[2]: ***
> [/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/build-glibc/sunrpc/clnt_perr.o]
> Error 1
> --- glibc-2.2.5/sunrpc/clnt_perr.c.old 2005-03-10 16:45:46.107052720 -0800
> +++ glibc-2.2.5/sunrpc/clnt_perr.c 2005-03-10 16:46:14.124793376 -0800
> @@ -56,7 +56,7 @@
> * buf variable in a few functions. Overriding a global variable
> * with a local variable of the same name is a bad idea, anyway.
> */
> -#define buf ((char *)RPC_THREAD_VARIABLE(clnt_perr_buf_s))
> +#define buf RPC_THREAD_VARIABLE(clnt_perr_buf_s)
> #else
> static char *buf;
> #endif
>
>
> clnt_raw.c: In function 'clntraw_create':
> clnt_raw.c:103: error: invalid lvalue in assignment
> make[2]: ***
> [/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/build-glibc/sunrpc/clnt_raw.o]
> Error 1
>
> --- glibc-2.2.5/sunrpc/clnt_raw.c.old 2005-03-10 16:47:24.823045608 -0800
> +++ glibc-2.2.5/sunrpc/clnt_raw.c 2005-03-10 16:47:54.458540328 -0800
> @@ -61,7 +61,7 @@
> u_int mcnt;
> };
> #ifdef _RPC_THREAD_SAFE_
> -#define clntraw_private ((struct clntraw_private_s
> *)RPC_THREAD_VARIABLE(clntraw_private_s))
> +#define clntraw_private RPC_THREAD_VARIABLE(clntraw_private_s)
> #else
> static struct clntraw_private_s *clntraw_private;
> #endif
> @@ -100,7 +100,7 @@
> clp = (struct clntraw_private_s *) calloc (1, sizeof (*clp));
> if (clp == 0)
> return (0);
> - clntraw_private = clp;
> + clntraw_private = (void *)clp;
> }
> /*
> * pre-serialize the static part of the call msg and stash it away
>
> clnt_simp.c: In function 'callrpc':
> clnt_simp.c:78: error: invalid lvalue in assignment
> make[2]: ***
> [/home/dank/queue/jobdir.fast2/crosstool-dev/build/i686-unknown-linux-gnu/gcc-4.0-20050305-glibc-2.2.5/build-glibc/sunrpc/clnt_simp.o]
> Error 1
>
> --- glibc-2.2.5/sunrpc/clnt_simp.c.old 2005-03-10 16:49:59.051599304 -0800
> +++ glibc-2.2.5/sunrpc/clnt_simp.c 2005-03-10 16:50:26.839374920 -0800
> @@ -55,7 +55,7 @@
> char *oldhost;
> };
> #ifdef _RPC_THREAD_SAFE_
> -#define callrpc_private ((struct callrpc_private_s
> *)RPC_THREAD_VARIABLE(callrpc_private_s))
> +#define callrpc_private RPC_THREAD_VARIABLE(callrpc_private_s)
> #else
> static struct callrpc_private_s *callrpc_private;
> #endif
> @@ -75,7 +75,7 @@
> crp = (struct callrpc_private_s *) calloc (1, sizeof (*crp));
> if (crp == 0)
> return 0;
> - callrpc_private = crp;
> + callrpc_private = (void *)crp;
> }
> if (crp->oldhost == NULL)
> {
>
> The next one was more interesting:
>
> rpc_cmsg.c: In function 'xdr_callmsg':
> rpc_cmsg.c:70: error: invalid lvalue in increment
> rpc_cmsg.c:71: error: invalid lvalue in increment
> rpc_cmsg.c:74: error: invalid lvalue in increment
> ...
> rpc_cmsg.c:122: warning: operation on 'buf' may be undefined
>
> That's a bit like
> http://kegel.com/crosstool/crosstool-0.28-rc37/patches/glibc-2.3.2/glibc-2.3.2-allow-gcc-3.5-xdr.patch
>
>
> I haven't put together a fix for that yet;
> have to dash off to the vet.
------
Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
More information about the crossgcc
mailing list