From: Linus Torvalds <torvalds@linux-foundation.org> Date: Wed, 21 May 2008 18:20:27 -0700 (PDT)This discussion reminds me of one of my (numerous) pet peeves about the glibc source tree. If you want to figure out where something is implemented for a given target, you have to walk through the tree like a monkey in some prioritized list of directories to find the source file or header file that glibc ends up using. At least with what we're using now, you open up the file for ARCH and you see the includes so you know exactly where to go. So I think this "just provide no file to use default implementation" might not be the best idea in the long term. --
| Stephen Smalley | Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| Greg Kroah-Hartman | [PATCH 005/196] Chinese: add translation of SubmittingDrivers |
git: | |
| David Fenyes | sigsetmask()? (LINUX) |
| Stephen Tweedie | Unmounting root (no kidding!) [was: Some Linux problems---solved] |
| Les Andrzejewski | X386/WD90C31/SUMSUNG SYNC MASTER 4 |
| Doug Evans | Re: Stabilizing Linux |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Linus Torvalds | Re: [GIT]: Networking |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Herbert Xu | Re: [PATCH] myr10ge: again fix lro_gen_skb() alignment |
