Re: Moving `migcom' out of `[exec_prefix]/libexec/'

> But it now seems to me that the specs file language is not powerful elaborate ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: developer for GNU/Hurd

Hello! On Wed, Dec 06, 2006 at 12:19:48PM +0200, gxk wrote: > I am Linux guy (almost 7 years of development). Have knowledge > of GNU toolchain and Linux kernel. > Never touch GNU/Hurd project, but would love to learn. First thing to do then is to get access to a GNU/Hurd system. Installing Debi

Re: Moving `migcom' out of `[exec_prefix]/libexec/'

Hello! On Wed, Nov 29, 2006 at 04:28:00PM -0800, Roland McGrath wrote: > Using gcc driver with a custom specs file is probably not really hard. I had a look. After having read about that specs file language I first was under the same impression and was full of enthousiasm to do that. But it now

Re: Drop FPE ?

Hello! On Wed, Dec 06, 2006 at 11:39:31PM +0100, Samuel Thibault wrote: > The saga continues. Did you see that one? :-) 21:37 urgs... gnumach still has support for i287... 21:40 ./i386/i386/fpu.c: fp_kind = FP_287; > There are bits of code here and there for > supporting FPE (F

Drop FPE ? [Was: Drop i860 and PS2 support ?]

Hi, The saga continues. There are bits of code here and there for supporting FPE (Floating Point Emulation). Nowadays' x86 processors (486DX or later) all have FP units, so couldn't we drop FPE support? Samuel ___ Bug-hurd mailing list Bug-hurd@gnu.

[patch #5618] Test code for i386_{set,get}_gdt

URL: Summary: Test code for i386_{set,get}_gdt Project: The GNU Hurd Submitted by: bddebian Submitted on: Wednesday 12/06/2006 at 22:00 Category: GNU Mach Priority: 3

hurd_thread_cancel and hurd_condition_wait

I was checking old hurd code and I saw that on the glacial age, Hurd simply used thread_cancel and condition_wait, but on that date a mysterious migration to hurd_thread_cancel and hurd_condition_wait happened. What I really wanna know is why this change were necessary, since this may help me on

[Bug manual/3665] errno 118 assigned twice (ECANCELED and ENOTSUP)

-- What|Removed |Added CC||bug-hurd at gnu dot org http://sourceware.org/bugzilla/show_bug.cgi?id=3665 --- You are receiving this ma

Re: openexr: FTBFS on hurd-i386: duplicated case in switch

reassign 396135 libc0.3-dev retitle 396135 libc0.3-dev: Hurd errno 118 assigned twice (ECANCELED and ENOTSUP) thanks Hi, Cyril wrote: > since ECANCELED and ENOTSUP have the same value on hurd-i386, the > build fails with: > > IexThrowErrnoExc.cpp: In function 'void Iex::throwErrnoExc(const > > s

developer for GNU/Hurd

Hi I am Linux guy (almost 7 years of development). Have knowledge of GNU toolchain and Linux kernel. Never touch GNU/Hurd project, but would love to learn. Gery ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd