[parisc-linux] glibc-2.3.3 & gcc-snapshot (3.5.0) pb

[James Morrison]

"Joel Soete" <soete.joel at tiscali.be> writes:

> Hi Carlos and Dave,
> 
> I am trying my toolchain script against gcc-snapshot and glibc(2.3.3) with
> respective Carlos' patches but I met some pb.
> 
> The first was against gconv_simple.c for which I find easily the follwing
> patch (see <http://sources.redhat.com/cgi-bin/cvsweb.cgi/libc/iconv/gconv_simple.c.diff?r1=1.59&r2=1.60&cvsroot=glibc>)
> ========><========
> --- iconv/gconv_simple.c.orig	2004-02-09 15:11:52.000000000 +0100
> +++ iconv/gconv_simple.c	2004-02-09 16:07:16.000000000 +0100
> @@ -453,9 +453,11 @@
>  #if __BYTE_ORDER == __BIG_ENDIAN
>    /* Sigh, we have to do some real work.  */
>    size_t cnt;
> +  uint32_t *outptr32 = (uint32_t *) outptr;
>  
>    for (cnt = 0; cnt < n_convert; ++cnt, inptr += 4)
> -    *((uint32_t *) outptr)++ = bswap_32 (*(const uint32_t *) inptr);
> +    *outptr32++ = bswap_32 (*(const uint32_t *) inptr);
> +  outptr = (unsigned char *) outptr32;
>  
>    *inptrp = inptr;
>    *outptrp = outptr;
> ========><========
> 
> Is it correct?
> 
> The next on is more hard to me and find in _buff() from sunrpc/clnt_perr.c:
> [snip]
[snip]
> Any idea?

 This patch fixes the problem:
http://sources.redhat.com/ml/libc-hacker/2004-02/msg00005.html
 
> Thanks in advance,
>     Joel
> 
> PS: I just attempt this test because I read a lot of akpm patch related to
> gcc-35  ;)

Jim