On 14/01/15 18:27, Martin Galvan wrote:
Hi everyone! We're currently working on improving the TMS570 BSP, and
in the process we discovered an important bug caused by a misuse of
the RTEMS_DECONST macro. Said macro seems to be used in a few other
places throughout the code to bypass const restric
Hello Martin,
On Wednesday 14 of January 2015 18:27:41 Martin Galvan wrote:
> Hi everyone! We're currently working on improving the TMS570 BSP, and
> in the process we discovered an important bug caused by a misuse of
> the RTEMS_DECONST macro. Said macro seems to be used in a few other
> places t
Hi everyone! We're currently working on improving the TMS570 BSP, and
in the process we discovered an important bug caused by a misuse of
the RTEMS_DECONST macro. Said macro seems to be used in a few other
places throughout the code to bypass const restrictions.
What's the purpose of having someth
On 1/14/2015 12:58 AM, Sebastian Huber wrote:
> As it turned out in the discussion of
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64576
>
> in GCC 5 we have a change of the default language
>
> https://gcc.gnu.org/gcc-5/changes.html
>
> Lets see if this was the only problem.
Based on the over
Hi
Going over results of building all BSPs with gcc from head (where possible).
The suggested fix to add a " " after the macro name for C11 worked.
gwlcfm, mpc5643l_dpu, mpc5643l_evb, and virtex fail in the same place:
powerpc-rtems4.11-gcc --pipe -B../../../../../.././lib/
-B../../../../../../.
On January 14, 2015 12:58:26 AM CST, Sebastian Huber
wrote:
>As it turned out in the discussion of
>
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64576
>
>in GCC 5 we have a change of the default language
>
>https://gcc.gnu.org/gcc-5/changes.html
>
>Lets see if this was the only problem.
I le
