- 15 December 2003, uClibc 0.9.24 Released
  CodePoet Consulting is pleased to announce the immediate availability of uClibc 0.9.24. This contains various minor updates and fixes for a few silly configuration problems. Arm users should notice a speed increase since some arm optimized string functions have been added. And several bugs have been fixed.

  This release continues to be binary compatible with uClibc 0.9.21 to 0.9.23 -- as long as you pick compatible configuration options. The next release will not be binary compatible. We've been saving up a few needed changes which will be going into the next release however, so while you you not need to recompile all your applications and libraries yet, just keep in mind we will have a planned flag day soon.

  As usual, the Changelog, detailed changelog, and source code for this release are available here.

- 13 November 2003, uClibc 0.9.23 Released
  CodePoet Consulting is pleased to announce the immediate availability of uClibc 0.9.23. Of course, we are somewhat less than pleased that there were configuration problems in the previous release that made such it necessary to release .23 so quickly. Updated uClibc development systems using uClibc 0.9.23 are being built and will be posted shortly. And Erik has built Debian stable (woody) for x86 with uClibc and it runs great.

  This release continues to be binary compatible with uClibc 0.9.21 and 0.9.22 -- as long as you pick compatible configuration options. Enabling or disabling things like soft-float, locale, wide char support, or changing cpu optimizations are all good examples of binary incompatible configuration options. If have changed any of those sorts of options (or if you are not sure!) you will need to recompile all your applications and libraries.

  As usual, the Changelog, detailed changelog, and source code for this release are available here.

- 8 November 2003, uClibc 0.9.22 Released
  CodePoet Consulting is pleased to announce the immediate availability of uClibc 0.9.22. This release has been cooking for a couple of months now and is looking quite solid. We have done quite a lot of testing with this release and things are looking good. And Erik has built Debian stable (woody) for x86 with uClibc and it runs great. Expect that to be released in the next few days.

  This release is binary compatible with uClibc 0.9.21 -- as long as you pick compatible configuration options. Enabling or disabling things like soft-float, locale, wide char support, or changing cpu optimizations are all good examples of binary incompatible configuration options. If have changed any of those sorts of options (or if you are not sure!) you will need to recompile all your applications and libraries.

  Updated uClibc development systems using uClibc 0.9.22 will be made available within a few days. Meanwhile, we invite you to try out uClibc with the latest Linux Test Project test suite (you will need to apply a small patch. And also give the latest Perl and Python test suites a try as well. If you find any bugs in uClibc, PLEASE let us know!

  As usual, the Changelog, detailed changelog, and source code for this release are available here.

- 30 September 2003, dev systems updated to uClibc 0.9.21+
  The uClibc development systems for i386, powerpc, arm, mips, have been updated to uClibc 0.9.21 (plus all the CVS updates up to today). Several problems have been fixed up, gcc has been updated to version 3.3.1, binutils was updated to 2.14.90.0.6, and tada everything finally works for cross compiling. These were all cross compiled (which really makes things faster since the older mipsel releases used to take 2 days to build!)

  These are ~100 MB ext2 filesystems that run natively on the specified architecture. They contains all the development software you need to build your own uClibc applications, including bash, coreutils, findutils, diffutils, patch, sed, ed, flex, bison, file, gawk, tar, grep gdb, strace, make, gcc, g++, autoconf, automake, ncurses, zlib, openssl, openssh perl, and more. And of course, everything is dynamically linked against uClibc. By using a uClibc only system, you can avoid all the painful cross-configuration problems that have made using uClibc somewhat painful in the past. If you want to quickly get started with testing or using uClibc you should give these images a try. You can loop mount and them you can chroot into them, you can boot into with using user-mode Linux, and you can even 'dd' them to a spare partition and use resize2fs to make them fill the drive. Whatever works for you.

  If you would like to build your own custom uClibc system, you can use buildroot, which is how these uClibc development systems were created.

- Old News
  Click here to read older news