Bug 3199 - pthread symbolic link issue
Summary: pthread symbolic link issue
Status: RESOLVED WONTFIX
Alias: None
Product: uClibc
Classification: Unclassified
Component: Threads (show other bugs)
Version: unspecified
Hardware: Other Linux
: P5 normal
Target Milestone: ---
Assignee: unassigned
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-02-03 09:50 UTC by Fred_busybox
Modified: 2012-04-17 21:34 UTC (History)
1 user (show)

See Also:
Host:
Target:
Build:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Fred_busybox 2011-02-03 09:50:41 UTC 
There is a problem of symbolic link in the directoy ./include

If I choose old thread / thread or ntpl , 

the link of this files are not updated.

 uClibc-glue.h 
 libc-lock.h libc-tsd.h pthreadtypes.h stdio-lock.h
 not-cancel.h pthread-functions.h pthread.h semaphore.h thread_db.h uClibc-glue.h
 libc-lock.h libc-tsd.h pthreadtypes.h
 local_lim.h
 posix_opt.h

local_lim.h and posix_opt.h have a link on libc/sysdeps/linux/common/bits/* and not ../../libpthread/*/sysdeps/pthread/bits/*
Comment 1 Fred_busybox 2011-02-03 09:51:04 UTC 
seen on the 0.9.32.rc2
Comment 2 Bernhard Reutner-Fischer 2011-02-03 18:47:54 UTC 
Yes, this is a known problem. Do a make realclean when you switch thread impl.
Pathes to fix this are welcome, ISTR that it was a bit tricky though.
Comment 3 Bernhard Reutner-Fischer 2012-04-17 21:34:32 UTC 
As said you (currently) need to issue a 'make realclean' between switching thread implementations, unfortunately.