On 23 Mar 2015 09:32, Joel Sherrill wrote:
> On 03/22/2015 05:46 PM, Joel Sherrill wrote:
> > On 3/22/2015 9:29 PM, Mike Frysinger wrote:
> >> On 20 Mar 2015 13:13, Joel Sherrill wrote:
> >>> This looks to be an issue with the "make -j8".
> >>> I did it again with "-j8" and it failed. I did a simple "make clean all"
> >>> in that directory and it failed again.
> >>>
> >>> I then changed my script to drop the -j8 and it built ok again.
> >>>
> >>> My suspicion is something in the dependencies isn't 100% right
> >>> and there is a race condition. sim/common/cconfig.h is the same
> >>> in a tree built with -j1 vs -j8.
> >> when it fails, can you attach the full build log ?
> >>
> >> what gcc version are you using ?  there might be some misbehavior with the usage
> >> of extern inline.  i think the code base expects gnu_inline semantics but just
> >> uses "extern inline" directly.  maybe try including -fgnu89-inline in your
> >> CFLAGS and see if that helps ?
> > I am not in good position to send build logs or try the alternative CFLAGS
> > until another long build finishes.
> >
> > But the idea of the gcc version sounds promising. I am building with a gcc
> > from near the head. The default version of C has changed to C11 and I
> > know that has caused a few odd issues with RTEMS. Maybe this has
> > impacted the the compilation of this method.
> >
> > $ gcc --version
> > gcc (GCC) 5.0.0 20150211 (experimental)
> >
> >
> > I will try the suggestions as soon as I can.
>
> I can confirm that lm32 and other targets built with the native
> Fedora compiler.
> 
> $ gcc --version
> gcc (GCC) 4.8.3 20140911 (Red Hat 4.8.3-7)
> 
> But failed with I switched to using the more recent native I
> listed above.
> 
> I can provide a log if you want but that should be enough to
> reproduce this.

ok, i guess i have to stop being lazy and get Gentoo's gcc-5 snapshots working 
again
-mike