Re: compiling error

2004-02-25 Thread Dmitry V. Zhulanov
On Thu, Feb 26, 2004 at 01:16:13AM +0100, Alfred M. Szmidt wrote: >The line is from sysdeps/i386/elf/configure.new that produced after >'make' command. See attachment. > > What is configure.new? It produced while executing 'make'. See attachment for more details. e make -r PARALLELMFLAGS=

Re: compiling error

2004-02-25 Thread Alfred M. Szmidt
The line is from sysdeps/i386/elf/configure.new that produced after 'make' command. See attachment. What is configure.new? ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Alfred M. Szmidt
I thought that the CVS at savannah.gnu.org was the main repository ... This is the CVS command I issued: cvs -z3 -d:ext:[EMAIL PROTECTED]:/cvsroot/hurd co -r \ gnumach-1-branch gnumach This is correct. But the configure.in file might have a newer time-stamp then configure and thus

Новый Мерседес по цене старого!

2004-02-25 Thread Юрий
ПРОДАЕТСЯ МЕРСЕДЕС S500 /кузов W220 НОВЫЙ ПО ЦЕНЕ СТАРОГО Черный металлик (OBSIDIANSCHWARZ) 197Год выпуска: июнь 1999г. Эксплуатация с мая 2002г. (до мая 2002 г не эксплуатировался - находился на выставке DaimlerChrysler в Германии) пробег 42000 кмотделка 238 кожа серая NAPPA /дерево к

Phree Membourship To Sekret Farm Us Ceeanglicanismo

2004-02-25 Thread cicely lewalski
Title: Your Newsletter 3 days of passion. 3 days of intensity. 3 bills a dose. visit here bring her to that next level. hands down better than phizer's. lowust prise on web today. gunerhick vighagaria ___ Bug-hurd mailing list [EMAIL PROTECTED]

