Hello Chris Sir,
I have submitted proposal for implementing Nested Mutexes problem as my
GSOC project. Below are the link for proposal:
Melange Link:
http://www.google-melange.com/gsoc/proposal/review/student/google/gsoc2015/sgadia/5629499534213120?verified=True
Drive link:
https://drive.google.c
t: GCC 5.1 Release Candidate available from gcc.gnu.org
The first release candidate for GCC 5.1 is available from
ftp://gcc.gnu.org/pub/gcc/snapshots/5.1.0-RC-20150412
and shortly its mirrors. It has been generated from SVN revision 222032.
I have so far bootstrapped and tested the release ca
Hello Martin,
On Monday 06 of April 2015 20:18:46 Martin Galvan wrote:
> On Wed, Apr 1, 2015 at 7:35 PM, Pavel Pisa wrote:
> > Hello Martin,
>
> Hi, sorry for the late answer.
No problem, I am in overload mode too.
> > the solution is to define simple JSON format which can be even prepared
> >
Hello QIAO YANG,
I have found that I have not succeed to find time to reply to this one.
I have not any more founded resolution to these.
On Tuesday 07 of April 2015 22:55:07 QIAO YANG wrote:
> On Apr 07, 2015, at 06:50 AM, Pavel Pisa wrote:
> > ARMV7_MMU_DATA_READ_WRITE
> >
> > at least for sta
On April 12, 2015 3:45:33 PM CDT, QIAO YANG wrote:
>Hello everyone,
>
>
>I've implemented a simple framebuffer driver. It can be loaded
>correctly and it can draw images . But when I try to open the
>framebuffer interface '/dev/fb0', I've always got "No such device". I
>thought I've missed somet
Hello everyone,
I've implemented a simple framebuffer driver. It can be loaded correctly and it can draw
images . But when I try to open the framebuffer interface '/dev/fb0', I've always got
"No such device". I thought I've missed something. Anyone has an idea?
I've already registered the devi
Hi !
I have been away and will be away until tommorrow for Easter break, will
add the given code snippet on melange tommorrow.
Regards,
Andrei
2015-03-24 0:04 GMT+02:00 Andrei - Constantin Popescu <
popescu.andrei1...@gmail.com>:
> Hello!
>
> I have submitted a improved version of my proposal,
Hi
Per my notes, I have been nibbling to reduce warnings
since September 2013. There were 1000s then. Even in
September 2014, we still had 1520. Not that we only have
1 false positive across all BSPs (excluding avr, h8300,
and m32c), I would like to ask what we do to keep in
good shape. There are
Hi
The warning status is very good at the moment. If you
ignore avr, m32c, and h8300, there are 2 warnings in
the tree which show up on 4 BSPs:
arm-tms750*: missing prototype of bsp_reset (I am fixing this)
arm-rtl22xx: false positive with GCC PR filed.
The problem moving forward is not to let
