Re: Fwd: Please backport a patch to branches/uClibc_0_9_30
On Sun, May 10, 2009 at 11:08 PM, Mike Frysinger wrote: > On Saturday 09 May 2009 20:37:28 Kyle Sallee wrote: > > please do not top post unfortunately the default when using gmail :( > >> Headers from linux kernel 2.6.29.2 can be used. >> At least I compiled uClibc using 2.6.29.1 kernel headers. > > the problem is that uClibc doesnt have a way in the source to say "only use > features available in linux-x.y.z and older". instead, it'll use whatever ABI > the headers declare. so if you want to use linux-2.6.17, you probably > shouldnt use linux-2.6.29+ if you want to be safe. > -mike could this explain his static linking failures on p7zip ? using the wrong API ? -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: Please backport a patch to branches/uClibc_0_9_30
On Sun, May 10, 2009 at 2:37 AM, Kyle Sallee wrote: > I probably should have replied to the list. > > > -- Forwarded message -- > From: Kyle Sallee > Date: Sat, May 9, 2009 at 5:36 PM > Subject: Re: Please backport a patch to branches/uClibc_0_9_30 > To: rhabarber1848 > > > Headers from linux kernel 2.6.29.2 can be used. > At least I compiled uClibc using 2.6.29.1 kernel headers. > After untarring the source I ran > make headers_install > then I copied the headers from usr/include/* > to where I wanted them. > I have linux kernel headers both in /usr/include/ > and in /opt/uClibc/usr/include/ > which I am currently using for my uClibc cross compile toolchain. > > > > On Sat, May 9, 2009 at 4:08 PM, rhabarber1848 wrote: >> Mike Frysinger wrote: >> >>> older versions of linux headers werent as sanitized as they could (should) >>> be, >>> nor were there efforts to address it. so there have been some hacks added >>> to >>> the C library to workaround it. the linux kernel has long since addressed >>> this kind of thing by adding mechanisms to clean and install the headers. >> >> Hi, >> >> I solved the problem by using >> http://launchpadlibrarian.net/3370483/linux-kernel-headers_2.6.17.orig.tar.gz >> because I need to use kernel 2.6.17 in my case. >> With those headers, provided by Ubuntu, everything works well. >> Thanks for you help. >> >> Cheers, rhabarber1848 >> >> >> ___ >> uClibc mailing list >> uClibc@uclibc.org >> http://lists.busybox.net/mailman/listinfo/uclibc >> > ___ > uClibc mailing list > uClibc@uclibc.org > http://lists.busybox.net/mailman/listinfo/uclibc not applicable as he was using an older kernel :( -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: -O3 ?
On Sun, May 10, 2009 at 2:40 AM, Kyle Sallee wrote: > I tried compiling p7zip with CFLAGS and CXXFLAGS -O3, > yet it segfaulted when ran. > However, when compiling it with -Os it works fine. > I used to expect that problems with optimizations not work > were the fault of a bug in gcc. > But is it? > The problem does not occur when I compile p7zip -O3 > and statically link it with glibc instead. > I am almost tempted to try to compile it with -O3 and -g > and run gdb on it. > But is -O3 optimized code debuggable? > > For now I will use -Os, > but I wondered if anyone had any information about why -O3 > might be problematic with programs linked with uClibc, please. > ___ > uClibc mailing list > uClibc@uclibc.org > http://lists.busybox.net/mailman/listinfo/uclibc > gcc version ? uclibc version ? architecture ? native or cross compiling ? ;-) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: Please backport a patch to branches/uClibc_0_9_30
On Wed, May 6, 2009 at 4:24 PM, Mike Frysinger wrote: >> I faced the same issue with uclibc-0.9.30* and linux-2.6.23. I thought >> the fix was in the kernel headers: I was wrong. > > if the kernel headers are using __user, they're broken. fix them. got it > >> It's easier to patch directly uclibc's features.h (as it was done in >> 0.9.29). > > easier doesnt mean correct ... so the approach in 0.9.29 was wrong ? -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: HEADS UP: svn->git transition
On Thu, Apr 30, 2009 at 8:35 PM, Bernd Schmidt wrote: > Well, ease of use was among the reasons listed. I find this puzzling as my > experience with git has been one of incomprehensible error messages and repo > corruption at the slightest provocation. However, I don't contribute enough > to uClibc for it to be a major inconvenience for me. > Bernd, if I may suggest: http://gitcasts.com/ once you'll get the typical hump of understanding (can be a few days, can be a few weeks), you'll see that contributing with git is much easier than anything else. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: HEADS UP: svn->git transition
On Wed, Apr 29, 2009 at 1:38 PM, Bernhard Reutner-Fischer wrote: > Hi, > > We will be switching to git (instead of svn) for our repositories. > Svn will be frozen during the conversion which is scheduled to begin > on wednesday (10am, probably PDT which is approximately GMT-7). > ___ > uClibc mailing list > uClibc@uclibc.org > http://lists.busybox.net/mailman/listinfo/uclibc > excellent news! looking forward to the git cloning urls :-) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: Please backport a patch to branches/uClibc_0_9_30
On Mon, Apr 27, 2009 at 3:14 PM, rhabarber1848 wrote: > I also use gcc-3.4.6. This problem happens only with Kernel 2.6.17, not with > 2.6.9 nor with 2.6.26*. I faced the same issue with uclibc-0.9.30* and linux-2.6.23. I thought the fix was in the kernel headers: I was wrong. It's easier to patch directly uclibc's features.h (as it was done in 0.9.29). If you face a unifdef issue, I've a fix for this too... -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: Please backport a patch to branches/uClibc_0_9_30
On Mon, Apr 27, 2009 at 2:54 PM, Christian MICHON wrote: > or modify /usr/include/asm/sigcontext.h by hand, removing the > offending "__user". Most of the patch you're pointing to is actually > inside the kernel's headers (I still use 2.6.23). > sorry, wrong location/source: the #define __user is actually part of uclibc-0.9.29/usr/include/features.h -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: Please backport a patch to branches/uClibc_0_9_30
On Mon, Apr 27, 2009 at 1:03 PM, rhabarber1848 wrote: > Hi, > > this patch fixes a compile error with Linux kernel 2.6.17: > > http://sources.busybox.net/index.py/trunk/uClibc/libc/sysdeps/linux/common/bits/sigcontext.h?r1=4309&r2=24954&pathrev=25109 > > I know the kernel is ancient, but I need it to make uClibc 0.9.30.1 work, > otherwise this happens: > > CC libc/sysdeps/linux/common/getrusage.os > In file included from ./include/bits/sigcontext.h:28, > from ./include/signal.h:333, > from ./include/sys/wait.h:31, > from ./include/wait.h:1, > from libc/sysdeps/linux/common/getrusage.c:12: > /root/work_uclibc/compile/cdk/linux-2.6.17/include/asm/sigcontext.h:24: > warning: no semicolon at end of struct or union > /root/work_uclibc/compile/cdk/linux-2.6.17/include/asm/sigcontext.h:24: > error: syntax error before '*' token > > Cheers, rhabarber1848 > > > ___ > uClibc mailing list > uClibc@uclibc.org > http://lists.busybox.net/mailman/listinfo/uclibc > or modify /usr/include/asm/sigcontext.h by hand, removing the offending "__user". Most of the patch you're pointing to is actually inside the kernel's headers (I still use 2.6.23). I still see this problem today mostly because I use gcc-3.4.6: what version of gcc are you using ? I could be wrong, I have not tried yet a more recent compiler :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: undefined reference to `dl_iterate_phdr'
On Sun, Apr 19, 2009 at 6:20 PM, Oliver Metz wrote: > When compiling uClibc++ with buildroot toolchain (gcc-4.3.3) I get the > attached error. > > One year ago this error was reported too but the mentioned patch isn’t > available anymore. > > http://lists.uclibc.org/pipermail/uclibc/2008-March/039993.html > > > > Any suggestions how to solve this issue? > as a temporary fix, what is the compilation outcome on your platform if you remove "-Wl,-z,defs" from Rules.mak ? this is how I got to compile it without patching uclibc itself. and it works: firefox for example compiles & works fine. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: Anyone experienced with TCC using uClibc?
On Thu, Mar 12, 2009 at 3:44 AM, Stefan de Konink wrote: > Hi, > > > I wonder if anyone using uclibc succesfully linked an application using TCC. > My binaries end up as: > > ldd ./tcc > checking sub-depends for '/lib/libm.so.0' > libc.so.0 => /lib/libc.so.0 (0xb7f92000) > ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0xb7fe3000) > checking sub-depends for '/lib/libc.so.0' > ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0xb7f8a000) > checking sub-depends for '/lib/libdl.so.0' > libc.so.0 => /lib/libc.so.0 (0xb7f46000) > ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0xb7f97000) > libm.so.0 => /lib/libm.so.0 (0x) > libc.so.0 => /lib/libc.so.0 (0x) > libdl.so.0 => /lib/libdl.so.0 (0x) > /lib/ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x) > > > Tips are welcome ;) > > > Stefan > ___ > uClibc mailing list > uClibc@uclibc.org > http://lists.busybox.net/mailman/listinfo/uclibc > I did, I still do. Get a recent iso of detaolb (I've not updated the project in a year) and there's a pre-compiled tcc that links with uclibc. I recall using Rob Landley's fork (and tweaked the linking part to link to /lib/ld-uClibc.so.0). A pity he stopped developing it, because with uclibc/busybox/tcc/linux, we would just need to add make to busybox to be FSF free. (of course we would need uclibc itself to build using tcc) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30.1 released
On Mon, Mar 2, 2009 at 11:14 PM, Bernhard Reutner-Fischer wrote: > Hi, > > uClibc-0.9.30.1 has been released. > > As usual, the release tarballs can be downloaded from > http://uClibc.org/ > > This is a bugfix only release ¹) and as such, everybody is encouraged > to upgrade. > > Thanks to everybody who contributed. > Enjoy! > kudos for making this available ;-) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://lists.busybox.net/mailman/listinfo/uclibc
Re: Why not merge NTPL now?
On Sat, Dec 13, 2008 at 3:35 AM, Denys Vlasenko wrote: >> We need to sync the nptl branch with trunk before merge. >> thats what we are doing atm. > > Hmm, so every time I commit something to the trunk, > I make your work harder. > > That's what I want to avoid. How? > use git to merge ? -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: android thread library ported to uclibc
On Tue, Nov 18, 2008 at 11:02 PM, matthieu castet <[EMAIL PROTECTED]> wrote: > I attach a new version where all file have copyright headers and minor > fixes. > > Matthieu > PS : I wonder if the thread lib name should be android or bionic. > I would prefer bionic... "Better, stronger, faster"... ;-) (souvenirs d'enfance ?) Joke aside, do you have a version for uclibc 0.9.29 ? I have not migrated to uclibc 0.9.30 yet (I'm creating the toolchain now) but I'd like to test bionic/android with Firefox now, since I noticed when closing it becomes very slow, and maybe the bottleneck is in the threads ? Let me know if you've this. If not, I'll test it when I'm ready for 0.9.30 :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: android thread library ported to uclibc
On Mon, Nov 17, 2008 at 1:33 AM, Rob Landley <[EMAIL PROTECTED]> wrote: > Or you could apply the attached patch, which is less work. > > What's the license on this? It looks like it's BSD _with_advertising_clause_, > which is incompatible with the GPL. > like all these ? http://www.gnu.org/philosophy/license-list.html#GPLIncompatibleLicenses -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30 released
On Wed, Nov 12, 2008 at 4:33 PM, Bernhard Reutner-Fischer <[EMAIL PROTECTED]> wrote: > On Wed, Nov 12, 2008 at 09:03:18AM -0600, Rob Landley wrote: >>On Wednesday 12 November 2008 06:52:07 Bernhard Reutner-Fischer wrote: >>> Hi, >>> >>> uClibc-0.9.30 has been released. >> >>Yay! > > :) > > Just as a sidenote and because there were at least three people running > into this very issue lately: > > The current gcc-3.4.6 from "hardened gentoo" miscompiles 0.9.30, > the current stable release of gcc, 4.3.2 at the time of this writing, > works just fine for me. So either fix your old compiler or use > a compiler that is somewhat current.. > > Those who tried to use gcc-3.4.6 from gentoo experienced segfaults > when running any app that was _linked_ against -lpthread, fwiw. > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > do you have a testcase ? I actually plan to try out gcc-3.4.6 with uclibc-0.9.30... -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30 released
On Wed, Nov 12, 2008 at 1:52 PM, Bernhard Reutner-Fischer <[EMAIL PROTECTED]> wrote: > Hi, > > uClibc-0.9.30 has been released. > > As usual, the release tarballs can be downloaded from http://uclibc.org/ . > > Numerous improvements found their way into this release (¹), everybody > is encouraged to upgrade. > > Thanks to everybody who contributed. > Enjoy! > > ¹) > The changelog between 0.9.29 and 0.9.30 is here: > http://uClibc.org/downloads/ChangeLog-0.9.29_0.9.30 > > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > thank you for making this release possible! bug reports to follow (if any...) ;-) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Firefox can be compiled with uclibc++ 0.2.2
We can add one more thing than KDE that works with uClibc++ 0.2.2 Actually this email is sent using this instance of firefox-1.0.8 just build with uClibc++ sh-3.2# ldd /usr/local/lib/firefox-1.0.8/firefox-bin libmozjs.so => /usr/local/lib/firefox-1.0.8/libmozjs.so (0xb7f3c000) libxpcom.so => /usr/local/lib/firefox-1.0.8/libxpcom.so (0xb7e9f000) libiconv.so.2 => /usr/lib/libiconv.so.2 (0xb7dc4000) libplds4.so => /usr/local/lib/firefox-1.0.8/libplds4.so (0xb7dc1000) libplc4.so => /usr/local/lib/firefox-1.0.8/libplc4.so (0xb7dbd000) libnspr4.so => /usr/local/lib/firefox-1.0.8/libnspr4.so (0xb7d93000) libpthread.so.0 => /lib/libpthread.so.0 (0xb7d8) libdl.so.0 => /lib/libdl.so.0 (0xb7d7c000) libgtk-1.2.so.0 => /usr/X11R6/lib/libgtk-1.2.so.0 (0xb7c8) libgdk-1.2.so.0 => /usr/X11R6/lib/libgdk-1.2.so.0 (0xb7c53000) libgmodule-1.2.so.0 => /usr/X11R6/lib/libgmodule-1.2.so.0 (0xb7c5) libglib-1.2.so.0 => /usr/X11R6/lib/libglib-1.2.so.0 (0xb7c33000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7c28000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7b5f000) libm.so.0 => /lib/libm.so.0 (0xb7b51000) libuClibc++.so.0 => /usr/lib/libuClibc++.so.0 (0xb7b2a000) libc.so.0 => /lib/libc.so.0 (0xb7af2000) libXau.so.6 => /usr/X11R6/lib/libXau.so.6 (0xb7aef000) libxcb-xlib.so.0 => /usr/X11R6/lib/libxcb-xlib.so.0 (0xb7aed000) libxcb.so.1 => /usr/X11R6/lib/libxcb.so.1 (0xb7ad8000) libXdmcp.so.6 => /usr/X11R6/lib/libXdmcp.so.6 (0xb7ad3000) ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0xb7fad000) Good job! Kudos to the creators/maintainers of uClibc++ -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: playing at long last with uClibc++
On Sat, Nov 1, 2008 at 10:53 PM, Rob Landley <[EMAIL PROTECTED]> wrote: > On Saturday 01 November 2008 09:03:15 Christian MICHON wrote: >> found some spare time. unfortunately, these source files are c++... >> catch 22 > > Not really. My build is already _creating_ a working g++, which is why I > didn't notice that the libraries and headers were missing. so you've a g++ but also a cc1plus ? > > If these files have no external dependencies then maybe building 'em is easy. > Except that if this was the case, uclibc++ would already have incorporated > them, their purpose is to express configuration decisions that change the C++ > abi. (Yes, C++ object files are binary incompatable with each other > depending how you configured the compiler. Wonderful language, innit?) I'll know soon enough... -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: playing at long last with uClibc++
On Sat, Nov 1, 2008 at 10:51 PM, Rob Landley <[EMAIL PROTECTED]> wrote: >> The only use of libsupc++.a is apparently to extract some objects from it >> only. > > Er, yes, I said: > >> All I really _need_ is a half-dozen .o files bundled into that .a file, I did not realize I was that redundant :) > Hence: > >> *shrug* I could beat compilation out of it by hand, but I'd like something >> that has at least a minimal chance of working in future gcc versions... I did not understand the "beat compilation" sentence, but now it makes perfect sense :) > Speaking of which, how's e release going? (Are the stars right?) We're in November here now, right ? > > The fundamental problem is that the gcc build is very non-orthogonal. > > If I can cd into the libsupc++ directory and get it to build just that, I'll > probably be happy with that. (It's a separate directory, it has its own > makefile. Logically this would imply _some_ kind of separation from the rest > of the build. But logic and the gcc build process seem to have very little > in common so far, other than perhaps a distant ancestral relationship...) I'm performing the same trick I did last year, this time outputting a few log file on how libsupc++ was compiled with uclibc-0.9.29. So I'll know shortly if this is doable. > > Writing my own makefile that feeds in the appropriate hand-generated .config > stuff sounds like a maintenance nightmare. reminds me my 2 liner patch to remove ncurses dependency for uclibc compilation... provided I feed a good .config :) > >> thoughts, comments ? at least, I'll try that myself on a native system >> tonight... :) > > Let me know how it goes... baking now... -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: playing at long last with uClibc++
On Sat, Nov 1, 2008 at 1:26 PM, Christian MICHON <[EMAIL PROTECTED]> wrote: > Namely: > cp-demangle.o > eh_aux_runtime.o > eh_catch.o > eh_exception.o > eh_personality.o > eh_term_handlet.o > eh_terminate.o > eh_throw.o > eh_type.o > eh_unex_handler.o > guard.o > tinfo.o > tinfo2.o > vec.o > vterminate.o > found some spare time. unfortunately, these source files are c++... catch 22 -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: playing at long last with uClibc++
Jivin David McCullough lays it down... > I don't recall any special magic Some magic could be invoked to save time at least :-) More investigations on D*B, gcc-3.4.6 and uclibc-0.9.29, trying to compile stock uClibc++-0.2.2. The only use of libsupc++.a is apparently to extract some objects from it only. Namely: cp-demangle.o eh_aux_runtime.o eh_catch.o eh_exception.o eh_personality.o eh_term_handlet.o eh_terminate.o eh_throw.o eh_type.o eh_unex_handler.o guard.o tinfo.o tinfo2.o vec.o vterminate.o so we could theoretically replace this extraction and dependency to libsupc++ by just compiling in place these objects (extracting the source code from the exact g++ version you're using: in my case, gcc-3.4.6). In this way, Rob could bypass the long and painful compilation of g++/libstdc++ by just compiling these version-dependent files from g++. This would mean dedicated patching of Makefile (the variation is the version of gcc). thoughts, comments ? at least, I'll try that myself on a native system tonight... :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: playing at long last with uClibc++
On Sat, Nov 1, 2008 at 10:30 AM, Rob Landley <[EMAIL PROTECTED]> wrote: >> what I usually do is to build both gcc-core and gcc-g++ at the same >> time (same directory). > > There's another way to do it? (That's what it's doing, following Linux From > Scratch's advice.) It works fine as a host build, and it works find > building "all-gcc" instead of "all" (which builds g++, builds libgcc_eh.a, > but doesn't build libstdc++ or libsupc++). Unfortunately, attempting to > cross compiling libstdc++ makes it freak out, and uClibc++ depends on > libsupc++ which you don't get if you don't build libstdc++. I usually do native stuff only. I never figured out how to compile separately g++/libstdc++. It's actually gnu recommendation, not LFS. You can and usually are supposed to do a uberbaum approach. It's the right native way to link together all the elements of a toolchain. That's the way I use to avoid the search path inside gcc or a uclibc wrapper. > >> I do also a bootstrap of gcc at the same time. In the end, libstdc++ >> is compiled. > > I take it you're building it natively, not cross compiling it for a target? yes exactly. > Interesting. If you notice the error I quoted last time, it was failing to > find "gcc-core/libstdc++-v3/../gcc/gthr-.h" which is a file that doesn't > exist. There's a bunch of gcc/gthr-*.h files, but the * part is getting > dropped out by the ./configure or make infrastructure. (Because the gcc > build is constructed entirely out of nuclear waste.) broken configure in cross compiling env ? > > This might be easier to beat sense out of if I move to gcc 4.3, but then the > problem moves to getting arm soft float to work. (I have notes from Peter > Mazinger on how to go about it, but it's another big fiddly job. I dislike > replacing one big fiddly problem with another big fiddly problem, it's not > necessarily progress.) I'm stuck with gcc/g++ 3.4.6 by original choice. I plan to move to more recent versions soon. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: playing at long last with uClibc++
On Sat, Nov 1, 2008 at 8:01 AM, Rob Landley <[EMAIL PROTECTED]> wrote: > On Friday 31 October 2008 08:07:41 Christian MICHON wrote: >> Hi, >> >> I *finally* managed to compile uclibc++ and it now complains about >> powl, sqrtl, etc... missing on my system. >> I'm still using uclibc-0.9.29 :( > > I've been fighting with that sucker all week. well, it almost took me a year since I tried it first :) > > Have you figured out how to get the gcc build to compile libsupc++.a without > building the rest of the libstdc++-v3 directory? (For some reason, that > directory's ./configure is not figuring out what exception handling model the > g++ it _already_built_ is using, unless I explicitly > say --disable-sjlj-exceptions on the command line, which is probably bad on > some non-x86 architecture. And then when I _do_ pass that it goes: > > make[4]: Entering directory > `/home/landley/firmware/firmware/build/temp-i686/build-gcc/i686-unknown-linux/libstdc++-v3/include' > make[4]: *** No rule to make target > `/home/landley/firmware/firmware/build/temp-i686/gcc-core/libstdc++-v3/../gcc/gthr-.h', > needed by `i686-unknown-linux/bits/gthr-default.h'. Stop. > > and the build goes all pear shaped from there. All I really _need_ is a > half-dozen .o files bundled into that .a file, but the gcc build is a big > tightly integrated hairball and the only way I've found so far to build that > one library is "make all". (Not even all-gcc, which skips libstdc++ but > gives me a working g++. Go figure.) > > I suppose I can just disable IMPORT_LIBSUP in uClibc++ defconfig, but then the > result seems unlikely to work. (Not that I'm any sort of expert on what C++ > needs, I avoid it as much as possible...) > > Rob > what I usually do is to build both gcc-core and gcc-g++ at the same time (same directory). I do also a bootstrap of gcc at the same time. In the end, libstdc++ is compiled. when doing so with uclibc, you usually get an error after long minutes of compilation. the solution I found last year (before I released c++ with D*B) was: > when compiling g++, it usually ends up using a soft link to > liststdc++/config/os/gnu-linux/ctype_noninline.h > what I did was to replace this file, too glibc dependent, by this one: > liststdc++/config/os/generic/ctype_noninline.h > and it finally worked what I have not tried yet is to compile uClibc++ with g++ but without libstdc++. (I'll try that tonight, in > than 12h) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: ldd: resolve versus exec
On Wed, Oct 29, 2008 at 8:49 PM, Bernhard Reutner-Fischer <[EMAIL PROTECTED]> wrote: > Hi, > > I'm a bit puzzled about ldd, i admit: > > $ ldd /bin/ls > /bin/ls: is setuid > FOO etc root tmp > FOO2 home susr > bin ldd sbin var > boot lib stress-dlopen.c > config linuxrc stress-uc > dev proc sys > $ ldd /bin/rm > /bin/rm: is setuid > BusyBox v1.13.0.svn (2008-10-29 19:25:31 CET) multi-call binary > > Usage: rm [OPTION]... FILE... > > Remove (unlink) the FILE(s). Use '--' to > indicate that all following arguments are non-options. > > Options: >-i Always prompt before removing >-f Never prompt >-r,-R Remove directories recursively > > checking sub-depends for '/lib/libcrypt.so.0' > checking sub-depends for '/lib/libc.so.0' >libcrypt.so.0 => /lib/libcrypt.so.0 (0x) >libc.so.0 => /lib/libc.so.0 (0x) >/lib/ld-uClibc.so.0 => /lib/ld-uClibc.so.0 (0x) > $ > > Not sure if running the binary is such a good idea. Thoughts? > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > this is/was working fine on uclibc-0.9.29. it this what we should expect if we move to uclibc-0.9.30-rc* ? I'll double check the option mentioned by Rob on my future builds. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: playing at long last with uClibc++
On Fri, Oct 31, 2008 at 2:24 PM, Bernhard Reutner-Fischer <[EMAIL PROTECTED]> wrote: > On Fri, Oct 31, 2008 at 02:07:41PM +0100, Christian MICHON wrote: >>1/ does anyone of you have an updated patch for uclibc-0.9.29 ? was it >>the right place to look at in bugs.uclibc.org ? > > It is in 0.9.30-rc3 (or trunk). > one more reason for me to upgrade >>2/ will it really be inside 0.9.30 ? will it be activated by default >>when using DO_C99_MATH=y ? > > It is in 0.9.30, yes. powl() is in UCLIBC_HAS_LONG_DOUBLE_MATH > I'll make sure I include this in the .config. Thanks! -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
playing at long last with uClibc++
Hi, I *finally* managed to compile uclibc++ and it now complains about powl, sqrtl, etc... missing on my system. I'm still using uclibc-0.9.29 :( I read somewhere that a patch containing SuSv3 math functions is to be included and it's inside bugs.uclibc.org. I looked for one, and what I found was for uclibc-0.9.27 (no updates ?) and a comment it'll be in 0.9.30. http://bugs.uclibc.org/view.php?id=144 1/ does anyone of you have an updated patch for uclibc-0.9.29 ? was it the right place to look at in bugs.uclibc.org ? 2/ will it really be inside 0.9.30 ? will it be activated by default when using DO_C99_MATH=y ? thanks -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc3 released
On Thu, Oct 30, 2008 at 8:12 AM, Vladimir Dronnikov <[EMAIL PROTECTED]> wrote: > I've been using toolchain that I've managed to build from scratch using > buildroot a year or so ago. I spent long time to get them rid of shared > libraries. Pity, I've lost that patches so can not reproduce the building > process. Now I've finally decided to get rid of my toolchain in favour of > yours. And am trying to make things work as I expect. Never been compiling > smth under full-blown distros. it could be (wild guess) it's not just patches that are needed. if you still have this toolchain of yours, could you send here the output of "gcc -v" ? I suspect a "--disable-shared" is inside the result... -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Sun, Oct 26, 2008 at 8:18 PM, Bernhard Reutner-Fischer <[EMAIL PROTECTED]> wrote: > On Sun, Oct 26, 2008 at 09:38:15AM +0100, Christian MICHON wrote: > >>what are the compilers prerequisite for this release ? >>(it seems gcc-3.4.6 is not supported anymore) > > I'm usually using the current release. gcc-3.x is not supported since > quite some time now. If it works for you then fine, otherwise let me > point you to "Status" on http://gcc.gnu.org/ then an update to http://uclibc.org/FAQ.html#upstream_versions would be needed... >> >>what kernel headers version is required ? > > Here, too, i'm using the current release myself. > Depending on what functionality you require older releases supposedly > work fine too. > the kernel has quite a good rate when it comes to releases. Do you provide at least a range ? again the info on http://uclibc.org/FAQ.html#upstream_versions is not in line with your reply. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Wed, Oct 15, 2008 at 10:51 AM, Bernhard Reutner-Fischer <[EMAIL PROTECTED]> wrote: > Hi, > > Yes, I know - we have taken our time. After quite a long period of > general improvement all over the place we are pleased to announce > uClibc-0.9.30-rc2. > > The release candidate 2 can be downloaded as usual from > http://uClibc.org/ > The output of svn log -r18564:HEAD svn://uClibc.org/trunk/uClibc has > been copyied to http://uClibc.org/downloads/ChangeLog-0.9.29_0.9.30-rc2 > > The final release is scheduled for end of october. > > If you encounter any regression from the previous 0.9.29 release please > file a bug report here http://bugs.uClibc.org/ > > Enjoy, > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > Bernhard, what are the compilers prerequisite for this release ? (it seems gcc-3.4.6 is not supported anymore) what kernel headers version is required ? thanks! -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Install problem (Cross compile AVR32)
On Wed, Oct 22, 2008 at 12:58 AM, Jeremy Bowen <[EMAIL PROTECTED]> wrote: > Now I'm trying to build and install uClibc (from svn) and I'm getting confused > about the various paths that I should use. > > I have the following in my .config > # Library Installation Options > # > SHARED_LIB_LOADER_PREFIX="/lib" > RUNTIME_PREFIX="/" > DEVEL_PREFIX="/usr/local/avr32" > after a more careful reading on your email (you apparently already have "-dynamic-linker /lib/ld-uClibc.so.0"), what do you have in /lib ? the gcc and binutils expect to have something in /lib, and you need to double check this point at least. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Install problem (Cross compile AVR32)
On Wed, Oct 22, 2008 at 2:57 AM, Jeremy Bowen <[EMAIL PROTECTED]> wrote: > > Argh! Why is the world full of lemmings. "buildroot" is not the magical answer > to life the universe and everything. > "42" is the right answer :) More seriously, when building gcc, have you patched for avr32 the sources to use ld-uClibc.so.0 instead of ld-linux.so.2 ? (wild guess...) This is what you need to do if you do not want to use buildroot. Forget my answer if you did it already and it was obvious to you. If we fall into that later case, you need to find someone else using avr32 (I'm not btw). -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Tue, Oct 21, 2008 at 8:48 AM, Natanael Copa <[EMAIL PROTECTED]> wrote: > On Mon, 2008-10-20 at 14:01 +0200, Christian MICHON wrote: >> On Mon, Oct 20, 2008 at 12:01 PM, Vladimir Dronnikov >> <[EMAIL PROTECTED]> wrote: >> >> You can use a gentoo stage3 tarball, chroot and it just works. >> > >> > Is it true that gentoo is uClibc-based? >> >> what is the size of a stage3 gentoo ? :) > > x86: 42MB > http://gentoo.osuosl.org/experimental/x86/embedded/stages/ > nice! thanks for the link! -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Mon, Oct 20, 2008 at 11:17 PM, Rob Landley <[EMAIL PROTECTED]> wrote: > On Monday 20 October 2008 03:39:38 Natanael Copa wrote: >> On Sun, 2008-10-19 at 09:48 +, Vladimir Dronnikov wrote: >> > >>> > supply a cross compiler for the host system? >> > >> >> > >> It's pretty trivial... >> > >> > Pity that noone ships a tarball of x86 toolchain which could be just >> > untarred to the rootfs and has out-of-box means to build, say, >> > buildroot for x86. Cross compiling is indeed very important task but >> > native tools are of not less importance, imo. >> >> You can use a gentoo stage3 tarball, chroot and it just works. > > Where do I download prebuilt gentoo stage 3 tarballs for various > architectures? > Rob, here's one: http://gentoo.mirrors.easynews.com/linux/gentoo/releases/ ARM is missing though... stage3 for x86 for example is at http://gentoo.mirrors.easynews.com/linux/gentoo/releases/x86/2008.0/stages/stage3-x86-2008.0.tar.bz2 note it's 112Mb big, so double the size of DetaolB iso :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Mon, Oct 20, 2008 at 12:01 PM, Vladimir Dronnikov <[EMAIL PROTECTED]> wrote: >> You can use a gentoo stage3 tarball, chroot and it just works. > > Is it true that gentoo is uClibc-based? what is the size of a stage3 gentoo ? :) > >> You can do pretty much without gettext. > > Pity, buildroot does need it. Of course I can patch it but I really got > tired of patching... :) To have a local patch means a constant headache, > either of trying to get the patch merged, or of patching repatched patches. > I' m looking for a tarball with statically linked uClibc-based toolchain > (x86 mostly) plus binary stuff which is needed to compile 90% of > "simple" packages (I mean that which do not depend on a bunch of libraries). > Did anyone meet it on Earth? I already answered this one :) Hopefully, you'll get your hands on the iso detaolb v0.8.1 (gettext-0.10.40 is in for sure) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
2008/10/19 Vladimir Dronnikov <[EMAIL PROTECTED]>: > I now can not afford downloading 60Mb as I am using a dialup line:( > I'll try it tomorrow. But still can you extract only toolchain into a > separate package while leaving rootfs stuff aside? I've an older release of DetaolB (v0.3 around 17Mb, link is http://prdownloads.sf.net/detaolb/detaolb_v03.iso). It contains a uclibc x86 live host: - uclibc - busybox - ncurses - a gcc-3.4.6 toolchain, binutils-2.16.1, flex/bison/make/bash - vim this old release does not do c++. the current release is bigger indeed, but you've a decent desktop with x11 etc... if I extract just the squashfs module containing the toolchain, it's ~6.2Mb. I suggest you take the whole package when you've decent access to broadband. my work is not based on buildroot actually. it's an effort to provide a desktop live cd based on x86 uclibc, tools c/c++/fortran for native uclibc/kernel development. your mileage may vary. it's an evolution of a work I did in 2002... at least, I've releases and I give support to them when required. I even have a 1.4Mb edition with tcc: I tend to nickname this one "Rob's edition", since it contains his tcc fork. Look for release 0.2 of DetaolB (link is http://prdownloads.sf.net/detaolb/detaolb_v02.iso). -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Sun, Oct 19, 2008 at 11:48 AM, Vladimir Dronnikov <[EMAIL PROTECTED]> wrote: > supply a cross compiler for the host system? >>> It's pretty trivial... > > Pity that noone ships a tarball of x86 toolchain which could be just > untarred to the rootfs and has out-of-box means to build, say, > buildroot for x86. Cross compiling is indeed very important task but > native tools are of not less importance, imo. > > Still AFAICS buildroot doesn't accept external toolchains cleanly: it > is supposed that one should build uClibc/gcc/binutils from scratch, > but I want to use, say, precompiled Rob's tool and libes. Still > uclibc/busybox based tools do not fit buildroot (which is claimed to > support them, right?). Still bison and flex (and evil gettext) > binaries are must-pre-have on the host system. Still an unavoidable > assumption of host system has the support for shared libes sustains. > My, I don't know whether to spend man-hours to patch buildroot for my > needs or get back to my old building system. I'd strongly prefer the > former but am not so fluent in the guts of buildroot... :( > > -- Vladimir all those packages you just mentioned are in DetaolB, which is a host native x86/uclibc as a live distro. Please have a look at it (link is in my signature) and if you need more packages I can add them. In a close future, I'll provide a static toolchain to bootstrap whichever version you want to build. Keep an eye to this mailing list, as I usually announce new releases here. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Sun, Oct 19, 2008 at 4:10 AM, Rob Landley <[EMAIL PROTECTED]> wrote: >> > Did you ever get around to adding any non-x86 targets, and do you supply >> > a cross compiler for the host system? >> >> Hi Rob, >> >> no, not yet. It's in the todo list. > > It's pretty trivial. It only took me about two years to get it right. > Yes, I saw also your BOF video on compilers and cross compilers. I'll call you in when I need help on this one ;-) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Sat, Oct 18, 2008 at 10:44 AM, Rob Landley <[EMAIL PROTECTED]> wrote: >> don't forget there's also a linux live distro based on uclibc-0.9.29 >> which contains compilers c/c++/fortran and dependencies to develop >> with uclibc. > > Did you ever get around to adding any non-x86 targets, and do you supply a > cross compiler for the host system? > Hi Rob, no, not yet. It's in the todo list. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [ANNOUNCE] uClibc-0.9.30-rc2 released
On Fri, Oct 17, 2008 at 11:54 PM, Rob Landley <[EMAIL PROTECTED]> wrote: > On Wednesday 15 October 2008 05:15:41 Bernhard Reutner-Fischer wrote: >> On Wed, Oct 15, 2008 at 02:01:58PM +0400, Vladimir Dronnikov wrote: >> >Hi, >> > >> >Where from can I download fresh rootfs for x86? Or this is not supported >> >any more? >> >> I have this: >> http://repo.or.cz/w/buildroot.git/ >> >> I'd be glad to get help to provide fresh root filesystems that can be >> used with qemu, _including_ proper kernels. I do not have time to roll >> these, though. Note that for consistency these root-filesystems should >> be built with buildroot (i believe Erik always did this, back then). > > I've already rolled these as part of my Firmware Linux project, and am happy > to provide them and support them for the uClibc community if you'd like. > > http://landley.net/code/firmware > don't forget there's also a linux live distro based on uclibc-0.9.29 which contains compilers c/c++/fortran and dependencies to develop with uclibc. I need to update it soon to align with 0.9.30-rc2 :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Compiling UClibc on cygwin running on WinXP
On Tue, Oct 14, 2008 at 8:36 PM, Alexsander Ávila <[EMAIL PROTECTED]> wrote: > Hi. > Can I compile uClibc on cygwin running on WinXp? > When I run "make menuconfig", it asked the kernel souce path. > Can I handle this? go see a shrink. :lol: seriously, you'd be better off keeping uclibc in a linux distro. If you're stuck with Xp, use colinux or qemu/virtualbox/vmware. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [RFC] build system replacement
On Wed, May 7, 2008 at 5:29 PM, Denys Vlasenko <[EMAIL PROTECTED]> wrote: > Hi. > > I noticed that uclibc build system is broken. > After I touch a file, running make won't rebuild it. > > I love hacking on makefiles as much as anyone else, > but this was simply way below acceptable. > > So I decided to replace build system, using my > experience in replacing build system for busybox. > > For busybox, I simply adapted Linux kernel build system. > It is much bigger than needed for busybox and I ended up > having unused features, but in the end of a day, it worked > wonderfully ever since. > > This time, I decided "to make it right" and not carry > kernel's build system idiosyncrasies. > I have not tested it yet, but could you tell if this time, ncurses is still needed when doing "make oldconfig" ? -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: uClibc and expected versions of usable gcc
On Feb 16, 2008 12:38 AM, Mike Frysinger <[EMAIL PROTECTED]> wrote: > > On Tuesday 08 January 2008, Mike Frysinger wrote: > > at this time, i'd consider gcc-3.4.6 the oldest version worth using with > > uClibc. that means it's the oldest version i'd consider adding source code > > tweaks to work around gcc bugs. for older versions of gcc, if uClibc fails > > to build for you due to a bug in the compiler, the answer is upgrade your > > gcc, sorry. > > > > any comments/thoughts/inputs/whatever ? ready set fight > > ive updated the FAQ. if people could take a quick peek, that'd be great: > http://uclibc.org/FAQ.html#upstream_versions > -mike > thanks. looks ok (gcc-3.4.6 is still supported, cool!) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB v0.8.1 is released
DetaolB v0.8.1 has been released 26th,January 2008 http://prdownloads.sf.net/detaolb/detaolb_v081.iso (~60Mb) This is a bug fix release mostly. The website will soon be updated. Changelog: - fixed NumLock issues for fvwm2 - fixed segfaults of fdisk in busybox-1.9.0 - fixed SciTE editor for standard user - tweak openssl for Dillo - Dillo can now access gmail.com - added git-cvsimport capability - added readline Thanks for the feedbacks and the beta testers :-) PROGRESS, BUGS, SUGGESTIONS: [EMAIL PROTECTED] -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB v0.8 is released
DetaolB v0.8 has been released 18th,January 2008 http://prdownloads.sf.net/detaolb/detaolb_v08.iso (~60Mb) Changelog: - added debugging capabilities (gdb, ddd) - added fortran language support - added many editors (qemacs, Scite, nedit, zile) - upgrade to perl 5.10 ! - static checker for c/c++ (splint) and fortran (ftncheck) This distro works very well on real hardware (you can customize the kernel and iso as you wish). It's mostly dedicated to qemu > 0.9.0 or virtualbox > 1.5.4 (they fix the display bug: yeah!). Network starts automatically if the host is properly connected to internet with these 2 emulators! You can play with the grub menu (press the key 'e') at boot sequence and choose the framebuffer resolution you want using the "screen" parameter (example: screen=vga or screen=svga or screen=xga or screen=sxga). You can choose a french keyboard by using the "kmap" parameter (kmap=fr) or stick to the us default. There will be more keyboard maps soon. We're getting very close to a 1.0 release: hopefully we'll finished being listed at http://distrowatch.org. Thanks for the feedbacks and the beta testers :-) PROGRESS, BUGS, SUGGESTIONS: [EMAIL PROTECTED] -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: uClibc and expected versions of usable gcc
On Jan 8, 2008 6:06 PM, Mike Frysinger <[EMAIL PROTECTED]> wrote: > at this time, i'd consider gcc-3.4.6 the oldest version worth using with > uClibc. that means it's the oldest version i'd consider adding source code > tweaks to work around gcc bugs. for older versions of gcc, if uClibc fails > to build for you due to a bug in the compiler, the answer is upgrade your > gcc, sorry. > > any comments/thoughts/inputs/whatever ? ready set fight > -mike > fine with me too, since this is the gcc's version used in DetaolB. ;-) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB v0.7.1 is released
a bugfix release for DetaolB v0.7 is available at: http://downloads.sf.net/detaolb/detaolb_v071.iso Changelog: - "tinycc" binaries were actually missing (sorry Rob! fixed!) - "mp" small editor added (real name is mped, with color highlighting: really small footprint!) - xorg-dev is added for those who want to compile x11 apps :-) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB v0.7 is released
DetaolB v0.7 has been released 22nd,December 2007 http://prdownloads.sf.net/detaolb/detaolb_v07.iso (~48Mb) DetaolB is a small size x86/uclibc distro, aimed mostly for emulators/virtualizers (like qemu). It also runs on real hardware and can be used on a bootable usb key (mandriva flash like). Changelog: - c++ is now fully supported (this is what took most of the time) - migration to uvesafb (works fine now on real hardware!) - iso boots now using grub4dos (this is needed for usb boot) - x11r72 was completely rebuilt (x11r73 does not work yet) - rox file manager added - possible to create a bootable usb key (I need to write a tutorial on this) - network is supported inside a qemu guest: you still need to perform once "udhcpc" - Rob Landley's fork of tinycc is back! - dillo can be used for surfing once network is enabled - many packages updated to the latest (like git & vim) - CREDITS added (thanks to contributors!) - foreign/custom keyboards will be in next release (sorry!) As of today, it's now possible to compile big & complex c++ software like firefox 2.0.0.11 ;-) [but you need xorg-dev to compile x11 apps: I kept it for next release] Yet, I feel this is too big to make it inside the standard iso: the firefox squashfs is about 10Mb... I'll let vox populi decide if you want it in the next release or not. xorg-dev is about 3Mb, so it will be available soon. Looking forward to get feedback on this iso and to get a wishlist for next release. PROGRESS, BUGS, SUGGESTIONS: [EMAIL PROTECTED] Last, but not least: Merry Xmas and Happy New Year to all 3 mailing lists subscribers! -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: libraryopt
I found back the script: it's still in the uClibc tarball. Have a look at libstrip: uClibc-0.9.29\extra\libstrip\ -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: libraryopt
On 9/26/07, emBuild Software Design <[EMAIL PROTECTED]> wrote: > I'd like to request as a feature addition to uclibc the addition of specific > support for libraryopt (http://libraryopt.sourceforge.net/), a tool that > reduces shared library size by removing unneeded object files from a rebuild > of the shared libraries... Erik Andersen used to have a script doing this. Please dig into the ml archives to find back explanations on how to do this. If I recall well, his script had a way to find which objects are required. You can do so manually using "nm" by the way. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu with Git inside ! ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Where are crypto functions?
On 9/10/07, Jonathan Delizy <[EMAIL PROTECTED]> wrote: > Thanks Christian. > > Does anyone know how I could have this functions? Another library maybe? > as a dedicated single function ? yes, look at koders. It's usually good to add it as keyword when googling for missing code. http://www.koders.com/c/fid7811975D657A3FF7BD2BF7A613B294430DA4AF1F.aspx#L61 -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Where are crypto functions?
On 9/10/07, Jonathan Delizy <[EMAIL PROTECTED]> wrote: > Hi everyone, > > I've used buildroot to build a toolchain based on uClibc to compile some > software for arm9 architecture. When I compile some of this software, it > doesn't found some functions like des_setparity, ecb_crypt, ... I've > checked on my local Linux and this functions are provided by libc.so.6. > I expect that this functions should be provided by uClibc but when I do > a `nm` on libuClibc.so.0, des_setparity and others don't appear. Have I > missed something in uClibc menuconfig? > > Thanks for your help. > > Jonathan Delizy > > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > these functions do not exist in uClibc 0.9.29 (I've no idea on svn). they're defined as external functions to uClibc: grep -ilr des_setparity uClibc-0.9.29/ gives this result: uClibc-0.9.29/include/rpc/des_crypt.h -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Now I'm curious...
On 9/5/07, Steven J. Hill <[EMAIL PROTECTED]> wrote: > (...) After finishing the NPTL stuff, I dropped off on uClibc maintenance > (...) so, the "NPTL stuff" is ready... is it fully available somewhere now or it cannot be released ? -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: The Holy Grail (of computing?)
On 9/4/07, Mark Shelby <[EMAIL PROTECTED]> wrote: > 7.) Is the system "developer friendly?" Why, or why not? If yes, what > can be done to encourage more participation? If no, what fundemental > things need to be changed? actually, if you minus off the routers and their (outdated) uclibc, there are not many pure uclibc distro around. count them! :-) so I would say more uclibc based and up to date distros could encourage more participation in the shape of users' feeback. the fundamental thing to be changed then would be: bring/accept users' feedback in, not just developpers'. (a forum is not just good enough: you need to log in, track it, etc...) > 9.) How do you use your uClibc system? to do linux/distro/c/c++ development. my main usage today is with DetaolB, which I consider a small payback tribute to uclibc's community: the intent is to showcase what the latest uclibc can do. example: firefox works well with uclibc-0.9.29. Did you know about it ? (yes, if you followed buildroot progress) I remember in 2002/2003, we used to report each new tool that could be compiled/used with uclibc. We need to find back this spirit. > 10.) How well does uClibc support your computing activities (scale of 1 to > 10) ? closer & closer to 10 after each new release (hint) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Now I'm curious...
On 9/4/07, Rob Landley <[EMAIL PROTECTED]> wrote: > > Patience then might be the key here... No flaming please :) > > I'm not flaming anybody, I'm just pointing out some interesting statistics. > I meant "no flaming" for the rest of the thread onwards ;-) (maybe I should have been more explicit) And yes the statistics you gathered were interesting. What's most interesting about this topic/thread is that we *should* move over to git or mercurial: this concept of persons with the right to check in or not is truly from the past. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Now I'm curious...
On 9/2/07, Rob Landley <[EMAIL PROTECTED]> wrote: (...) > I'm poking Peter to put out a release. I'll let you know if he does. (I'd > happily send _him_ a cake, but he appears to be in Europe...) Hi Rob, and why not allowing us to peek at his 1194 commits instead ? does he have a public/private repository ? git ? mercurial ? svn ? This would look less like a fork this way, no ? Of course, one could argue that a project on hiatus is about to fork anyway sooner or later... My preference would be to see the people in charge back in the decision process. Maybe they're either too busy (understandable, they need to earn money also) or on holidays ? Patience then might be the key here... No flaming please :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: uclibc-0.9.29 - #define internal_function ends up in userspace
On 8/27/07, Bernhard Fischer <[EMAIL PROTECTED]> wrote: > On Mon, Aug 27, 2007 at 12:45:20AM +0200, Christian MICHON wrote: > >On 8/26/07, Rob Landley <[EMAIL PROTECTED]> wrote: > >> On Saturday 25 August 2007 8:51:48 am Bernhard Fischer wrote: > >> > On Fri, Aug 24, 2007 at 07:34:06PM -0500, Kevin Day wrote: > >> > >internal_function sounds like it is supposed to be internal to uClibc. > >> > > >> > This is already fixed in svn. A patch which fixes this for the 0.9.29 > >> > release can be obtained from buildroot. > >> > >> Are there any plans for a 0.9.29.1 release, for those of us who don't use > >> buildroot? (I don't use buildroot, gentoo embedded doesn't use > >> buildroot...) > >> > >> Rob > > > >I guess Rob has a point here: release early, release often... > > > >+1 vote for an update on the release, please ? :) > > Ignoring vapier's/andersee'ns busiyness for a moment, it's not that > currently trunk is rapidly moving, even WRT NPTL, so i suggest you use > that meanwhile. > > PS: At least _i_ didn't fixup the branch, so you'd be better off to look > at the diff between the branch-point and current trunk iff you were to > release an update, fwiw. > > PPS: I'd be tempted to remember the rev of current trunk, skim over > psm's patch, apply that and then see how to get the arm-NPTL into that > majourly touched-up state, fyi. YMMV as may the available time of yours. > Opinions on such a heresy (of course i wouldn't test it)? > > kind etc, > yours > I just grabbed uclibc svn 19706... but my concerns are not arm related. I'll leave this to Rob. thanks -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: uclibc-0.9.29 - #define internal_function ends up in userspace
On 8/26/07, Rob Landley <[EMAIL PROTECTED]> wrote: > On Saturday 25 August 2007 8:51:48 am Bernhard Fischer wrote: > > On Fri, Aug 24, 2007 at 07:34:06PM -0500, Kevin Day wrote: > > >internal_function sounds like it is supposed to be internal to uClibc. > > > > This is already fixed in svn. A patch which fixes this for the 0.9.29 > > release can be obtained from buildroot. > > Are there any plans for a 0.9.29.1 release, for those of us who don't use > buildroot? (I don't use buildroot, gentoo embedded doesn't use buildroot...) > > Rob I guess Rob has a point here: release early, release often... +1 vote for an update on the release, please ? :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB v0.6 is released
DetaolB is a small size x86/uclibc distro, aimed mostly for emulators/virtualizers. With this iso's size around 40Mb, you've a small yet functional desktop distro which can help developping C software or compiling the linux kernel. It can then self emulate with included qemu-0.9.0 ;-) DetaolB v0.6 has been released 26,August 2007 on sf.net => http://detaolb.sf.net Changelog: - re-shuffled the barebone system - this is a multi-user iso now with 2 logins: root and neo - updated git and vim - added some asm tools and binary editor - vesafb-tng is still in use (uvesafb is having problems on real hardware - added liveusb switch to kernel parameters - added qemu-0.9.0 with kqemu (all you need to do: insmod `find /lib -name *.ko` ) This distro works in qemu, vmplayer, virtualpc 2007 and some real hardware... You can copy on a FAT32 formatted usb key the "modules" subdirectory from the iso, boot from the iso and add "liveusb" to the graphical resolution you want to boot in. This allows to add/remove/upgrade the modules on the usb key (no need to burn more cdroms) Detailed list of modules: barebone: - barebone-0.6 - busybox-1.6.1 - bzip2-1.0.4 - coreutils-6.9 (lite) - cpio-2.8 - diffutils-2.8.1 - e2fsprogs-1.40 - findutils-4.2.31 - gzip-1.3.12 - htop-0.6.6 - less-382 - ncurses-5.6 - tar-1.18 - uclibc-0.9.29 - zlib-1.2.3 editor: - bvi-1.3.2 - vim-7.1.85 interpreter: - gawk-3.1.5 - perl-5.8.8 - tcl-8.4.15 qemu: - kqemu-1.3.0pre11 - qemu-0.9.0 - SDL-1.2.8 scm: - git-1.5.2.5 toolchain: - ald-0.1.7 - bash-3.2 - binutils-2.16.1 - bison-2.1 - flex-2.5.33 - gcc-3.4.6 - headers-2.6.22 - m4-1.4 - make-3.81 - nasm-0.98.39 - patch-2.5.4 x11: - some x11 fonts - fvwm-2.4.20 - glib-1.2.10 - gtk+-1.2.10 - gvim-7.1 - libjpeg.62 - mrxvt-0.5.2 - tk-8.4.15 - xorg-7.2 (lite) PROGRESS, BUGS, SUGGESTIONS: [EMAIL PROTECTED] -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
[optional patch] in order to compile qemu-0.9.0 for uclibc-0.9.29
Hi lists, for those who would optionally need qemu-0.9.0 (not the CVS current, the official release) compiled versus uclibc-0.9.29 on x86, please find attached a patch which allows it. i've not tested other architectures like arm/sparc. it's basically a removal of aio (not present in uclibc) and of floatx80 math operations (not all available in uclibc). this is optional: your mileage may vary. the cool thing about it is that next release of detaolb 0.6 will include qemu binaries. kqemu works too if you compile it yourself for detaolb. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu qemu-0.9.0-uclibc.patch Description: Binary data ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: ANN: DetaolB v0.5 is released
On 8/21/07, Rob Landley <[EMAIL PROTECTED]> wrote: > On Friday 17 August 2007 3:23:04 pm Christian MICHON wrote: > > DetaolB aimed to be a "much-less-than-a-floppy" x86 linux live distro. > > Now, it's evolving more into "a-la-slax" type of distro. > > As did Puppy Linux before it. > > Rob I actually intend to keep uclibc at least, and later on propose, like slax, different types of iso/editions. If your tcc fork can compile the kernel, uclibc, I'll gladly remove binutils and gcc :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB v0.5 is released
DetaolB aimed to be a "much-less-than-a-floppy" x86 linux live distro. Now, it's evolving more into "a-la-slax" type of distro. In less than 40Mb, you've a small yet functional desktop distro which can help developping software or compiling the linux kernel. DetaolB v0.5 has been released 17th,August 2007 on sf.net => http://sourceforge.net/project/showfiles.php?group_id=140321&package_id=155481&release_id=528334 Changelog: == - removed lzma patch (I've problems making a working c++ uclibc compiler) - upgraded to linux-2.6.22 + SLUB, tickless, aufs 20070813 and squashfs 20070805 - added perl, tcltk modules - upgraded to busybox-1.6.1, xorg/kdrive r7.2 - "improved" boot menu: still log in as root, then "xinit" - vesafb-tng allows to change the resolution of the framebuffer without rebooting :) - patches are included in the iso This distro works in qemu, vmplayer, virtualpc 2007 and some real hardware... It also boot in colinux with a 2.6.17 special kernel. A USB port is on the way... !! It does not work with VirtualBox: bug #512 has been filed. !! Please report progress, bug, suggestions to this Mailing list: [EMAIL PROTECTED] Detailed list of modules: = barebone: busybox-1.6.1 bzip2-1.0.4 coreutils-6.9 (lite) cpio-2.8 diffutils-2.8.1 e2fsprogs-1.40 findutils-4.2.31 gzip-1.3.12 htop-0.6.6 less-382 ncurses-5.6 tar-1.18 uclibc-0.9.29 zlib-1.2.3 editor: vim-7.1 interpreter: gawk-3.1.5 perl-5.8.8 tcl-8.4.15 scm: git-1.5.2.3 toolchain: bash-3.2 binutils-2.16.1 bison-2.1 flex-2.5.33 gcc-3.4.6 headers-2.6.21 (to be changed soon) m4-1.4 make-3.81 patch-2.5.4 x11: some x11 fonts fvwm-2.4.20 glib-1.2.10 gtk+-1.2.10 gvim-7.1 libjpeg.62 mrxvt-0.5.2 tk-8.4.15 xorg-7.2 (lite) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [PATCH] uClibc/buildroot for Sparc32
On 7/20/07, Blue Swirl <[EMAIL PROTECTED]> wrote: > > have you seen this ? this is in a chrooted environment. > > One problem that may be related is that vfork is not implemented in > linux-user emulation. what I can tell is that glibc statically linked busybox does work. once you've a patch, I'll test it. meanwhile, I was holding the release of DetaolB v0.5 in order to provide for x86_32 and sparc32. I think I prefer to wait for the next batch of patches. There's also the SILO issue I need to figure out... > > > > Also default uClibc config enables CONFIG_FEATURE_TASKSET_FANCY, which > > > wants unimplemented functions. GDB needs threading support, but none > > > of the build options were satisfactory. I forgot why I didn't get > > > strace building. > > > > Do I need to enable this ? > > No, please disable. > well, it was not enabled actually... please note strace does not compile yet either on uclibc/sparc32. so it's really hard to figure out the bugs. I guess a glibc statically linked strace would do. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [PATCH] uClibc/buildroot for Sparc32
On 7/16/07, Blue Swirl <[EMAIL PROTECTED]> wrote: > I finally got buildroot deliver the file system so I could test my > page size fix. Now at least busybox and dash work, bash still hangs. I confirm the patch fix this. ash work, but then any command typed in it end in "[1] + Stopped (tty output) ls" for example. have you seen this ? this is in a chrooted environment. > > Also default uClibc config enables CONFIG_FEATURE_TASKSET_FANCY, which > wants unimplemented functions. GDB needs threading support, but none > of the build options were satisfactory. I forgot why I didn't get > strace building. Do I need to enable this ? -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: getprotobyname crash if no /etc/protocols
this bug is not in DetaolB, uclibc 0.9.29 native based. are you on a specific arch ? On 7/17/07, Matthieu CASTET <[EMAIL PROTECTED]> wrote: > Hi, > > if there is no /etc/protocols, getprotobyname from Uclibc 0.9.29 segdefault. > > This happen for example with ping command of busybox (without > /etc/protocols). > > Thanks, > > Matthieu > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [PATCH] uClibc/buildroot for Sparc32
I'm evaluating the patch now. the fix-ulong_t does not apply (I'll look at it later) On 7/16/07, Blue Swirl <[EMAIL PROTECTED]> wrote: > I finally got buildroot deliver the file system so I could test my > page size fix. Now at least busybox and dash work, bash still hangs. > > Also default uClibc config enables CONFIG_FEATURE_TASKSET_FANCY, which > wants unimplemented functions. GDB needs threading support, but none > of the build options were satisfactory. I forgot why I didn't get > strace building. > > I'll test Sparc64 next. > > -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [Detaolb-devel] [Qemu-devel] ANN: DetaolB v0.4 is released
On 7/11/07, Rob Landley <[EMAIL PROTECTED]> wrote: > I look forward to a fix. It would be nice to add sparc to the "actually > works" list. :) that's 2 persons looking forward to it. ;-) today's results: - uclibc ok (minus the segfaults coming from it) - conf from busybox segfaults - bash segfaults - busybox segfaults - gcc does not build without bash (I'll replace with ash tomorrow) - binutils ok - ncurses ok (I need to look at uclibc' conf now) - make ok - bzip2 ok - coreutils ok - findutils ok Blue swirl, please note that the porting of DetaolB to sparc32 will take more time than scheduled, once the segfault issues are covered. I'd like to spend some time testing firmware and cross compilation :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [Detaolb-devel] [Qemu-devel] ANN: DetaolB v0.4 is released
On 7/11/07, Rob Landley <[EMAIL PROTECTED]> wrote: > When you get that kind of segmentation fault, see if "hello world" segfaults > too. (In general, when building with a new toolchain, new C library, new > kernel, new root filesystem packaging method, or a new system in general, if > anything goes wrong back up a few steps and make sure "hello world" works > before trying to debug anything fancier.) I was not clear then. I've binutils already compiled versus uClibc for sparc, and it works. Some of those binaries from binutils are bigger than the expected size of final uclibc dynamic busybox. of course, as soon as I got uclibc compiled, hello world comes first to my mind, and it was working. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [Detaolb-devel] [Qemu-devel] ANN: DetaolB v0.4 is released
On 7/11/07, Christian MICHON <[EMAIL PROTECTED]> wrote: > I just managed a compilation of bash-3.2 using ncurses-5.6 and > uClibc-0.9.29 inside a qemu-system-sparc (native compilation, > no cross compilation). > > "ldd ./bash" points naturally to libdl.so.0, libc.so.0, ld-uClibc.so.0 > > ./bash > Segmentation fault > > I do not have gdb compiled yet... I'll check soon with busybox > ash, since I recompiled uClibc with the sched_affinity patch. > busybox-1.6.0 does segfault here too. I had to remove taskset as apparently the sched_affinity patch did not fix the linking step. is there a repository of sparc/uclibc patches somewhere ? Blue mentionned he'll have a fix for uclibc ldso. I'll try it using this dev environment as soon as it'll be out. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [Detaolb-devel] [Qemu-devel] ANN: DetaolB v0.4 is released
On 7/11/07, Blue Swirl <[EMAIL PROTECTED]> wrote: > > It's entirely possibly that qemu and real sparc hardware are behaving > > differently, but I'm not seeing this bus error under qemu. (I haven't got > > real sparc hardware, so I can only debug against qemu...) > > Right. Debugging the problem I found out that in Qemu, 64-bit loads > and stores to unaligned addresses do not trigger any traps as they > should. I'll commit a fix soon. The problem is in uClibc ldso, there > is this kind of store. > > Running the program on qemu-sparc reveals another problem, probably > because of these definitions in ldso/ldso/sparc/dl-sysdep.h: > /* 4096 bytes alignment */ > /* ...but 8192 is required for mmap() on sparc64 kernel */ > #define PAGE_ALIGN 0xe000 > #define ADDR_ALIGN 0x1fff > #define OFFS_ALIGN 0x7fffe000 > > On Sparc32 the correct page alignment is still 4096. Because of these > definitions, some code apparently tries to clear a 8k page, but only > 4k of memory is mapped. > I just managed a compilation of bash-3.2 using ncurses-5.6 and uClibc-0.9.29 inside a qemu-system-sparc (native compilation, no cross compilation). "ldd ./bash" points naturally to libdl.so.0, libc.so.0, ld-uClibc.so.0 ./bash Segmentation fault I do not have gdb compiled yet... I'll check soon with busybox ash, since I recompiled uClibc with the sched_affinity patch. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [Qemu-devel] ANN: DetaolB v0.4 is released
On 7/10/07, Bernhard Fischer <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 04, 2007 at 09:54:48PM +0200, Cedric Hombourger wrote:
> >The busybox link failure has an existing entry in mantis:
> >http://www.uclibc.org/bugs/bug_view_advanced_page.php?bug_id=1356
>
> Just to expand on this one last time, here is the help-text of taskset:
> config TASKSET
> bool "taskset"
> default n
> help
> Retrieve or set a processes's CPU affinity.
> This requires sched_{g,s}etaffinity support in your libc.
>
> This was slightly adjusted in uClibc trunk (to stub it out if the syscall is
> unavailable),
> a patch against 0.9.29 which updates this can be found here:
> http://buildroot.uclibc.org/cgi-bin/viewcvs.cgi/trunk/buildroot/toolchain/uClibc/
>
> HTH,
>
I hit this today. I'll need this patch then, since I did not see the problem
on i686. Thanks!
--
Christian
--
http://detaolb.sourceforge.net/, a linux distribution for Qemu
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: 0.9.29.1 ?
from http://free-electrons.com/pub/mirror/devmem2.c "Simple program to read/write from/to any location in memory. * * Copyright (C) 2000, Jan-Derk Bakker ([EMAIL PROTECTED]) ..." On 7/10/07, Rob Landley <[EMAIL PROTECTED]> wrote: > On Monday 09 July 2007 03:09:36 Matthieu CASTET wrote: > > >> This patch make work mmap on /dev/mem. > > > > > > Ah. I'm guessing "needed to make X11 work", which I'm not using yet... > > > > or just devmem2 that very usefull for debug purpose ;) > > What's "devmem2"? > > Rob > -- > "One of my most productive days was throwing away 1000 lines of code." > - Ken Thompson. > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: does anyone of you have a patch to remove ncurses from uclibc ?
On 7/9/07, Christian MICHON <[EMAIL PROTECTED]> wrote: > Hi, > > I'm facing a catch 22 issue (ncurses mostly). > > I need to be able to do a "make oldconfig" without having > uclibc nor ncurses installed yet. to do so, I need to have > ncurses "removed" from uclibc-0.9.29. > > does anyone of you already has a patch for this ? > any clue on what to change ? > Thanks > of course Rob hit this too in the past, and has a patch exactly for this (tm) since firmware-0.2.1! thanks Rob! -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: does anyone of you have a patch to remove ncurses from uclibc ?
On 7/9/07, Kevin Day <[EMAIL PROTECTED]> wrote: > If I am understanding you correctly, I believe I had had this happen > before, for me it was a problem with an external intl while ncurses > tried to build the menu. > Here is my solution: > > sed -i -e 's|$(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) > $(HOSTCFLAGS_$@) $(HOST_LOADLIBES) $< -o $@|& -lintl|' > extra/config/Makefile > sed -i -e 's|$(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) > $(HOSTCFLAGS_$@) $(HOST_LOADLIBES) $([EMAIL PROTECTED]) -o $@|& -lintl|' > extra/config/Makefile > sed -i -e 's|$(HOSTCC) $(HOST_EXTRACFLAGS) $(HOSTCFLAGS) > $(HOSTCFLAGS_$@) -c $< -o $@|& -lintl|' extra/config/Makefile > thanks for the suggestion. indeed I was not clear enough. I want to be able to perform a "make oldconfig" without ncurses installed at all. the intl is not the issue here. it's possible with the kernel. ncurses is only needed if we want to do a menuconfig. it should be possible with uclibc to be able to compile uclibc from scratch without having ncurses installed (whether it's just the headers or not). -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
does anyone of you have a patch to remove ncurses from uclibc ?
Hi, I'm facing a catch 22 issue (ncurses mostly). I need to be able to do a "make oldconfig" without having uclibc nor ncurses installed yet. to do so, I need to have ncurses "removed" from uclibc-0.9.29. does anyone of you already has a patch for this ? any clue on what to change ? Thanks -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [Qemu-devel] ANN: DetaolB v0.4 is released
On 7/5/07, Rob Landley <[EMAIL PROTECTED]> wrote: > What's the difference between deltaolb and Firmware Linux, anyway? I'm still > curious about this. a few differences, quite minor actually (that's why I said in the past we shared many common goals :-) )... I actually started this in 2002, but then hit many bugs in uclibc. In the end, I actually used a trimmed LFS approach, using zisofs. My bootable env then was ~45Mb. At that time, buildroot was also starting... I lacked of time to work on it. The biggest difference today is that your firmware is based on automation or Makefiles, whereas I still use a LFS type of approach. I first build a static minimal toolchain with a static busybox: all native, no cross compilation. Then I chroot in it, compile uclibc, busybox, the toolchain. The rest is obvious, but quite manual. I really should do Makefiles... The other difference is that I base detaolb on aufs/squashfs (I do not think you passed that stage yet, if I recall not all the archs you're targetting can take this). That's today's improvement over the stuff I did in 2002 using zifofs. > Oh, by the way, the Fedora for Arm project is also building natively on arm, > but they got some fast ARM hardware and stuck lots of DRAM and hard drive > space onto it rather than using QEMU. in 2003/2004, I also worked on porting linux to an Ipaq h2215. I actually then used buildroot arm precompiled, and managed to chroot in it using nfs over usb. quite cool, and the speed was better than qemu today. It was just a 400Mhz Xscale. I'm still interested in your cross compiling tutorial. I believe we all are :) If I start putting too many archs in the picture, I believe DetaolB will be redundant with Firmware. This is not intended. Originally I wanted to share the portable x86 env I carry on my usb key. Some of you asked for a sparc32 port. I'll complete this one at least (I'm progressing quite fast on it). -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [Qemu-devel] ANN: DetaolB v0.4 is released
On 7/4/07, Cedric Hombourger <[EMAIL PROTECTED]> wrote: > You may want to look at crosskit.sourceforge.net thanks for this hint. > > I haven't looked at detaoib yet but it was surely created before crosskit > and may therefore be a safer bet. DetaolB aims to be a native solution, not a cross compiling tool. I've to get to the point where a native sparc32 toolchain will be usable in detaolb-sparc32... -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: [Qemu-devel] ANN: DetaolB v0.4 is released
On 6/30/07, Blue Swirl <[EMAIL PROTECTED]> wrote: > As the number of Sparc32 distributions keeps approaching zero, could > you consider porting DetaolB to non-x86 CPUs? ok, I documented myself, and I'll try on sparc32. any hint on patches, config files for the kernel ? will uclibc work well enough on sparc32 ? -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB v0.4 is released
DetaolB aimed to be a "much-less-than-a-floppy" x86 linux live distro. Now, it's evolving more into "a-la-slax" type of distro. DetaolB v0.4 has been released 29th,June 2007 on sf.net => http://sourceforge.net/project/showfiles.php?group_id=140321&package_id=155481&release_id=519786 Mailing list: [EMAIL PROTECTED] Changelog: == - updated aufs and squashfs - increased the list of modules - vesafb-tng included (default boot is 800x600x24bpp) - included some X11 functionality: log in as root, then "xinit" - included ext2fs utilities: you can now work in qemu/vmplayer - self sufficient to compile itself and linux-2.6.21 - killing features: git, vim Detailed list of modules: = barebone: busybox-1.6.0 e2fsprogs-1.39 uclibc-0.9.29 zlib-1.2.3 dev: bash-3.2 binutils-2.16.1 bison-2.1 bzip2-1.0.4 coreutils-6.9 (od & tail) cpio-2.8 diffutils-2.8.1 findutils-4.2.31 flex-2.5.33 gawk-3.1.5 gcc-3.4.6 git-1.5.2 gzip-1.3.12 headers-2.6.21 less-382 m4-1.4 make-3.81 ncurses-5.6 patch-2.5.4 tar-1.17 vim: vim-7.1 x11: fvwm-2.4.11 xfree86-4.2.0 -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: Time based releases for open source projects (a google video)
On 6/21/07, Rob Landley <[EMAIL PROTECTED]> wrote: > Here's a video of an ex-debian maintainer (Martin Michlmayr, never heard of > him) giving Google a talk about the advantages of time based release > management. > (...) > Yes, I think uClibc should do this, in case it wasn't clear. isn't this dedicated to *large* developments in particular? > Your designated release pesterer, (how goes the merge of nptl into the main > tree, by the way?) yes, but you pester with cakes :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: compiling gcc on the DOC
On 6/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I intend to use Coriander, a Gnome 2 based app...though I'm not sure abt it, > I think there are some X11 calls...Ill have to chk...so i guess my options > are to either use XFree86 or Kdrive... I haven't seen this code yet. no comment. > > caution: what type of mouse is on your DOC ? > > Im using a PS/2 mouse...i can also use a usb mouse...why is this important? quoting "http://www.linuxdevices.com/articles/AT9024868021.html"; << GtkFB has built-in drivers for the normal Linux keyboard and several normal mouse types, including touch-screens. >> I do not know if USB mice are supported. PS/2 should do :) -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: compiling gcc on the DOC
On 6/18/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > but isnt kdrive same as TinyX which will need me to rewrite the code? kdrive is only a cut-down version of the X11 server, running either on framebuffer or on vesa. it's still a standard X server. What you need is to have compiled Xlib for it too. In this case, you'd have no problem. I googled for gtkfb: if your apps is gtk2, and calls only gtk2 api, no X11 api calls, then you should be able to port your application straight away on gtkfb. caution: what type of mouse is on your DOC ? -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: compiling gcc on the DOC
based on what you wrote earlier, this is a X11 native application, using the gtk+ widget set (you did not mention if it is gtk-1 or gtk-2, this is important...) -> to move it to gtkfb, you'll need code modification. That means finding all x11 calls and change them into their equivalent for gtkfb! -> to compile it as it is, you'll need all dependencies: - xorg or xfree - xlibs-dev - gtk-1 or gtk-2 (note gtk-2 is big btw) I would go for the second solution. If you wanted the framebuffer in the first place because it's the first graphical mode that came to your mind, then kdrive or xorg/xfree in fbdev driver mode are your best friends. The nice thing about kdrive/Xfbdev is that all mouse configuration is taken care for. In gtkfb which I never used, this may not be so easy (I recall compiling qemu with SDL/fb once, and the mouse handling was a big problem) good luck! -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: ANN: DetaolB v0.3 is released
On 6/16/07, Rob Landley <[EMAIL PROTECTED]> wrote: > On Thursday 14 June 2007 17:13:32 Christian MICHON wrote: > > * /proc/miniconfig.gz: main ideas from Rob Landley, need documentation > > Actually, there was documentation for this before there was code. You can > follow my development of the concept: > (...) I'm sorry Rob, I meant I need to document the changes I brought to your original idea. Download the iso, and once it's finished booting inside qemu, log in as root and do this: vi /proc/miniconfig.gz you'll understand what I meant by not having documented (my changes)... > > + gcc-3.4.6 > > Heh. You're building qemu with your toolchain, aren't you? :) nope, not yet. the reason for this gcc version is also due to colinux requirements (I need a vmlinux api compatible with gcc-3.4.6) I actually intend to deliver a few toolchains soon. But qemu is definitely going in as a loadable module soon after Xwindows will be in. :) > "One of my most productive days was throwing away 1000 lines of code." > - Ken Thompson. excellent... -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB v0.3 is released
DetaolB v0.3 is being released 14th,June 2007 on sf.net => http://sourceforge.net/project/showfiles.php?group_id=140321&package_id=155481&release_id=516140 - this is mostly a release with tons of added features - this is mostly a proof of concept - this is not a bugfix release - your feedback will shape it into v1.0 someday, so please post at the DetaolB mailing list: [EMAIL PROTECTED] Changelog: == - it's bigger now: ~17Mb, but it's still smaller than slax-frodo :) - you can still log using root with no password (this will change) - kernel 2.6.21 with following patches... * acpi, ide/atapi drivers added * /proc/miniconfig.gz: main ideas from Rob Landley, need documentation * aufs: another unionfs * squashfs * lzma vmlinux: a great thanks to Ming Ching Tiew! * complete git patches released on sf.net - still based on initramfs early userspace, now using switch_root * 1st phase is using a minimal static bbox * 2nd phase is mounting cdrom and 5 squashfs modules in aufs new root. This is a common scheme inspired by slax, yet simplified for speed. * 3rd phase is root switching and over to standard init phase * main drawback: changes to the rootfs are lost if you reboot. I've not figured out a smart way using initramfs+aufs+squashfs and access rootfs changes from RAM... * but it's still blazing fast even in qemu! - 5 default squashfs modules are present and enabled * "barebone" is busybox-1.6.0 with rootfs config files + mksquashfs * "uclibc" is uClibc-0.9.29 + zlib * "ncurses" is ncurses-5.2, needed for uclibc/bbox/kernel compilation * "toolchain" is needed for C compilation + gcc-3.4.6 + binutils-2.16.1 + bash-3.2 + bison-2.1 + flex-2.5.33 + make-3.81 + misc. coreutils mandatory for uclibc/bbox/kernel compilation * "vim" is a full vim-7.1 installation * these modules were compiled using DetaolB v0.3, and config files for uclibc and busybox are inside /root * "git" is compiled but not included yet - a 2.6.17 version of DetaolB v0.3 exist for colinux! it'll be available on demand, or will be released anyway at version 1.0 HOW TO USE IT ? === - use your favorite emulator: qemu, virtualbox, even vmplayer! - you need to provide an hda image preformatted in ext2 if you want to work on a non-volatile area (busybox has no more ext2fs tools ??) - boot it, do some compilation, enjoy it - please note it has no network capabilities - this distro is not meant for real hardware yet (but it will be soon) FEEDBACK, QUESTIONS, INSULTS, POSTCARDS: [EMAIL PROTECTED] -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: compiling gcc on the DOC
On 6/14/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > when i build a c++ compiler in the native toolchain(using buildroot)...the > size(~80MB) is 4 times as large as when i just build a c compiler...i > noticed that this is mainly because of two precompiled header files > o0g.gch and 02g.gch in /usr/includecompile time is not an issue with > meso how can i get a smaller system? make it a squashfs or cloop device and mount it inside your environment. I do not know if uclibc++ would help here otherwise (http://cxx.uclibc.org/) > > i need a c++ compiler because the graphic libraries i have come across are > based on c++is thr any small footprint graphic library which works > with uclibc...or any other way to build a small gui for a uclibc based > system.something like linux framebuffer+directfb+fbuialso where > can i get info abt compatibility issues regarding tinyx...as in,will it > work with matchbox, qt/embedded etc? if you include framebuffer drivers, you can go for kdrive which exists in x11 and xorg. 'fbdev' as driver for native xorg will work too. Not much compatibility issues with tinyx/kdrive, mostly mouse issues (it takes time to detect the right protocol: you've no config file with kdrive). as for graphical libraries with small footprint, or window managers: gtk-1.2.10, fvwm2. My personal preferences, your mileage may vary. -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: compiling gcc on the DOC
On 6/12/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I could use a pre-compiled development system which will give me a native > compiler. But I want to compile it myself from the source(and hopefully > learn something along the way :D). How do I compile gcc such that it is > linked to the uclibc libraries on the diskonchip and not the glibc on the > knoppix CD. for example, you would need a statically compiled toolchain: gcc, binutils, make, bash, bison, flex, od, tail. You also need to modify manually the specs file to target ld-uClibc.so.0 then you need to install kernel headers, compile uclibc, recompile busybox and all the tools mentionned above. the real trick is to modify the ld-linux.so.2 into ld-uClibc.so.0 is this diskonchip x86 compatible ? if so, I'm building a uclibc distro with squashfs loadable modules (like slax). version 0.3 will be released soon, and will have all the goodies you need. the link for the distro is inside my signature... -- Christian -- http://detaolb.sourceforge.net/, a linux distribution for Qemu ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: ANN: DetaolB version 0.2 is available at sourceforge.net
On 5/25/07, rafael2k <[EMAIL PROTECTED]> wrote: > Hi Christian! > thanks for the great mini-distro ;) it's actually a way of paying backwards the great work of many developers in uclibc. I hope you can use it and feedback to its own mailing list. > > Is there any floppy disk image, for old computers? no, not yet, was not planned for. I add this to the suggestion box :) good point! > where can i download the patches you have used against uclibc 0.9.29? there was no patches versus uclibc 0.9.29. I used the released tarball. the only patches are with busybox (I manually changed the default PS1 for lash) and the linux kernel itself (I should soon add the big patch to sf.net). -- Christian ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
ANN: DetaolB version 0.2 is available at sourceforge.net
Hi lists, DetaolB is a small live x86 distro, entirely uclibc/busybox based, to be run either on real hardware or inside qemu. With a modified kernel, it can also run in colinux and will soon self-build this way. it's (at least today) at the bleeding edge of uclibc and linux kernel. there are also some goodies like ldd and tinycc ( a tcc fork that can compile using uclibc ). for your bookmarks: http://detaolb.sourceforge.net there you can find links to the iso file releases. patches will be available on sf.net soon too, but it's mostly an assembly work, so do not expect fantastic new linux features. I also created a separate mailing list for this distro, to avoid noise on the mailing lists of qemu-devel and uclibc. Future announces for DetaolB will not bother these 2 ML, and will be done only at this list: https://lists.sourceforge.net/lists/listinfo/detaolb-devel the reason for the name "DetaolB" is not difficult to figure out... (read reverse!) the reason for this project is to have the smallest and quickest iso around (less than 1.4M), while still being useful and packed with goodies. aufs and squashfs are already in: we're talking about nice expandability here! Fabrice: you can include it in your qemu homepage if you want to. -- Christian ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Re: uClibc 0.9.29 is out
woot, and congrats On 5/6/07, Mike Frysinger <[EMAIL PROTECTED]> wrote: > tagged, branched, and posted ... 0.9.29 is up > -mike > > ___ > uClibc mailing list > uClibc@uclibc.org > http://busybox.net/cgi-bin/mailman/listinfo/uclibc > > -- Christian ___ uClibc mailing list uClibc@uclibc.org http://busybox.net/cgi-bin/mailman/listinfo/uclibc
