There are two separate issues here. First is compiling your own programs against the hurd headers and libraries without optimization. Second is compiling the hurd package itself without optimization.
As to the first one, that should certainly work and be considered a bug if it doesn't. This is what you actually noticed and what is actually a problem for anyone in practice. I have exported the missing symbols from libc, so with 2.2.5 and later this should work now. The second one is a different question. This is what this bug report is explicitly about. But in practice noone ever wants to compile the hurd without optimization. I'm not going to bother trying to support this, at least not right now. I've just checked in a bunch of cleanups that help with this, mostly inappropriate use of `extern inline'. But there are so many such cases in the pfinet code that is taken verbatim from Linux and we don't want to modify, that I'm not inclined to fix all the other cases in our own code just now. Please separate the two issues into separate bugs. The former should be fixed now and please verify that. The latter can be a wishlist item or just punted if you don't care. (You can't compile the Linux kernel without optimization either.) _______________________________________________ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd
