Hello,
for the libbsd we have the problem that we expose a lot of symbols from
the FreeBSD kernel space to the applications. There are several known
conflicts, e.g. FreeBSD log() vs. standard math library log(). The
current approach to solve this issue is to generate a file with lots of
#def
On 08/11/15 01:05, Chris Johns wrote:
Are there any architecture regressions with gcc-6?
m32c, moxie, v850 don't work with GCC 6.
epiphany and or1k still use non-FSF GCC.
What archs have to actually run?
arm, powerpc, sparc.
I am happy to move to gcc-6 for archs we know are working.
On Mon, Nov 9, 2015 at 8:30 PM, Pavel Pisa wrote:
> Hello Martin,
>> + TMS570_POM.GLBCTRL = 0 | (TMS570_POM_GLBCTRL_OTADDR(~0) &
>> +pom_global_overlay_target_address_start);
>>
>> I don't see the point of doing (0 | something).
>
> This is to highlight that register v
Hi
We need mentors to participate in the Google Code-In program. This is not a
commitment
like the Google Summer of Code. The focus is on high school students and
smaller tasks
any RTEMS user should be capable of performing. The tasks should take less
than a day
normally for the student.
All cont
Hi
I would like to propose the some PowerPC BSPs be removed.
I think ep1a and score603e can be safely removed.
I think the mbx8xx is a possibility.
There are three virtex BSPs and I don't know if any are
possible candidates.
A look at the history of ss555 shows one change that
doesn't look
On Nov 4, 2015 1:57 PM, "Gedare Bloom" wrote:
>
> Did you bootstrap -c and then bootstrap? I think I saw this error
> earlier today too, with a new sparc toolchain, but then it went away
> after i rm-rf'd my build tree and tried over.
Hmm.. I thought I did that but am not sure. Maybe Martin can c
On Nov 4, 2015 1:39 PM, "Martin Galvan" <
martin.gal...@tallertechnologies.com> wrote:
>
> Hi everyone! I'm currently having some trouble when building RTEMS
> from the git mainline. I'm using a toolchain built using (a fairly
> recent) RSB. My configure is:
>
> ../source/configure --target=arm-rte
On 10/11/2015 8:35 pm, Sebastian Huber wrote:
> Hello,
>
> for the libbsd we have the problem that we expose a lot of symbols from
> the FreeBSD kernel space to the applications. There are several known
> conflicts, e.g. FreeBSD log() vs. standard math library log(). The
> current approach to solv
On 10/11/2015 11:56 pm, Sebastian Huber wrote:
>
>
> On 08/11/15 01:05, Chris Johns wrote:
>> Are there any architecture regressions with gcc-6?
>
> m32c, moxie, v850 don't work with GCC 6.
I thought moxie was building with a new binutils.
>
> epiphany and or1k still use non-FSF GCC.
>
Grea
On 11/11/15 08:33, Chris Johns wrote:
On 10/11/2015 8:35 pm, Sebastian Huber wrote:
>Hello,
>
>for the libbsd we have the problem that we expose a lot of symbols from
>the FreeBSD kernel space to the applications. There are several known
>conflicts, e.g. FreeBSD log() vs. standard math library
On 11/11/15 08:38, Chris Johns wrote:
On 10/11/2015 11:56 pm, Sebastian Huber wrote:
On 08/11/15 01:05, Chris Johns wrote:
Are there any architecture regressions with gcc-6?
m32c, moxie, v850 don't work with GCC 6.
I thought moxie was building with a new binutils.
/scratch/git-rtems-sour
11 matches
Mail list logo
