Beaglebone

[Matias Bueno]

Yes, it is working. We mainly use C++ in our embedded systems.

You can use using the flag --enable-cxx.
And there is a guide for using C++.
Please take a look at
https://devel.rtems.org/wiki/TBR/UserManual/Using_C_Plus_Plus



On Wed, Mar 23, 2016 at 6:03 PM Angelo Fraietta <
newsgroups at smartcontroller.com.au> wrote:

> That is great to hear. A while ago, I posted an issue I had with memory
> allocation back in October and never heard anything back - this is it. Do
> you know if it is fixed?
>
> Greetings
>
> I am trying to call some C++ code from my C module using extern C.
>
> The code compiles fine, however, without even calling the function, If I
> add a call to a new class, the program crashes and reboots. If I comment
> out the call as per below, program works fine
>
> extern "C" void createNewClass()
> {
>     // uncomment below and will crash program when it runs
>     //newClass *class_ptr = new  newClass();
> }
>
>
> Has anyone tested c++ code with operator new on Beaglebone black?
>
> Thanks
>
> On Thu, Mar 24, 2016 at 7:29 AM, Matias Bueno <
> matias.bueno at tallertechnologies.com> wrote:
>
>> What is the status of the Beaglebone black BSP?
>>
>> Hi Angelo!
>>
>> You can find information about Beaglebone dev status at:
>>
>> https://devel.rtems.org/wiki/TBR/BSP/Beagleboard
>>
>> And some gaps and pending development at:
>>
>> https://devel.rtems.org/wiki/Developer/Projects/Open/ImproveBeagleBSP
>>
>> Our experience:
>>
>> We at Taller Technologies set up and used Beaglebone Black for a client’s
>> project with good level of success.
>>
>> The client uses it for various functionalities in the air (serial, USB,
>> CANAS, GPIO, I2C, RTC), in ground station (serial, network) and in lab for
>> testing purposes (serial, network).
>>
>> In our way we found and fix several bugs that we contributed and are
>> integrated in the BSP.
>>
>> As a note of its potential: on top of the existing BSP we worked for this
>> client on:
>>
>>    -
>>
>>    I2C: We used Texas Instruments’ baremetal Starterware* driver,
>>    adapting it to RTEMS. In this year’s GSoC there is a project to contribute
>>    I2C and PWM drivers, which we’re mentoring.
>>    -
>>
>>    RTC: We managed a DS1307 RTC through I2C.
>>    -
>>
>>    USB: Adapted from the baremetal of Starterware* to RTEMS.
>>    -
>>
>>    Ethernet & LWIP: We ported and adapted the LWIP stack from
>>    Starterware* baremetal to be aware of RTEMS threads and message queues.
>>    This was contributed as a separate library with the rtems source builder.
>>    -
>>
>>    GPIO: ported and adapted Starterware* drivers.
>>    -
>>
>>    CAN: ported and adapted Starterware* drivers.
>>    -
>>
>>    Interrupt controller: Fixed a bug that affected many other modules.
>>
>> * Adapting, Correcting a Using Starterware drivers: due to licensing
>> issues we cannot contribute that code to the community (Starterware has an
>> incompatible license). In all those cases we can re-work the drivers in
>> order to be able to contribute them. As soon as we find a new client willing
>> to fund such project we can contribute the resulting work.
>>
>> Let me know if we can help you any further.
>> Regards,
>> Matias
>>
>> On Thu, Mar 17, 2016 at 7:56 PM Angelo Fraietta <
>> newsgroups at smartcontroller.com.au> wrote:
>>
>>> Greetings
>>>
>>> What is the status of the Beaglebone black BSP?
>>>
>>> Thanks
>>> _______________________________________________
>>> users mailing list
>>> users at rtems.org
>>> http://lists.rtems.org/mailman/listinfo/users
>>
>> --
>> Matias Bueno
>> Program Manager
>> San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina
>> Phone: +54 351 4217888 / +54 351 4218211
>> Skype: matiasbueno
>>
>
> --
Matias Bueno
Program Manager
San Lorenzo 47, 3rd Floor, Office 5 Córdoba, Argentina
Phone: +54 351 4217888 / +54 351 4218211
Skype: matiasbueno
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20160323/5f98548f/attachment-0002.html>