Re: [parisc-linux] gcc-cvs problem

[joel.soete@freebel.net]

Dave,

I really have no chance with this b2000:
I broken first my install and now it makes a HPMC in the middle of binutils
build and the pim info are not clear :((

So I will have to ask to HP to analyse those pim and eventually repare it.
(I hoppe we have a maintenance contract for this server)

Joel

Quoting joel.soete@freebel.net:

> Dave,
> 
> Quoting John David Anglin <dave@hiauly1.hia.nrc.ca>:
> 
> > > It seems to be well comited in last cvs update this morming I got
> in
> > > src/gcc/gcc/fixinc/inclhack.def:
> > > ...
> > > /*
> > >  * __thread is now a keyword.
> > >  */
> > 
> > > But do not seems to be applied as I got the same error?
> > > 
> > > What do I wrong or forget to do?
> > 
> > You should see the following in your build output:
> > 
> > Applying thread_keyword           to pthread.h
> > Fixed:  pthread.h
> 
> It stand well in my log files and here is the result:
> in {build}/gcc/include/pthread.h
> ...
> /* Create a thread with given attributes ATTR (or default attributes
>    if ATTR is NULL), and call function START_ROUTINE with given
>    arguments ARG.  */
> extern int pthread_create (pthread_t *__restrict __thr,
>                            __const pthread_attr_t *__restrict __attr,
>                            void *(*__start_routine) (void *),
>                            void *__restrict __arg) __THROW;
> ...
> 
> Which seems to be the desired patch?
> 
> Hmm... In what changing parameter name from __thread to __thr in such
> function
> prototype does matter (exepted if there is a border effect with some
> #define
> else where)? [afaik this name doe not matter for a C compiler?]
> 
> So I will have to go further to analyse precompile results.
> 
> See you next,
>     Joel
> 
> 
> -------------------------------------------------
> This mail sent through Tiscali Webmail (http://webmail.tiscali.be)
> 
> 


-------------------------------------------------
This mail sent through Tiscali Webmail (http://webmail.tiscali.be)