> marcus@stampede:~$ cpp -E -undef -dM /dev/null
> #define __i386__ 1
> #define __i386 1
> #define i386 1
>
> It drops linux and unix, but not i386. The include got broken, but that was
> in a change to gnumach's I/O bitmap frobbing that never went into the CVS,
> and probably never will.
Hmm.
On Fri, Dec 28, 2001 at 10:41:28PM -0500, Roland McGrath wrote:
> It's set to cat because we're using migcom on cpp output here.
Ah, ok.
> > A third possibility is to drop the -undef again, because it does not work
> > anyway (i386 is still defined to 1 in gcc). Roland, you did this change,
> >
> Well, another possibility is to just drop the -cc flag, because "gcc -E -x c"
> is the default already (why is it set to cat anyway?).
It's set to cat because we're using migcom on cpp output here. One of the
reasons the hurd makefiles run cpp directly instead of letting the mig
script do it i
On Mon, Dec 03, 2001 at 04:13:06PM +0100, Alfred M. Szmidt wrote:
> * Marcus Brinkmann writes:
> > Hi, Roland added cppflags=-undef to mig's invocation to cpp. The
> > Hurd replaces mig with cat and then "cat -undef" is invoked, leading
> > to an error.
>
> > What is the right fix for this?
>
>
I have added a new store type called "unknown" (libstore/unknown.c). This
is a special type to represent a file_get_storage_info result that does not
appear to be any type libstore knows about. The only way stores of this
type can be created is by decoding, you cannot open one by name.
When st
That was an accidental omission (because I had some other makefile changes
in my tree I was trying not to check in at the time). Thanks for noticing.
I put the fix in.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug
Title: 09ZONE Ưº°À̺¥Æ®
12¿ù Ưº°À̺¥Æ®
ÇϾá ÇÔ¹Ú´«À» ±â´Ù¸®´Â °èÀýÀÌ ´Ù°¡¿Ô³×¿ä. µû¶æÇÑ ¿¬¸»¿¬½Ã°¡ µÇ±â¸¦ ±â¿øÇÕ´Ï´Ù.
Ãä´Ù°í ¸öÀ» ¿õÅ©¸®Áö ¸¶½Ã°í 09ZONE.COM¿¡¼ ÁغñÇÑ À̺¥Æ®¿Í ÇÔ²² µû¶æÇÑ °Ü¿ïÀ» ÁغñÇϼ¼¿ä.
½Â¶ô ¾øÀÌ È«º¸¼º ÀüÀÚ ¿ìÆíÀ» º¸³»°Ô µÈ Á¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.ÀúÈñ ȸ»ç
Title: 09ZONE Ưº°À̺¥Æ®
12¿ù Ưº°À̺¥Æ®
ÇϾá ÇÔ¹Ú´«À» ±â´Ù¸®´Â °èÀýÀÌ ´Ù°¡¿Ô³×¿ä. µû¶æÇÑ ¿¬¸»¿¬½Ã°¡ µÇ±â¸¦ ±â¿øÇÕ´Ï´Ù.
Ãä´Ù°í ¸öÀ» ¿õÅ©¸®Áö ¸¶½Ã°í 09ZONE.COM¿¡¼ ÁغñÇÑ À̺¥Æ®¿Í ÇÔ²² µû¶æÇÑ °Ü¿ïÀ» ÁغñÇϼ¼¿ä.
½Â¶ô ¾øÀÌ È«º¸¼º ÀüÀÚ ¿ìÆíÀ» º¸³»°Ô µÈ Á¡ Á¤ÁßÈ÷ »ç°ú µå¸³´Ï´Ù.ÀúÈñ ȸ»ç
Hi,
Is there a reason why `libstore/url.c' want added to `SRCS' in
`libstore/Makefile'? If not, then here is the fix.
libstore/ChangeLog
2001-12-28 Alfred M. Szmidt <[EMAIL PROTECTED]>
* Makefile (SRCS): `url.c' added to the list.
Index: libstore/Makefile
Hello,
I've made some further investigation about why is hurd so slow in file
access. I've tried bonnie++ on my system comparing hurd and linux (2.4.12)
performance with the following results:
(linux)
Version 1.02a --Sequential Output-- --Sequential Input- --Random-
On Fri, Dec 21, 2001 at 03:26:05PM -0800, Thomas Bushnell, BSG wrote:
> > I discover a strange thing. The process stop when encounter the breakpoint
> > but the stack frame is of the instruction that start the page foult, instead
> > of the pager. So I can't follow the dev_read step by step. I ho
11 matches
Mail list logo
