4.6.0pre3 available

Joel Sherrill joel.sherrill at OARcorp.com
Thu May 1 12:57:57 UTC 2003



Chris Johns wrote:
> 
> Derick Hammond wrote:
> > Hi Chris:
> >
> > I have tried the following, as I too wish to build my BSP outside of the
> > RTEMS source tree:
> >
> > $ ../rtems-4.6.0pre3/configure --enable-multilib
> > --prefix=/tmp/test-m68k-rtems --target=m68k-rtems
> > $ make RTEMS_BSP="" all
> >
> > But I had the following error during the make process:
> >
> > m68k-rtems-gcc --pipe -DPACKAGE_NAME=\"rtems-cpukit-libmisc\"
> > -DPACKAGE_TARNAME=\"rtems-cpukit-libmisc\"
> > -DPACKAGE_VERSION=\"4.6.0pre3\" -DPACKAGE_STRING=\"rtems-cpukit-libmisc\
> > 4.6.0pre3\" -DPACKAGE_BUGREPORT=\"rtems-bugs at OARcorp.com\"    -isystem
> > ../../../lib/include        -g -Wall  -o o-optimize/capture-cli.o -c
> > ../../../../../rtems-4.6.0pre3/cpukit/libmisc/capture/capture-cli.c
> > ../../../../../rtems-4.6.0pre3/cpukit/libmisc/capture/capture-cli.c: In
> > function `rtems_capture_task_time':
> > ../../../../../rtems-4.6.0pre3/cpukit/libmisc/capture/capture-cli.c:1468:
> 
> This is similar to the error reported in PR292 in the RTEMS bug database, but
> the line number has moved and the target was the cpu32. This is the default m68k
> variant which I think is the 68020.
> 
> What is strange is I cannot see the -O2 option. I noticed the compiler's
> standard build optimisation level is now 2, that is I had -O2 as a gcc option.
> The PR292 has no -O as well.

My understanding is that gcc 3.2.3 should have a few m68k bug fixes 
and this is one of them.  

An RTEMS 3.2.3 patch will be available soon I hope.  I am waiting for 
the patch for Angelo's illegal instruction on the i386 problem to settle 
on the 3.3 branch so I cna put it in our patch.
 
> > I note that there is a difference in the tools you used to compile
> > RTEMS. Is there a reason to use gcc-3.2.3 over gcc-3.2.2?
> 
> GCC 3.2.3 may help, but I think we should find out what is happening with the -O
> option first.

I have a test set of 3.2.3 binaries installed.  What RTEMS configuration
options were you using ot get to that point?  I can try to see if it is
fixed.

> > Any hints or tips to diagnose this problem would be greatly appreciated.
> >
> > System:
> > Redhat 7.3 - kernel-2.4.18-26.7.x
> >
> 
> Should be fine.
> 
> > RTEMS Packages installed:
> > autoconf-rtems-2.57-1
> 
> I have just 2.57 but this should matter.
> 
> > automake-rtems-1.7.2-1
> 
> I have 1.7.4, but this should not be a problem.
> 
> > rtems-base-binutils-2.13.2.1-2
> > m68k-rtems-binutils-2.13.2.1-2
> 
> I have these.
> 
> >
> > rtems-base-gcc-gcc3.2.2newlib1.11.0-2
> > m68k-rtems-gcc-gcc3.2.2newlib1.11.0-2
> >
> 
> I have gcc 3.2.3 and newlib 1.11.0.
> 
> --
>   Chris Johns, cjohns at cybertec.com.au

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
joel at OARcorp.com                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
Support Available                (256) 722-9985



More information about the users mailing list