Re: [Fwd: [patch #2508] ext2fs support for large store (> 1.5G)]

2004-02-25 Thread Ognyan Kulev
Marco Gerards wrote: Right, I forgot about the pokels. But I missed the rationale behind flushing _all_ the pages with ref. count zero. I understand why it has to be zero, I just do not understand why you have to flush all instead of just a few. Perhaps I just read over the text, can you please p

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Marco Gerards
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes: > Comments inlined. I might have missed a couple of things since there > is a lot of small errors in this patch. Great! >2004-01-20 Marco Gerards <[EMAIL PROTECTED]> > > * NEWS: Mention the changes since the GNUMach 1.3 release. >

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Marco Gerards
Paolo Dongilli <[EMAIL PROTECTED]> writes: > Alfred M. Szmidt wrote: >>> You shouldn't need to apply it to build GNU Mach, unless you need >>> to poke around in any files that are used to generate >>> configure/Makefile.in/etc. >>But during the make process, autoconf is called. Why

Re: [Fwd: [patch #2508] ext2fs support for large store (> 1.5G)]

2004-02-25 Thread Marco Gerards
Ognyan Kulev <[EMAIL PROTECTED]> writes: >> When there are no pages free you just throw the entire cache away (if >> I understand it correctly). I do not like this because this can be >> one of the main factors that will slow down someone's computer. Isn't >> it possible to ask Mach to evict 10

Re: compiling error

2004-02-25 Thread Dmitry V. Zhulanov
On Wed, Feb 25, 2004 at 04:51:42PM +0100, Alfred M. Szmidt wrote: >>From cvs sources at sources.redhat.org I also have compile problem: >$ mkdir build >$ mkdir root >$ cd build >$ ../configure --prefix=/src/libc/root > > Please don't do that, you will have screwed up paths and

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Paolo Dongilli
Alfred M. Szmidt wrote: > You shouldn't need to apply it to build GNU Mach, unless you need > to poke around in any files that are used to generate > configure/Makefile.in/etc. But during the make process, autoconf is called. Why? No idea, sounds like they are out-of-sync in some way,

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Alfred M. Szmidt
> You shouldn't need to apply it to build GNU Mach, unless you need > to poke around in any files that are used to generate > configure/Makefile.in/etc. But during the make process, autoconf is called. Why? No idea, sounds like they are out-of-sync in some way, could you look into thi

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Alfred M. Szmidt
Comments inlined. I might have missed a couple of things since there is a lot of small errors in this patch. 2004-01-20 Marco Gerards <[EMAIL PROTECTED]> * NEWS: Mention the changes since the GNUMach 1.3 release. ^^^ s/GNUMach/

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Paolo Dongilli
Alfred M. Szmidt wrote: Marco posted an autoconf patch for GNU Mach 1.x a while ago, which still awaits approval (if I remember correctly). Since Savannah doesn't send updates to the lists, I guess nobody has seen this yet, I have attached Marco's patch. I think I had to apply it in orde

Re: compiling error

2004-02-25 Thread Alfred M. Szmidt
>From cvs sources at sources.redhat.org I also have compile problem: $ mkdir build $ mkdir root $ cd build $ ../configure --prefix=/src/libc/root Please don't do that, you will have screwed up paths and your libc will be totally unusable if you install it, you must use `--prefix=' o

Re: compiling error

2004-02-25 Thread Dmitry V. Zhulanov
On Wed, Feb 25, 2004 at 02:06:41PM +0100, Alfred M. Szmidt wrote: > Please use glibc from CVS with any GNU/Hurd system. >From cvs sources at sources.redhat.org I also have compile problem: $ mkdir build $ mkdir root $ cd build $ ../configure --prefix=/src/libc/root $ make output logs attached e

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Alfred M. Szmidt
Marco posted an autoconf patch for GNU Mach 1.x a while ago, which still awaits approval (if I remember correctly). Since Savannah doesn't send updates to the lists, I guess nobody has seen this yet, I have attached Marco's patch. I think I had to apply it in order to get GNU Mach built

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Michael Banck
On Wed, Feb 25, 2004 at 02:11:29PM +0100, Alfred M. Szmidt wrote: > [Please keep the CC intact, I re-added bug-hurd to the CC list.] > >I checked out the gnumach-1-branch but there are still problems with >the latest version of autoconf 2.59 :( > > Please report the exact problem that yo

8 марта в лучшем отеле Подмосковья АТЛАС ПАРК-ОТЕЛЬ (гарантированные номера)

2004-02-25 Thread Дримс тур - отдых в Подмосковье, Сочи и по всему миру
Title: Дримс тур Агентство путешествий и спецпредложений АТЛАС ПАРК - ОТЕЛЬ праздничный заезд на 8-е марта Туристическая компания "Дримс тур" отдых в Подмосковье, Сочи и по всему миру 103473, г. Моска, ул. Садовая-Самотечная, 15/1, офис 7., тел./факс 101-39-63 ПОДМОСКОВЬЕ АТЛА

Re: gnumach 1.3 + gcc 3.3

2004-02-25 Thread Alfred M. Szmidt
[Please keep the CC intact, I re-added bug-hurd to the CC list.] I checked out the gnumach-1-branch but there are still problems with the latest version of autoconf 2.59 :( Please report the exact problem that you can, "there are still problems" is not helpful in anyway. Also, you shouldn

Английский 25-й кадр

2004-02-25 Thread english
ztfghqnxvw Хотите выучить иностранный язык за МИНИМАЛЬНОЕ время?ndfpyofkftjtzjcc Мы предлагаем курсы для ускоренного изучения иностранного языка. l В основе курсов лежит уникальная методика, которая использует эффект 25-го кадра и методобразного восприятия. Благодаря этому, удается достичь пораз

Дикая камчатка

2004-02-25 Thread Kamchatka Discovery Tours
  Дорогие друзья,   К А М Ч А Т К А  мир девственной, нетронутой природы, далекая и загадочная… Она может стать Вам ближе и понятней если Вы познакомитесь с удивительным природным парком Налычево (травертиновые купола, медвежья тундра, уникальные, по составу минеральные воды, горячие терм

Праздничные скидки на тренинги

2004-02-25 Thread Настя
Праздничные скидки на тренинги: Индивидуальный стиль деловой женщины и Жесткие переговоры(для тех, кто заявит о своем участии до 26 февраля). ЖЕСТКИЕ ПЕРЕГОВОРЫ 13-14 марта 2004 года или милости просим в мир настоящих мужчин и пусть победит сильнейший! Если Вы попали в одну из этих сложных ситуа

Re: [Fwd: [patch #2508] ext2fs support for large store (> 1.5G)]

2004-02-25 Thread Ognyan Kulev
Marco Gerards wrote: disk_pager_read_page removes the RC_MAPPING bit from the flags and notices the disk_cache_wait_remapping that it is safe to continue. But you broadcast the condition before removing the bit. I think this can cause some problems, what do you think? You're right, but this has no