This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: MicroBlaze glibc fixes


Hi,
Szabolcs Nagy wrote,

> On 05/01/17 17:11, Joseph Myers wrote:
> > On Thu, 5 Jan 2017, Michael Eager wrote:
> > 
> >> Hi Joseph --
> >>
> >> I don't have a MicroBlaze Linux installation.  I can't comment on
> >> the failures you encountered.
> > 
> > Is there anyone who does have such an installation and can run the full 
> > glibc testsuite (both compilation and execution tests - either native or 
> > cross testing is fine) during the freeze period each release cycle, report 
> > the results on that release's wiki page and hopefully fix any obvious 
> > breakage shown in the results?  If not, we should consider obsoleting the 
> > port.
> > 
> 
> openadk.org has microblaze setup, but i don't know
> if it wants to take on the burden of glibc testing
> and port maintenance.

I actually do some kind of regular glibc testing with embedded-test
and OpenADK infrastructure. For other C libraries I publish the
results: http://tests.embedded-test.org/

The problem I have with glibc runtime testing is that
at the moment it seems that the tests can't be cross-compiled and
then only run on a target or emulator without having either NFS
or SSH working.

In embedded-test I create a Linux kernel and initramfs and bootup
the result in Qemu or other emulators. It is not guaranteed that
I have networking available inside the emulator.

Would it be possible to reorganize the internal testsuite to allow
the separation of compiling and running the tests?

I have done this for my little uClibc spin-off and added a
small shell script which runs the tests and summarize the results.
This can be run with hush on noMMU targets. (GNU make requires
fork()). Furthermore I have split-out the testsuite completely to
be able to compile all tests as regular applications with the full
gcc compiler.
(http://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng-test.git)
The testsuite can be run on glibc systems. 

Would this be enough for you to get some idea about the quality of
the next glibc release? 

I could run 2.24 and latest git to show any regressions or
improvements if there is any interest.
 
> and i know that gcc needs a patch to compile musl
> correctly on microblaze, the patch is pending on
> the gcc bugzilla for almost two years now
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65649

That is only required if your host is 32Bit. So it doesn't prevent
using microbaze for all kind of cross-toolchain users.
 
best regards
 Waldemar


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]