2013-03-03libc/glibc: do not overwrite existing bits/syscall.h
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 22:24:40 +0100] rev 3195
libc/glibc: do not overwrite existing bits/syscall.h

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Rafael C <groups.r2@gmail.com>
Cc: Jérôme BARDON <bardon.pro@gmail.com>
Cc: Daniel Price <daniel.price@gmail.com>

2013-03-03libc/glibc: fix installing syscall.h when installing start-files.
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 22:18:35 +0100] rev 3194
libc/glibc: fix installing syscall.h when installing start-files.

Reported-by: Rafael C <groups.r2@gmail.com>
Reported-by: Jérôme BARDON <bardon.pro@gmail.com>
Reported-by: Daniel Price <daniel.price@gmail.com>
[yann.morin.1998@free.fr: use a conditional approach, also suggested by Daniel]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2013-03-03debug/gdb: a litle bit of trivial code-reordering
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 17:17:55 +0100] rev 3193
debug/gdb: a litle bit of trivial code-reordering

Move all options-setting code at the same place.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2013-03-03debug/gdb: fix possibly broken code
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 17:15:56 +0100] rev 3192
debug/gdb: fix possibly broken code

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2013-03-03debug/gdb: move the ncurses build to a backend
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 16:21:51 +0100] rev 3191
debug/gdb: move the ncurses build to a backend

This cleans up the code a bit.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2013-03-03debug/gdb: always enable expat for the cross-gdb
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 16:19:32 +0100] rev 3190
debug/gdb: always enable expat for the cross-gdb

There's no point in not supporting XML in the cross-gdb.
I mean, come on... ;-)

It's still the responsibility of the user to have the necessary
devel expat packages installed for his/her distro.

Reported-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2013-03-03debug/gdb: fix $need_expat_src usage for native-gdb
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 15:30:02 +0100] rev 3189
debug/gdb: fix $need_expat_src usage for native-gdb

For the native-gdb (ie on the target), we unconditionally
need to build expat.

Make it a backend, it makes a litle bit cleaner code.

Reported-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2013-03-03debug/gdb: fix $need_ncurses_src usage
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 15:25:52 +0100] rev 3188
debug/gdb: fix $need_ncurses_src usage

It should be used only to decide whether we need to download/extract
ncurses, not wheter we should build it or not.

Reported-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2013-03-03debug/gdb: fix the mess do_{gdb,expat,ncurses} have become
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 03 Mar 2013 15:02:32 +0100] rev 3187
debug/gdb: fix the mess do_{gdb,expat,ncurses} have become

Rename those three variables to properly reflect their purpose: decide
whether we need to download/extract gdb/libexpat/libncurses, not whether
we need to build them or not.

This is only a rename for now, subsequent changes will further
fix this mess.

Reported-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2013-03-03libc/newlib: update fetch location
Trevor Woerner <twoerner@gmail.com> [Sun, 03 Mar 2013 13:10:51 -0500] rev 3186
libc/newlib: update fetch location

The menu system provides an option to allow a user to request newlib
version 2.0.0. newlib-2.0.0, however, is not available at the download
location currently being used. It is, however, available (as are other
supported versions of newlib) at an alternate location.

Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Message-Id: <75ab5151c7f5dc9086e3.1362334313@suse64>
Patchwork-Id: 224561