This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug nptl/245] lowlevellock.h not installed
- From: "egmont at uhulinux dot hu" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: 25 Sep 2005 14:31:41 -0000
- Subject: [Bug nptl/245] lowlevellock.h not installed
- References: <20040630145727.245.egmont@uhulinux.hu>
- Reply-to: sourceware-bugzilla at sourceware dot org
------- Additional Comments From egmont at uhulinux dot hu 2005-09-25 14:31 -------
"If you don't like the answer..." -- Well, sure I'd like the answer, if I'd
received any. But you didn't give an answer at all. No, I'm not talking about
gcc, I really don't care about gcc at all. What I'm talking about is that
glibc installs "a.h" which unconditionally #includes "b.h", but in the mean
time glibc does not install "b.h". This is an inconsistant and hence I believe
buggy behavior from glibc. It installs an unusable header file. It should
either also install "b.h" or not install "a.h" or make "a.h" not include "b.h".
(Gcc just happened to be the piece of software which led me hit this bug.
Forget it. I'm not talking about gcc. Only glibc.)
If, as you say, b.h is not for userlevel code, then please change glibc not to
install a.h either since then that one is also not suitable for userlevel code.
But, okay, as you requested it, I don't reopen the bug and I absolutely don't
care if you fix it or not. There are so many more important glibc bugs open and
waiting to be resolved... This one is really not important, but still I can't
see why it's invalid.
--
http://sourceware.org/bugzilla/show_bug.cgi?id=245
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.