__FLAG_EOF for stream associated with FIFO file
after all senders were closed.
Signed-off-by: Jian Peng jipeng2...@gmail.com
---
libc/stdio/_READ.c| 29 -
libc/sysdeps/linux/common/bits/uClibc_stdio.h |1 +
2 files changed, 29 insertions(+), 1
To: uclibc@uclibc.org
Subject: Re: [PATCH 1/1] stdio: fix named pipe issue
On Thu, Jun 16, 2011 at 11:54:45AM -0700, Jian Peng wrote:
This is follow-up of my investigation and proposed
fix at
http://old.nabble.com/named-pipe-is-borken-and-proposed-fix-td31753483.html#a31753483
The testing programs
Fully agree.
-Original Message-
From: Yann E. MORIN [mailto:yann.morin.1...@anciens.enib.fr]
Sent: Thursday, June 16, 2011 4:18 PM
To: uclibc@uclibc.org
Cc: Jian Peng; Rich Felker
Subject: Re: [PATCH 1/1] stdio: fix named pipe issue
Jian, Rich, All,
On Friday 17 June 2011 01:04:44 Jian
, Jian Peng wrote:
Unfortunately, glibc is the most widely used C library and de facto
testing environment used by most application developers.
I am not familiar with C standard, but every standard had evolved to
meet the requirement of its end users, so to this point,
glibc implemented in the way
Hi, Laurent,
I tried your suggestion in pipetest-server.c
The generally accepted, portable way to handle sequential reads
on a FIFO is for the reader to also open the writing end of the
FIFO (and do nothing with it) for as long as it wants to read.
It did not work. I am not sure whether it is
, Jun 02, 2011 at 02:00:41PM -0700, Jian Peng wrote:
The generally accepted, portable way to handle sequential reads
on a FIFO is for the reader to also open the writing end of the
FIFO (and do nothing with it) for as long as it wants to read.
It did not work. I am not sure whether
Testing procedure
=
Using following named pipe testing program, the testing process is as follow
In console A, run pipetest-server
$ ./pipetest-server
pipetest-server got req (req from CL-A)
pipetest-server got req (req from CL-B)
In console B, run pipetest-client
$
This is obviously a safe option to fix this sort of static linking issues, and
build time should never be a big issue. Can we go for it and merge into 0.9.32
release using this approach? And leave other more elegant solution in the
future branch.
It is better to have a solution, even if it is
, Jian Peng wrote:
This is one of many potential static linking problems in uClibc. Last time,
I reported a bug on sigaction and submitted a patch, but similar multiple
definition error could happen to any function that was defined as GLOBAL in
both libc.a and libpthread.a while certain runtime
Hi, Mike,
Do you have time to review this patch? Any suggestion? Or it is ready to be
pushed?
Thanks,
Jian
-Original Message-
From: uclibc-boun...@uclibc.org [mailto:uclibc-boun...@uclibc.org] On Behalf Of
Jian Peng
Sent: Monday, March 28, 2011 3:09 PM
To: Mike Frysinger; uclibc
Under test/math/, there is libm-test-ulps-generic used as fallback
in case that libm-test-ulps-$(TARGET_ARCH) does not exist.
The fallback logic is missing in test/math/Makefile.in.
Signed-off-by: Jian Peng jipeng2...@gmail.com
---
test/math/Makefile.in |6 --
1 files changed, 4
Under test/math, libm-test-ulps-mips is missing or build for MIPS
is broken
Simply copy it from glibc-ports-2.9/sysdeps/mips/fpu/libm-test-ulps
to fix this.
Signed-off-by: Jian Peng jipeng2...@gmail.com
---
test/math/libm-test-ulps-mips | 890 +
1 files
Under test/math/, there is libm-test-ulps-generic used as fallback
in case that libm-test-ulps-$(TARGET_ARCH) does not exist.
The fallback logic is missing in test/math/Makefile.in.
Signed-off-by: Jian Peng jipeng2...@gmail.com
---
test/math/Makefile.in |6 --
1 files changed, 4
install_dir since you can simply create a symlink to sysroot directory
as install_dir.
How do you think?
Jian
From: Bernhard Reutner-Fischer [mailto:rep.dot@gmail.com]
Sent: Saturday, April 09, 2011 1:43 PM
To: Jian Peng; uclibc@uclibc.org
Subject: Re: patch to fix build issue in uClibc testsuite
/arch/mips/include,
$(KERNEL_INCLUDES) will be wrong and leads to unable to find out
kernel header files in build process.
Here I reworked the logic to check each path in $(KERNEL_HEADERS)
individually, then combine them.
Signed-off-by: Jian Peng jipeng2...@gmail.com
---
test/Rules.mak | 10
Under test/math, libm-test-ulps-mips is missing or build for MIPS
is broken
Simply copy it from glibc-ports-2.9/sysdeps/mips/fpu/libm-test-ulps
to fix this.
The patch is attached.
0001-PATCH-v1-math-test-missing-libm-test-ulps-mips.patch
Description:
I chose Plain Text mode in Outlook, but not sure why line wrap failed.
Here is my new patch using weak_function.
From 4ebcbb392994e5a8a310d59ca5541fe97c4babdd Mon Sep 17 00:00:00 2001
From: Jian Peng jipeng2...@gmail.com
Date: Mon, 28 Mar 2011 15:00:23 -0700
Subject: [PATCH 1/1] common: fix
: Jian Peng jipeng2...@gmail.com
Date: Sat, 26 Mar 2011 23:44:52 -0700
Subject: [PATCH 1/1] common: fix sigprocmask static linking bug
simple sigprocmask testing program will fail to be compiled due to multiple
definition of sigprocmask in libpthread.a and libc.a
mipsel-linux-gcc sigprocmask-test.c
and libpthread.a.
Here is my patch to fix it.
From a322d80e01137f8d8287ffda716dbff05960cdab Mon Sep 17 00:00:00 2001
From: Jian Peng jpeng2...@gmail.com
Date: Fri, 25 Mar 2011 16:12:58 -0700
Subject: [PATCH 1/1] MIPS: sigaction static linking failed
With simple sigaction testing program
With 0.9.32-rc3, following testing program failed with static linking on MIPS.
The result is same with gcc-4.4.5 and gcc-4.5.2. While my old 0.9.29 uClibc
plus gcc-4.4.5 works well.
Here is static-test.c
#include signal.h
int main(void)
{
struct sigaction old, new;
sigaction(11, new,
My testing showed that protected symbol feature is still broken on MIPS. If you
run cancel23 in testsuite, you can see it. I check ELF binary of libc and
libpthread and attributes are expected, but not sure whether gcc I used really
works nicely with ldso in rc2 in terms of protected symbol.
Hi, Carmelo,
I tried to apply the patch after git pull to update from master, but it failed
$ patch -p1 ../uClibc-0.9.32-protected-symbol-1.patch
patching file ldso/ldso/i386/elfinterp.c
Hunk #1 FAILED at 175.
Hunk #2 FAILED at 188.
2 out of 2 hunks FAILED -- saving rejects to file
-lc -lpthread link order works on Linux with glibc-2.9 on x86_64, but cause
hang on uClibc-0.9.32-rc1 on mipsel with NPTL
The testing program is very simple as follow
#include stdio.h
#include pthread.h
int main(int argc, char *argv[])
{
pthread_cond_t cond;
printf( === Start
Today, I tried to build uClibc snapshot (on June 3, 2010) for mipsel target,
and it failed since CPU_CFLAGS was used as host gcc option that includes
options for MIPS, like -mips32. Is this known issue or something wrong with my
env or config file?
My env is
Ubuntu 9.10 x86_64
Bash 4.0.33
24 matches
Mail list logo
