Marcus Brinkmann wrote:
It is true that the email notifications are mostly useless, and I
usually only use them as an indication that something changed.
If everyone agrees they are useless, we can disable them. It's simple
enough to do. Or we could go and help the savannah people make them
useful
ЛЮБОЕ ПОЖАРНОЕ
ОБОРУДОВАНИЕ
Б Ы С Т Р О
И С Д О С Т А В К О Й
!
СУПЕР СКИДКИ
ТОЛЬКО ДО 16 ЯНВАРЯ!
v
Огнетушители
v
Пожарные
рукава
v
Монтаж
автома
!РЕКJlАМA - ДВИГАТEJlЬ ТOРГOВЛИ!
В этoм никто нe cомневaется, но вcе пoчeму-то в этo нe вeрят и не
реkламируют cвою прoдуkцию и услуги, думая, что мoгут обoйтись и без нee.
Потенциaльныe клиенты без реkлaмы не нaйдут Вaс ниkoгдa, cделaйте им
навcтрeчу пeрвый шaг.
Звонитe, и мы сможeм Вaм помoчь
pietro wrote:
Alfred M. Szmidt wrote:
If someone is bored, then they can fix the pthread headers to be C90
compliant. C90 disallows the use of the "inline" keyword.
Many programs still like to use -ansi, so this break compilation of
those on GNU/Hurd since our pthread headers aren't C90 compliant.
Регистрационный союз,Юридическая
консультация
Ликвидация фирмы - 30 000
рублейРегистрация фирмы - 15 000
рублейГотовая фирма - 12 000
рублейВнесение изменений в документы юридического лица
(перерегистрация) - 10 000
рублейРегистрация акций, открытие счёта, сдача нулевого
баланса, смена
Alfred M. Szmidt wrote:
If someone is bored, then they can fix the pthread headers to be C90
compliant. C90 disallows the use of the "inline" keyword.
Many programs still like to use -ansi, so this break compilation of
those on GNU/Hurd since our pthread headers aren't C90 compliant.
i did a grep
Лицензированный Учебно-тренинговый центр
(Лицензия на образовательную
деятельность)
приглашает обучиться в январе:
18-19 января 2005
года с 10.00 до 18.00
ТЕНДЕР – КАК ПОБЕДИТЬ
Семинар уникален тем, что проводится только для
On 20050111T190536-0500, James A. Morrison wrote:
> Why will extern inline change? I haven't seen anything in the gcc
> documentation to indicate any changes to extern inline.
Because the current semantics of inline are in conflict with what C99
specifies. The current GCC semantics and C99 sema
Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> writes:
> Now, you seem to have completely missed *my* point. "extern inline"
> will change semantics sooner or later, and I would assume that "extern
> __inline__" does too. If you can tell me that my assumption is false,
> be my guest, but -ansi is n
Уважаемые
дамы и господа!
Приглашаем Вас принять участие в
семинаре
Управление финансами
и экономическая безопасность филиала.
Финансы филиальной сети: управленческие
решения
–
Оценка структуры финансов
филиала по набору функций, выполняемых филиалом
–
Определение степен
<>___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> At Sat, 08 Jan 2005 20:16:23 +,
> Marco Gerards wrote:
>> All work has mostly be done. At the moment my biggest doubt is how to
>> configure the screensaver support when starting the console client.
>
> First of all, do we want to allow multiple
> Bash can be considered a daemon, and thus by your logic a system
> service. Since it is a system service, it shouldn't be possible to
> modify it extensivley by the user according you. (I don't see a huge
> difference between the console-client and bash, or any other shell)
Does
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> Bash can be considered a daemon, and thus by your logic a system
> service. Since it is a system service, it shouldn't be possible to
> modify it extensivley by the user according you. (I don't see a huge
> difference between the console-client and
This is an automated notification sent by Savannah.
It relates to:
patch #3386, project The GNU Hurd
==
LATEST MODIFICATIONS of patch #3386:
===
If everyone agrees they are useless, we can disable them.
I don't agree with disabling them just like that, what about creating
a mailing list just for the Savannah notifications that is read only?
Kinda like commit-hurd.
Then those who want can read it, and those that don't can ignore them.
At Tue, 11 Jan 2005 21:27:50 +0100,
Alfred M Szmidt wrote:
>The console is a strange beast. It can be used as a user program,
>but its normal use will be as a system service, a daemon, and thus
>it should not be possible to be extensively modified by the user.
>
> Bash can be consider
It's pointless to continue explaining things to you if all you want
is to disagree for the sake of disagreement.
The only one who is doing that here is you. Once again you have
ignored to put forth any arguments against using guile for the
console. So I can only assume that you are totally
If you can tell me that my assumption is false, be my guest, but
-ansi is not relevant here.
It is, -ansi does not support inline, and that is what the whole
discussion is about. That how the inline/__inline__ keywords get
changed is totally irrelevant to the discussion.
_
At Fri, 07 Jan 2005 14:35:25 +,
Neal H. Walfield wrote:
> You might have a good point if the maintainers supported using
> savannah. This is simple not the case. Roland, for instance, has
> recently said [1] that he mostly ignores the messages from the
> savannah patch manager as it is too di
>Sure, if you start with the idea that guile should be at the
>core of the console, then this would be how to do it. But it
>isn't, and probably never will be.
>
> And you have not provided any reasons why it shouldn't.
I am not the one who has to prove anything her
At Tue, 11 Jan 2005 20:10:15 +0100,
Alfred M Szmidt wrote:
>
>Sure, if you start with the idea that guile should be at the core
>of the console, then this would be how to do it. But it isn't, and
>probably never will be.
>
> And you have not provided any reasons why it shouldn't.
I
At Sat, 08 Jan 2005 20:16:23 +,
Marco Gerards wrote:
> All work has mostly be done. At the moment my biggest doubt is how to
> configure the screensaver support when starting the console client.
First of all, do we want to allow multiple screen savers to be present
at the same time, and if ye
On 20050111T193321+0100, Alfred M. Szmidt wrote:
> You weren't making any point, I was correcting your impression as to
> the difference between __inline__ and inline.
You didn't correct my impression. since there was nothing to correct. I
know about the difference between __inline__ and inline w
Sure, if you start with the idea that guile should be at the core
of the console, then this would be how to do it. But it isn't, and
probably never will be.
And you have not provided any reasons why it shouldn't. Guile should
be at the core of the GNU system (and the console is a import
Hi,
this was intended for the l4-hurd list, I changed the Savannah tracker
to send this stuff there in the future. Sorry for the inconvenience.
Marcus
___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
> I'd prefer to see a --driver-version=DRIVER and
> --driver-help=DRIVER option. "Overloading" --help/--version in
> this way is confusing for users. --help/--version means to get
> help about the command you are running, not about some plugin or
> driver that is going to be used.
At Tue, 11 Jan 2005 18:48:24 +0200,
Antti-Juhani Kaijanaho <[EMAIL PROTECTED]> wrote:
>
> [1 ]
> [1.1 ]
> On 20050111T174249+0100, Alfred M. Szmidt wrote:
> >I would expect GCC to eventually fix its inline handling to conform with
> >C99
> >
> > The problem isn't C99, but C90, __inline
Hi,
Today, 49 minutes, 56 seconds ago, Alfred M. Szmidt wrote:
> I'd prefer to see a --driver-version=DRIVER and --driver-help=DRIVER
> option. "Overloading" --help/--version in this way is confusing for
> users. --help/--version means to get help about the command you are
> running, not about s
>I was under the impression that __inline is an alias for
>inline, with no semantic differences.
>
> Then you have been under the wrong impression.
>
> ,[ (gcc)C Dialect Options ]
> | The alternate keywords `__asm__', `__extension__', `__inline__' and
> | `__type
At Tue, 11 Jan 2005 19:00:12 +0100,
Alfred M Szmidt wrote:
>
>> How would you play "Hey sokoÅy" on a bell event? Changing the
>> code to add the melody doesn't count.
>
>Ah, so that's what you mean with "specific melody". Well, you have
>to write the same code to do that, if you
This is an automated notification sent by Savannah.
It relates to:
patch #3633, project The GNU Hurd
==
OVERVIEW of patch #3633:
===
That said, I don't think that just reusing --help and --version is
too confusing,
I'd prefer to see a --driver-version=DRIVER and --driver-help=DRIVER
option. "Overloading" --help/--version in this way is confusing for
users. --help/--version means to get help about the command you are
run
> How would you play "Hey sokoÅy" on a bell event? Changing the
> code to add the melody doesn't count.
Ah, so that's what you mean with "specific melody". Well, you have
to write the same code to do that, if you use it with guile or not.
Sure, and it is quite simple. Run a hook ca
On 20050111T180656+0100, Alfred M. Szmidt wrote:
>I was under the impression that __inline is an alias for inline,
>with no semantic differences.
>
> Then you have been under the wrong impression.
>
> ,[ (gcc)C Dialect Options ]
> | The alternate keywords `__asm__', `__extension__', `
At Tue, 11 Jan 2005 18:29:43 +0100,
Alfred M Szmidt wrote:
> Come to think of it, this isn't a bug. Most if not all GNU programs
> work like this, consider ls:
>
> ~ $ ls -l RMAIL --help
> usage: ls [OPTION]... [FILE]...
> List information about the FILEs (the current directory by default).
> Sor
At Tue, 11 Jan 2005 18:25:41 +0100,
Alfred M Szmidt wrote:
>
>> In many ways it is, a user might wish to do things like playing a
>> specific melody on a bell event, or beep instead of flashing the
>> screen.
>
>Already possible (or possible with minimal changes - not sure if
>
> In many ways it is, a user might wish to do things like playing a
> specific melody on a bell event, or beep instead of flashing the
> screen.
Already possible (or possible with minimal changes - not sure if
the feature is accessibel through options right now).
How would you play
> > You can't even get a list of the options a console plugin
> > takes (console -d vga --help, shows the help for the console
> > client I belive).
>
> If this is true, it is a bug and should be fixed.
>
>Could someone test this and report back? I don't have access to
> What about ditching the _EXTERN_INLINE macros and just use
> "extern __inline" directly? I don't see a reason why we should
> bother with a non-gcc compilers...
The _EXTERN_INLINE macros aren't there to protect against non-gcc;
That is true, silly me.
I was under the impression that __inline is an alias for inline,
with no semantic differences.
Then you have been under the wrong impression.
,[ (gcc)C Dialect Options ]
| The alternate keywords `__asm__', `__extension__', `__inline__' and
| `__typeof__' continue to work despite `-ansi'
At Tue, 11 Jan 2005 16:21:37 +0100,
Alfred M Szmidt wrote:
>The console is not emacs.
>
> In many ways it is, a user might wish to do things like playing a
> specific melody on a bell event, or beep instead of flashing the
> screen.
Already possible (or possible with minimal changes - not sur
I would expect GCC to eventually fix its inline handling to conform with
C99
The problem isn't C99, but C90, __inline is handled differently than
inline by gcc. The former works even with -ansi enabled.
___
Bug-hurd mailing list
Bug-hurd@gnu.or
"Alfred M. Szmidt" <[EMAIL PROTECTED]> writes:
> What about ditching the _EXTERN_INLINE macros and just use "extern
> __inline" directly? I don't see a reason why we should bother with a
> non-gcc compilers...
The _EXTERN_INLINE macros aren't there to protect against non-gcc;
they are there so t
On 20050111T174249+0100, Alfred M. Szmidt wrote:
>I would expect GCC to eventually fix its inline handling to conform with
>C99
>
> The problem isn't C99, but C90, __inline is handled differently than
> inline by gcc. The former works even with -ansi enabled.
I was under the impression
On 20050111T162536+0100, Alfred M. Szmidt wrote:
> What about ditching the _EXTERN_INLINE macros and just use "extern
> __inline" directly? I don't see a reason why we should bother with a
> non-gcc compilers...
I would expect GCC to eventually fix its inline handling to conform with
C99 - at tha
Alfred M. Szmidt a écrit :
> You can't even get a list of the options a console plugin takes
> (console -d vga --help, shows the help for the console client I
> belive).
If this is true, it is a bug and should be fixed.
Could someone test this and report back? I don't have access to a
GNU/
GRAND IMPORT AND EXPORT COMPANY
I am John briggs, we are a group of business men who Deal on raw materials
and export into America/europe and Canada.
We are searching for representatives who can help us Establish a medium
of getting to our customers in America, Europe as well as making payments
t
> You can't even get a list of the options a console plugin takes
> (console -d vga --help, shows the help for the console client I
> belive).
If this is true, it is a bug and should be fixed.
Could someone test this and report back? I don't have access to a
GNU/Hurd box at the momen
At Tue, 11 Jan 2005 16:12:16 +0100,
Alfred M Szmidt wrote:
>
>If you are serious with this, my advice is for you to design this
>at the very start as something that is a plugin to the console, and
>not a required component.
>
> That is more or less impossible since one will want to ad
I wonder if the best approach would be to just s/inline/__inline__/
in the public headers.
What about ditching the _EXTERN_INLINE macros and just use "extern
__inline" directly? I don't see a reason why we should bother with a
non-gcc compilers...
_
This is an arbitrary change and as thus I should reject it.
It wasn't meant as a incentive to go about and fixing all kinds of
silly things. Only reason I submitted the patch in the first place
was because I really did get confused by "consnode_path" when reading
the console code; which is why
I wouldn't even want to hear the details - they are gory if I
recall correctly. I had a look at it some time, but I just
couldn't stand the pain and used sudo.
I only asked for a way to reproduce it, nothing more. "Debian
packging" is vauge since the way things are done might change, an
If you are serious with this, my advice is for you to design this
at the very start as something that is a plugin to the console, and
not a required component.
That is more or less impossible since one will want to add hooks at
what times to run specific events, like playing melodies. Th
At Sat, 08 Jan 2005 22:09:53 +0100,
Alfred M Szmidt wrote:
> I think it sucks, the console client and all plugins already take so
> many arguments that it is very confusing. It is also impossible to
> specify what defaults the console should use, putting the command into
> a alias/script does not
At Sun, 09 Jan 2005 02:06:40 +0100,
Alfred M Szmidt wrote:
> I think that those who have objected to the use of Guile just don't
> see the posibilities that it would allow the user to do. I atleast
> would love to see the console-client be morphed into some kind of
> version of Emacs where you can
At Mon, 10 Jan 2005 18:27:53 +0100,
Alfred M Szmidt wrote:
>
> This one annoyed me a bit, there might be other places where the word
> "path" is incorrectly used for "file name". From the GCS (and I
> happen to agree quite strongly):
>
> Please do not use the term "pathname" that is used in Unix
At Thu, 06 Jan 2005 21:08:04 +0100,
Alfred M Szmidt wrote:
>
>Summary: fakeroot is not reliable
>
>Original Submission: fakeroot is not enough reliable to be used for
>debian packaging.
>
> And that means what exactly? Please provide examples of how it works
> and how it should wor
Попробуйте не запомнить (новый список)
Как показали исследования, для сносного владения иностранным языком, необходимо знать примерно 1500 – 2000 обиходных слов. Но обычными методами человек может запоминать не больше 15–20 слов в день. Итого, получается в среднем 100 дней. А если и и
Учебный центр, привлекая специалистов аудиторских и консалтинговых фирм, специализирующихся на постановке управленческого учета в нестроительных организациях, проводит семинарбыть
ПРАКТИКА ОРГАНИЗАЦИИ ФИНАНСОВОГО УПРАВЛЕНИЯ В СТРОИТЕЛЬНОЙ КОМПАНИИ В штыриУСЛОВИЯХ ВОЗРОСШЕЙ КОНКУРЕНЦИИЛеди
31 я
Attention;
After viewing your credit history we are unable to approve your
mortgage-refinance at the rate of 2.22%. However we
can approve you at a rate of 3.18%.
If you are satisfied with our new rate, then we will need you to
verify some information below.
http://qpaxeslki.microwavegesture
> I wonder if the best approach would be to just s/inline/__inline__/ in
> the public headers. gcc allows this even in -ansi mode (unlike just
> inline).
Yes, do that. It will at least be enough for some.
___
Bug-hurd mailing list
Bug-hurd@gnu.org
ht
V I R U S A L E R T
Our viruschecker found the
virus(es) in your email to the following recipient(s):
-> bim
Please check your system for viruses, or ask your system administrator
to do so.
For your reference, here are the headers from your email:
---
At Tue, 11 Jan 2005 01:55:22 +0100,
Alfred M. Szmidt wrote:
>
> If someone is bored, then they can fix the pthread headers to be C90
> compliant. C90 disallows the use of the "inline" keyword.
>
> Many programs still like to use -ansi, so this break compilation of
> those on GNU/Hurd since our p
64 matches
Mail list logo
