On Friday 10 July 2009 13:43:24 Lennart Sorensen wrote:
On Thu, Jul 09, 2009 at 06:24:54PM -0400, Mike Frysinger wrote:
On Monday 06 July 2009 10:40:35 Lennart Sorensen wrote:
On Sun, Jul 05, 2009 at 06:28:32PM -0400, Mike Frysinger wrote:
On Friday 03 July 2009 16:50:22 Mike Frysinger
On Monday 13 July 2009 07:45:03 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
if you run `./extra/scripts/MAKEALL sh`, does it work for you ?
no, it doesn't, but we know why and have a patch.
It happens when using Big Endian... I'll commit this asap
thanks. i'll update the MAKEALL script
On Sunday 26 April 2009 15:04:22 saftsack wrote:
everytime when i create my toolchain with buildroot (actual svn: Revision
26210.) i get at compiling gcc the following error:
this is the uClibc mailing list. please direct buildroot questions to the
buildroot maiing list.
-mike
signature.asc
On Thursday 09 July 2009 03:35:05 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=b387d762361e6c109c6a60bced003e724
47b0a33 branch: http://git.uclibc.org/uClibc/commit/?id=refs/heads/master
Patch is too large, so refusing to show
On Thursday 09 July 2009 14:24:32 Mike Frysinger wrote:
On Thursday 09 July 2009 03:35:05 Carmelo AMOROSO wrote:
Mike Frysinger wrote:
commit:
http://git.uclibc.org/uClibc/commit/?id=b387d762361e6c109c6a60bced003e7
24 47b0a33 branch:
http://git.uclibc.org/uClibc/commit/?id=refs/heads
On Monday 06 July 2009 10:40:35 Lennart Sorensen wrote:
On Sun, Jul 05, 2009 at 06:28:32PM -0400, Mike Frysinger wrote:
On Friday 03 July 2009 16:50:22 Mike Frysinger wrote:
Unify all the common syscall defines in syscalls-common.h and scrub all
the duplicated code from relevant ports
On Tuesday 07 July 2009 08:10:04 Michal Simek wrote:
Mike Frysinger wrote:
that leaves us with this arch list that need to get updated:
alpha/bits/syscalls.h
e1/bits/syscalls.h
frv/bits/syscalls.h
h8300/bits/syscalls.h
i960/bits/syscalls.h
On Tuesday 07 July 2009 07:31:30 Cristi Magherusan wrote:
On Tue, 2009-07-07 at 12:12 +0300, Avi Kivity wrote:
On 07/07/2009 05:42 AM, Cristi Magherusan wrote:
I'm using linux-2.6.26.8, uClibc-HEAD(linuxthreds, almost complete
setup) and gcc 4.3.3.
Also, is this kernel version
On Monday 06 July 2009 13:26:25 Austin Foxley wrote:
On 07/05/2009 03:28 PM, Mike Frysinger wrote:
Austin: can you please commit your sparc implementation fix to the master
branch ?
Committed. Sparc now defines INTERNAL_SYSCALL and INLINE_SYSCALL in
anticipation of your patch.
ok, i'll
On Monday 06 July 2009 16:26:50 Mike Frysinger wrote:
On Monday 06 July 2009 13:26:25 Austin Foxley wrote:
On 07/05/2009 03:28 PM, Mike Frysinger wrote:
Austin: can you please commit your sparc implementation fix to the
master branch ?
Committed. Sparc now defines INTERNAL_SYSCALL
in commit 18f27be3, the gcc paths were changed from -iwithprefix and a short
name to -I and a full path. is there a reason you didnt use -isystem ?
these are after all gcc system paths, not package-specific include paths, and
gcc changes its behavior depending on the two.
for example, with
On Friday 03 July 2009 02:26:25 Piyush Verma wrote:
I compile a cross compiler using uclibc by following the instruction on
CLFS Embedded.
compiler prefix was armv6l-unknown-linux-uclibc.
The compile successfully compile linux kernel and run fine on terminal.
But when I compile busybox
On Friday 03 July 2009 07:52:43 Bernhard Reutner-Fischer wrote:
On Fri, Jul 03, 2009 at 12:55:45PM +0200, Salvatore CRO' wrote:
... But we needed to support elfutils that in turn uses argp...
Alternatively you could fix elfutils to use standard stuff..
you might have a tough time of that
On Thursday 04 June 2009 08:33:34 Ingo van Lil wrote:
The __syscall_error() function stores the errno value in the edx
register before invoking the __set_errno() macro. When using the
pthread library this macro calls thread_self() to determine the errno
location, which might clobber the edx
On Tuesday 14 April 2009 14:13:21 Lennart Sorensen wrote:
Commit 26002 attemps to implement the deamon() call on nommu systems.
It unfortunately did so using INTENAL_SYSCALL which doesn't exist on m68k,
and hence compiles of m68k nommu now fail.
I suspect it should be using something similar
-by: Mike Frysinger vap...@gentoo.org
---
can people give this an eye over to make sure i didnt screw up your port ?
i'm doing build tests for most arches, but a quick look over by other peeps
would be good.
include/sys/syscall.h|1 +
libc/sysdeps/linux/arm/bits
On Friday 03 July 2009 17:29:23 Cristi Magherusan wrote:
On Fri, 2009-07-03 at 15:21 -0400, Mike Frysinger wrote:
On Thursday 04 June 2009 08:33:34 Ingo van Lil wrote:
The __syscall_error() function stores the errno value in the edx
register before invoking the __set_errno() macro. When
On Thursday 02 July 2009 10:59:58 Carmelo AMOROSO wrote:
My colleague is having some problems sending patches because the size
threashold is set to 100KiB.
patches over 100kB should get held for moderation. then a moderator can
determine whether it's acceptable or to reject it.
So he had
On Thursday 02 July 2009 14:53:03 Ed W wrote:
Mike Frysinger wrote:
On Thursday 02 July 2009 13:04:02 Ed W wrote:
Hi, I'm using a gentoo uclibc system and just updated it to 0.9.30.1
I notice a curious feature of binaries which is causing problems with
some other gentoo ebuilds
On Thursday 02 July 2009 09:28:48 Phil Estes wrote:
On 07/02/2009 12:57 AM, Mike Frysinger wrote:
On Wednesday 01 July 2009 22:44:58 Phil Estes wrote:
In the case of uClibc on the ppc architecture, this means that the code
flows through the setgroups wrapper in setgroups.c which tries
On Wednesday 01 July 2009 22:44:58 Phil Estes wrote:
Before I open a bug, I thought I would look for clarification of what I
believe I'm seeing in libc/sysdeps/linux/common/setgroups.c. I think
it's possible that the code was originally i386-centric and has not been
updated as other
On Thursday 25 June 2009 11:24:41 Jing Han wrote:
I experienced the Compilation error in _fpmaxtostr.c
I downloaded the latest buildroot tarball buildroot-2009.05.tar.gz
[http://buildroot-2009.05.tar.gz/]
[http://buildroot-2009.05.tar.gz/]on my Fedora core 5 machine, and
installed the
On Thursday 25 June 2009 14:25:47 Jing Han wrote:
Since I encountered Compilation error in _fpmaxtostr.c, I did a make
clean, make distclean, and I did make again, this time I encountered the
following compiling error:
this is most likely a buildroot issue. please direct your queries there.
On Tuesday 02 June 2009 11:48:31 André Goddard Rosa wrote:
Please consider the attached patch.
you sent the same exact patch 3 times. there was no reason to do that, so
please refrain in the future.
ive applied your patch, thanks.
-mike
___
On Wednesday 10 June 2009 07:17:23 Marcus Johansson wrote:
I'm using pread/pwrite in my multi-threaded application. Ran into
mysterious problems. I discovered that uClibc thinks that the kernel does
not implement pread/pwrite (__NR_pread is not defined). __NR_pread64 is
defined though. This
On Sunday 28 June 2009 13:42:00 Mike Frysinger wrote:
On Monday 01 June 2009 13:40:16 Daniel Cordero wrote:
In some situations, the en_US.UTF-8 locale is not available (e.g. the
user does not have it installed).
Make a new option in the configuration for the user to specify an
alternative
On Wednesday 29 April 2009 09:16:49 Peter Griffin wrote:
Generate PIC relocations when __PIC__ is defined rather than
__HAVE_SHARED__ (like other architectures).
looks sane to me, but Carmelo would know ...
-mike
___
uClibc mailing list
On Sunday 28 June 2009 14:25:03 Daniel Cordero wrote:
On Sun, Jun 28, 2009 at 01:51:31PM -0400, Mike Frysinger wrote:
try the following patch please
This fixes the problem. Thanks.
thanks for testing, ive pushed that
-mike
___
uClibc mailing list
On Sunday 28 June 2009 15:33:44 Joseph S. Myers wrote:
On Sun, 28 Jun 2009, Mike Frysinger wrote:
On Thursday 25 June 2009 09:40:30 Joseph S. Myers wrote:
I just merged a patch to glibc
http://sourceware.org/ml/libc-ports/2009-06/msg00015.html to add the
missing definitions
On Friday 05 June 2009 02:06:35 Ram kumar wrote:
I have build the buildroot for my AT91SAM9260 successfully and
everything works fine.
contact the buildroot list for support -- they're the ones who built up your
gcc toolchain
-mike
signature.asc
Description: This is a digitally signed
i dont see any value in continuing to include/maintain our readelf.c. does
anyone actually care ?
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
On Monday 01 June 2009 21:49:14 Genedyne wrote:
Trying to add fltk 1.1.9 to buildroot config.
I've made several patches (most of which was to delete the patches
that came with the default fltk 1.1.7 buildroot 'package' directory -
they no longer apply).
this is the uClibc list, not buildroot.
On Friday 29 May 2009 18:16:55 Umut Tezduyar wrote:
Does any body know if I can get libdl compiled for a no-mmu product?
your port needs to support the FDPIC ELF format. libdl doesnt work with the
FLAT format for obvious reasons.
-mike
signature.asc
Description: This is a digitally signed
On Friday 29 May 2009 21:09:11 Umut Tezduyar wrote:
Hi Mike,
please do not top post
I guess, I didn't quite understand your reply. What do you mean by my port?
your architecture
Also, even before libdl support, it seems like there is no option in uclibc
configuration to generate libdl.a
On Wednesday 20 May 2009 16:00:07 Austin Foxley wrote:
--- a/libc/unistd/daemon.c
+++ b/libc/unistd/daemon.c
@@ -123,10 +123,18 @@ int daemon( int nochdir, int noclose )
#else
if (!noclose)
{
- struct stat64 st;
+#ifdef __UCLIBC_HAS_LFS__
+struct stat64
On Monday 18 May 2009 07:55:04 Gopu Subramanian wrote:
I am trying to build the buildroot 2009.02 version
this isnt the buildroot list. please direct your query there.
-mike
___
uClibc mailing list
uClibc@uclibc.org
On Tuesday 12 May 2009 11:03:49 ipif wrote:
I'm still coping with my embedded sparc system.
snip
Running strace the initial parts are identical:
# strace ntpdate -u server
snip
On the original system the following happens:
poll([{fd=3, events=POLLIN}], 1, 6) = -1 EINTR (Interrupted
On Monday 11 May 2009 08:51:17 Lennart Sorensen wrote:
On Sun, May 10, 2009 at 11:38:34PM +0200, Christian MICHON wrote:
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
On Monday 11 May 2009 13:51:12 Martin Emrich wrote:
Huh... I've always built my stuff with archstring *-unknown-linux-gnu.
I wonder if replacing gnu with uclibc would influence the build process.
that is not the correct tuple for uClibc toolchains
-mike
On Saturday 09 May 2009 20:37:28 Kyle Sallee wrote:
please do not top post
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
On Saturday 09 May 2009 20:40:34 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
On Sunday 10 May 2009 13:26:05 Kyle Sallee wrote:
I posted my reply at the top,
please let me know if this is discouraged on the uclibc mailing list.
it is
Did you manage to have it compile and link without using a gcc cross
compiler or gcc native to *-linux-uclibc?
if you did, then you're
On Sunday 10 May 2009 17:38:34 Christian MICHON wrote:
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 :(
gmail has an imap/pop interface for any client
On Saturday 09 May 2009 18:10:38 Christian MICHON wrote:
On Wed, May 6, 2009 at 4:24 PM, Mike Frysinger vap...@gentoo.org 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
On Thursday 07 May 2009 14:26:22 Martin Emrich wrote:
If I build using uClibc, the system does not boot (kernel panic, failed
to execute /init). By chance I noticed that when I build busybox
statically, the system boots, but any dynamically linked binaries do not
work.
indicates you didnt
On Wednesday 06 May 2009 05:24:50 Will Newton wrote:
On Tue, May 5, 2009 at 6:27 PM, Carmelo AMOROSO wrote:
is not possible to receive git=push notificaation by emails as we
had for svn commit ?
The post-recieve-email hook in the git contrib directory should do
what you want.
Ian
On Tuesday 05 May 2009 14:29:09 Austin Foxley wrote:
Carmelo AMOROSO wrote:
Applied to git (master/nptl).
Just a friendly reminder to rebase before pushing if you can. Otherwise
we will end up with a lot of 'Merge' commits that clutter up the history
like:
On Wednesday 06 May 2009 06:07:13 Peter Kjellerstedt wrote:
From Mike Frysinger:
On Wednesday 06 May 2009 05:24:50 Will Newton wrote:
On Tue, May 5, 2009 at 6:27 PM, Carmelo AMOROSO wrote:
is not possible to receive git=push notificaation by emails as we
had for svn commit
On Wednesday 06 May 2009 07:03:42 Peter Kjellerstedt wrote:
From: Mike Frysinger [mailto:vap...@gentoo.org]
On Wednesday 06 May 2009 06:07:13 Peter Kjellerstedt wrote:
A step in the right direction, but the mails (judging by the ones
I received for busybox) seem to be lacking some vital
On Wednesday 06 May 2009 08:07:58 Peter Korsgaard wrote:
Mike Frysinger writes:
For short diffs (10kB by default) it includes the diff in the
mail, and for longer diffs it includes a link instead
we didnt have that before and no one complained that i know of,
and mailman itself has a limit
On Wednesday 06 May 2009 08:55:31 Peter Korsgaard wrote:
Mike Frysinger writes:
We didn't? The commit-email.pl script did a check if the diff was
longer than 1000 lines and sent a link to viewvc instead otherwise. We
had that a few times in BR.
yeah, you're right. i see that in the svn
On Wednesday 06 May 2009 06:11:09 Mike Frysinger wrote:
On Tuesday 05 May 2009 14:29:09 Austin Foxley wrote:
Carmelo AMOROSO wrote:
Applied to git (master/nptl).
Just a friendly reminder to rebase before pushing if you can. Otherwise
we will end up with a lot of 'Merge' commits
On Monday 27 April 2009 09:25:52 Christian MICHON wrote:
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
ive updated the uclibc.org website to include git info:
http://uclibc.org/developing.html
any feedback would be great
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
On Tuesday 05 May 2009 04:44:44 Peter Kjellerstedt wrote:
May I suggest the following commands instead of manually
editing .gitconfig:
yeah, upstream git docs use that method as well. i prefer manually editing
the file myself to copy paste between which is why i reproduced the file.
And I
On Tuesday 05 May 2009 15:48:34 Dan E wrote:
On Tue, 05 May 2009 03:56 -0400, Mike Frysinger wrote:
ive updated the uclibc.org website to include git info:
http://uclibc.org/developing.html
any feedback would be great
Maybe the projects' front pages should mention the news about
On Friday 01 May 2009 14:34:16 Karl Hiramoto wrote:
On Thursday 30 April 2009 20:29, Ian Milligan via RT wrote:
I have finished the git conversion and http://git.busybox.net/ should be
ready to use. Let me know if there are any problems.
Has anyone setup mirrors, or requested them on
On Thursday 30 April 2009 08:57:14 Bernd Schmidt wrote:
Thierry Reding wrote:
You use git fetch to update the local repository with the latest
changes from the remote repository, then use git rebase origin/master
to rebase all local commits onto the master branch of the origin
repository.
On Thursday 30 April 2009 14:35:17 Bernd Schmidt wrote:
Mike Frysinger wrote:
On Thursday 30 April 2009 08:57:14 Bernd Schmidt wrote:
Thierry Reding wrote:
You use git fetch to update the local repository with the latest
changes from the remote repository, then use git rebase origin
On Thursday 30 April 2009 14:47:33 Denys Vlasenko wrote:
So far I read all relevant emails and I do not see instructions
how can I check out new tree. (I will also need instructions
how to push/commit/latest_fashionable_term_of_the_week_for_it
changes).
Such instructions can't possibly be
oh and you'll also want to configure your ~/.gitconfig file:
[user]
name = Mike Frysinger
email = vap...@gentoo.org
-mike
signature.asc
Description: This is a digitally signed message part.
___
uClibc mailing list
uClibc@uclibc.org
http
On Thursday 30 April 2009 15:30:52 Denys Vlasenko wrote:
On Thursday 30 April 2009 21:06, Mike Frysinger wrote:
to commit files:
git commit -s -m 'my commit log' file1 file2 file3 ...
Aha, this extra step creates local... change? or however it is called
in git land. Does every git commit
On Thursday 30 April 2009 15:15:02 Denys Vlasenko wrote:
git clone git://busybox.net/var/lib/git/busybox.git
and it worked. Checked-out tree matches latest svn tree.
git clone git+ssh://v...@busybox.net/var/lib/git/busybox.git
works too.
i created a symlink in the root so you dont need the
On Saturday 18 April 2009 20:51:04 v...@uclibc.org wrote:
Author: vda
Date: 2009-04-19 00:51:04 + (Sun, 19 Apr 2009)
New Revision: 26155
Log:
Reinstate {drm,mtd,rdma,sound,video} directory installtion
pending some explanation from gurus. Expanded comment explaining
_why_ we try to
On Thursday 30 April 2009 16:58:33 Denys Vlasenko wrote:
On Thursday 30 April 2009 21:41, Mike Frysinger wrote:
and all that jive. example commit message:
==
blah blah short summary suitable for subject
some full explanation here nicely wrapped to 78cols
On Wednesday 29 April 2009 12:52:29 Bernd Schmidt wrote:
Bernhard Reutner-Fischer wrote:
git push -v --thin git+ssh://$usern...@uclibc.org/srv/git/uClibc.git
Huh. Does git really work if multiple people push to the same
repository? That's news to me. All the online examples seem to
On Friday 10 April 2009 02:03:19 Dan E wrote:
On Thu, 09 Apr 2009 07:06 -0400, Mike Frysinger wrote:
On Thursday 09 April 2009 06:10:26 Dan E wrote:
On Thu, 09 Apr 2009 04:33 -0400, Mike Frysinger wrote:
On Thursday 09 April 2009 04:01:23 Dan E wrote:
I have no interest in the trunk
On Thursday 09 April 2009 00:28:24 Guo Hongruan wrote:
I think uclibc.org should have a Regression testing method or suite to
ensure uclibc's functionality and/or performance.
it's an open source project. feel free to contribute tests. saying i want
more tests doesnt really motivate people
On Wednesday 08 April 2009 23:44:07 Dan E wrote:
-- patch start --
posting patches inline meant for direct inclusion really only works when:
- it's only 1 patch
- patch is at the end of the e-mail
multiple patches should either be separate e-mails or attached. there should
On Wednesday 08 April 2009 17:11:08 Yann E. MORIN wrote:
On Wednesday 08 April 2009 01:45:57 Mike Frysinger wrote:
iirc, it is possible to build a toolchain that supports both big and
little endian simultaneously. i believe the code sorcery guys do this.
i would leave this option
On Wednesday 08 April 2009 18:03:55 Yann E. MORIN wrote:
As previously suggested, here is a patch that gets rid of the ARM variant
choice in the menuconfig.
Unlike the previous submission, the endianness is still passed down to the
compiler and linker.
This patch is just a proof of concept,
On Thursday 09 April 2009 03:15:34 Khem Raj wrote:
On Thursday 09 April 2009 12:02:50 am Mike Frysinger wrote:
On Wednesday 08 April 2009 18:03:55 Yann E. MORIN wrote:
As previously suggested, here is a patch that gets rid of the ARM
variant choice in the menuconfig.
Unlike
On Friday 27 March 2009 11:58:07 Groleo Marius wrote:
The attached patches fixes the problems I've encountered:
please fix your e-mail client so it has patches show up inline/automatically
so that it's easier to review
- m68k_cf_no_mmap2.patch
: Disable mmap2() if we're compiling for
On Thursday 09 April 2009 04:01:23 Dan E wrote:
On Thu, 09 Apr 2009 02:54 -0400, Mike Frysinger wrote:
On Wednesday 08 April 2009 23:44:07 Dan E wrote:
-- patch start --
posting patches inline meant for direct inclusion really only works when:
- it's only 1 patch
On Thursday 09 April 2009 06:10:26 Dan E wrote:
On Thu, 09 Apr 2009 04:33 -0400, Mike Frysinger wrote:
On Thursday 09 April 2009 04:01:23 Dan E wrote:
I have no interest in the trunk right now. If the NPTL code was in the
trunk then I would wholeheartedly agree with you 100
On Thursday 09 April 2009 10:24:53 Cristi Magherusan wrote:
Is there anyone interested in porting the NPTL branch to x86/x86-64?
always interested in accepting patches, but no one appears to be interested in
doing the porting work atm
-mike
___
uClibc
On Wednesday 08 April 2009 05:04:25 Mike Frysinger wrote:
On Wednesday 08 April 2009 04:14:05 ipif wrote:
I'm working on an embedded sparc system with linux-2.6.21 and
uclibc-0.9.30. When I try to touch a fifo, touch itself stops waiting for
data. This is not the expected behavior
On Friday 10 April 2009 01:07:52 Timo Teräs wrote:
Mike Frysinger wrote:
On Thursday 09 April 2009 10:24:53 Cristi Magherusan wrote:
Is there anyone interested in porting the NPTL branch to x86/x86-64?
always interested in accepting patches, but no one appears to be
interested in doing
On Wednesday 08 April 2009 04:14:05 ipif wrote:
I'm working on an embedded sparc system with linux-2.6.21 and
uclibc-0.9.30. When I try to touch a fifo, touch itself stops waiting for
data. This is not the expected behavior, as it should just exit.
you first have to prove that this is a bug in
On Wednesday 08 April 2009 23:48:34 Guo Hongruan wrote:
I have ported uClibc to trimedia (like v850, a media processor with no
mmu, see www.nxp.com for details). And I want to do a full test of it. Is
there any exist testsuite to test every function of uClibc (with the
exception of LTP, I
On Tuesday 07 April 2009 01:26:33 Sagar Borikar wrote:
Just wanted to check whether cortex A8 (ARM) is supported in uClibc?
uClibc doesnt care what ARM variant you're using. it does have optional
support for things like EABI/thumb/interwork, but that's a different question.
-mike
On Tuesday 07 April 2009 14:29:06 Yann E. MORIN wrote:
On Tuesday 07 April 2009 08:55:25 Mike Frysinger wrote:
On Tuesday 07 April 2009 01:26:33 Sagar Borikar wrote:
Just wanted to check whether cortex A8 (ARM) is supported in uClibc?
uClibc doesnt care what ARM variant you're using
On Tuesday 07 April 2009 06:48:07 Sagar Borikar wrote:
On Tue, Apr 7, 2009 at 12:58 PM, Sagar Borikar wrote:
On Tue, Apr 7, 2009 at 12:25 PM, Mike Frysinger wrote:
On Tuesday 07 April 2009 01:26:33 Sagar Borikar wrote:
Just wanted to check whether cortex A8 (ARM) is supported in uClibc
On Tuesday 07 April 2009 16:09:08 Yann E. MORIN wrote:
On Tuesday 07 April 2009 21:14:36 Mike Frysinger wrote:
i dont think we should keep enabling lazy people. either the right
options are selected by gcc in their toolchain, or they should manually
add the -mcpu or whatever flags
On Tuesday 07 April 2009 18:46:38 Yann E. MORIN wrote:
The patch also removes setting the CFLAGS/LDFLAGS for endianness for the
same reason, although the menuconfig entries are still there.
iirc, it is possible to build a toolchain that supports both big and little
endian simultaneously. i
On Friday 03 April 2009 18:01:10 Stephan Raue wrote:
when i am trying to build uClibc with Fedora Rawhide i become a error
like this:
HOSTCC extra/scripts/unifdef
extra/scripts/unifdef.c:209: error: conflicting types for 'getline'
/usr/include/stdio.h:653: note: previous declaration of
On Friday 03 April 2009 05:35:08 abhishek desai wrote:
I am trying to compile uclibc and gcc toolchains using buildroot for mipsel
architecture using buildroot-2009.02-rc1. I want to use older versions for
kernel-headers, gcc and uclibc
kernel headers - 2.6.12,
uclibc - 0.9.28
gcc - 3.4.6
On Wednesday 25 March 2009 06:10:01 Bernhard Reutner-Fischer wrote:
On Mon, Mar 16, 2009 at 07:32:12AM +0100, Denys Vlasenko wrote:
On Monday 16 March 2009 06:17, Mike Frysinger wrote:
On Sunday 15 March 2009 22:55:56 Denys Vlasenko wrote:
I am going to add this script to docs/* in hope
On Wednesday 18 March 2009 02:15:09 Carmelo AMOROSO wrote:
Austin Foxley wrote:
Out of necessity, I've got the nptl branch working with sparc32.
Linuxthreads was giving our heavy thread using application trouble.
Attached is the (sort of large) patch.
Basically it's just an update from
On Wednesday 25 February 2009 06:49:09 Denys Vlasenko wrote:
On Tuesday 17 February 2009 09:16:01 am Carmelo AMOROSO wrote:
Rob Landley wrote:
Just noticed Denys checking more stuff into the nptl branch.
(Mirroring a commit to mainline with a second commit to the branch.)
Basiacally
On Tuesday 17 February 2009 15:14:18 Christian Eggers wrote:
Revision 20834 - (view) (download) (as text) (annotate) - [select for
diffs] Modified Wed Jan 9 07:07:37 2008 UTC (13 months, 1 week ago) by
vapier File length: 20094 byte(s)
Diff to previous 15235 (colored)
fetch queue.h
On Monday 16 March 2009 02:32:12 Denys Vlasenko wrote:
On Monday 16 March 2009 06:17, Mike Frysinger wrote:
On Sunday 15 March 2009 22:55:56 Denys Vlasenko wrote:
I am going to add this script to docs/* in hope to at least
start some cleanup work. Libpthread (any of its three flavors
On Monday 16 March 2009 02:35:57 Mike Frysinger wrote:
On Wednesday 25 February 2009 06:49:09 Denys Vlasenko wrote:
(5) Can you create some rudimentary documentation about NPTL internals
and put it into docs/*? I do not understand what this cancellation
stuff is all about and why we need
On Tuesday 10 March 2009 07:44:32 Michael Unterkalmsteiner wrote:
2. The kernel headers (2.8.28.4) do NOT define __NR_vfork
linux-2.6.28.4/arch/mips/include/asm/unistd.h:
[...]
/* whitelists for checksyscalls */
#define __IGNORE_select
#define __IGNORE_vfork
On Thursday 05 March 2009 14:07:01 k...@uclibc.org wrote:
Author: kraj
Date: 2009-03-05 19:07:01 + (Thu, 05 Mar 2009)
New Revision: 25556
Log:
Define creat in an independent file
Added:
trunk/uClibc/libc/sysdeps/linux/common/creat.c
Modified:
On Tue, Nov 4, 2008 at 5:59 PM, Rob Landley wrote:
What's the uClibc position on SUSv3? Has anybody checked
http://www.opengroup.org/onlinepubs/009695399/idx/head.html
to see what lines up and what's optional?
there's a doc and everything:
docs/uClibc_vs_SuSv3.txt
-mike
On Tue, Nov 4, 2008 at 6:49 PM, Rob Landley wrote:
On Tuesday 04 November 2008 16:58:50 Mike Frysinger wrote:
On Tue, Nov 4, 2008 at 5:59 PM, Rob Landley wrote:
What's the uClibc position on SUSv3? Has anybody checked
http://www.opengroup.org/onlinepubs/009695399/idx/head.html
to see what
On Wednesday 04 June 2008, Denys Vlasenko wrote:
On Thursday 05 June 2008 02:13, Denys Vlasenko wrote:
Can you write up a small explanation what elf2flt does, how to produce
a flat executable with it? Let's say in my situation - I seem to have
correctly built static elf bfin busybox, can I
On Wednesday 04 June 2008, Denys Vlasenko wrote:
On Thursday 05 June 2008 02:34, Bernd Schmidt wrote:
elf binaries, it says BINFMT_FLAT: bad magic/rev (0x1010100, need
0x5).
One thing I just remembered is that we used to have non-standard flat
files. Version 5 doesn't exist in any
On Thursday 05 June 2008, Denys Vlasenko wrote:
http://docs.blackfin.uclinux.org/doku.php?id=toolchain:buildscript
It says the following. My comments are with ===, they mark
the questions I've got while reading the page which I had no answers for.
Can it be updated? (I tried editing it, it
401 - 500 of 580 matches
Mail list logo
