y 17, 2021 11:20 AM
To: j...@rtems.org
Cc: rtems-us...@rtems.org
Subject: [EXTERNAL] Re: RTEMS 5.1: cmath compiler errors on m68k/uC5282
On 2/17/21 7:34 AM, Joel Sherrill wrote:
> And indeed adding -std=c++98 seems to be a workaround.
>
>
> EPICS most likely should use a newer C++
17, 2021 11:20 AM
> To: j...@rtems.org
> Cc: rtems-us...@rtems.org
> Subject: [EXTERNAL] Re: RTEMS 5.1: cmath compiler errors on m68k/uC5282
>
> On 2/17/21 7:34 AM, Joel Sherrill wrote:
> > And indeed adding -std=c++98 seems to be a workaround.
> >
> >
> >
On 2/17/21 7:34 AM, Joel Sherrill wrote:
> And indeed adding -std=c++98 seems to be a workaround.
>
>
> EPICS most likely should use a newer C++ standard than that. C++03 is
> C++98 with corrections. But it does not have long long because C++98
> definition predated C99 finalization and C99
On Wed, Feb 17, 2021 at 1:16 AM Michael Davidsaver
wrote:
> FYI. Excluding the c++ part shows that acoshl() and friends are never
> defined.
>
> > $ cat mtest.c
> > #include
> >
> > long double x(long double a) { return acoshl(a); }
>
> From the newlib math.h:
>
> > /* Newlib doesn't fully supp
FYI. Excluding the c++ part shows that acoshl() and friends are never defined.
> $ cat mtest.c
> #include
>
> long double x(long double a) { return acoshl(a); }
From the newlib math.h:
> /* Newlib doesn't fully support long double math functions so far.
>On platforms where long double eq
On Feb 16, 2021, at 5:26 PM, Joel Sherrill
mailto:j...@rtems.org>> wrote:
Can you provide a cutdown?
Sure, it’s 1 line of source:
tux% cat m.cpp
#include
which when compiled:
tux% /local/anj/RTEMS-5.1/rtems-5.1/bin/m68k-rtems5-g++
-B/local/anj/RTEMS-5.1/rtems-5.1/m68k-rtems5/uC5282/lib/ -sp
Hi Gedare,
On Feb 16, 2021, at 4:42 PM, Gedare Bloom
mailto:ged...@rtems.org>> wrote:
Hi Andrew,
On Tue, Feb 16, 2021 at 1:16 PM Johnson, Andrew N.
mailto:a...@anl.gov>> wrote:
I tried to build the in-progress port of EPICS for the uC5282 BSP last night
against a release build of RTEMS-5.1 w
On 17/2/21 7:16 am, Johnson, Andrew N. wrote:
> I tried to build the in-progress port of EPICS for the uC5282 BSP last night
> against a release build of RTEMS-5.1 with tools and BSP built using RSB. It
> looks like the g++ cmath routines haven't been configured properly for this
> target. It fa
On Tue, Feb 16, 2021 at 5:50 PM Johnson, Andrew N. wrote:
> On Feb 16, 2021, at 5:26 PM, Joel Sherrill wrote:
>
>
> Can you provide a cutdown?
>
>
> Sure, it’s 1 line of source:
>
> *tux% *cat m.cpp
> #include
>
>
I can confirm this one-liner compilers on every rtems 5 and 6 gcc target
includin
I tried to build the in-progress port of EPICS for the uC5282 BSP last night
against a release build of RTEMS-5.1 with tools and BSP built using RSB. It
looks like the g++ cmath routines haven't been configured properly for this
target. It failed at the first C++ source file includes math.h (oth
Can you provide a cutdown?
And any idea what those using statements are referring to? I know the
methods in libm but so not understand what it means in the context of using
On Tue, Feb 16, 2021, 4:42 PM Gedare Bloom wrote:
> Hi Andrew,
>
> On Tue, Feb 16, 2021 at 1:16 PM Johnson, Andrew N. wro
Hi Andrew,
On Tue, Feb 16, 2021 at 1:16 PM Johnson, Andrew N. wrote:
>
> I tried to build the in-progress port of EPICS for the uC5282 BSP last night
> against a release build of RTEMS-5.1 with tools and BSP built using RSB. It
> looks like the g++ cmath routines haven't been configured properl
12 matches
Mail list logo
