From: Marco Gerards <metgerards@student.han.nl>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: RISC OS port
Date: Sat, 04 Dec 2004 13:14:41 +0000 [thread overview]
Message-ID: <87653iyzlq.fsf@marco.marco-g.com> (raw)
In-Reply-To: <200412041027.59074.T.E.Baldwin99@members.leeds.ac.uk> (Timothy Baldwin's message of "Sat, 4 Dec 2004 10:27:58 +0000")
Timothy Baldwin <tim.lists@majoroak.f2s.com> writes:
> On Friday 03 Dec 2004 12:53, Marco Gerards wrote:
>> Timothy Baldwin <tim.lists@majoroak.f2s.com> writes:
>>
>> > Instead part of functionality of the stubs is included in
>> > kern/arm/RISC_OS/startup.S, as such we are free to choose which names we use
>> > for them. For clairity I suggest we use the standard names, as opposed to
>> > prefixing the names with grub_RISC_OS_ or simular.
>>
>> Better use a prefix, right? I don't see how it will get clearer by
>> not using the prefix.
>
> Using a prefix would suggest that the function was defined in
> GRUB. Without the prefix the function is instantly recognisable
> as a system C library function.
I do not agree. The different names are used so the namespace is not
messed up easily. Especially for functions like strcmp, etc that is
important.
> Using standard names for externally defined functions is established
> practise in GRUB, but previousally we have not had the choice.
You are wrong. Just have a look at the functions with the
"grub_ieee1275_" prefix. Those functions are calls into the ieee1275
firmware.
>> And the coding style used in GRUB says to use
>> prefixes, so we can better do that unless it really is not possible.
>
> It isn't set in stone.
It should be IMHO. GRUB would become a mess if there was not a single
coding style.
Thanks,
Marco
next prev parent reply other threads:[~2004-12-04 13:48 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-23 17:00 RISC OS port Timothy Baldwin
2004-11-23 18:03 ` Marco Gerards
2004-11-26 0:47 ` Timothy Baldwin
2004-11-26 10:18 ` Marco Gerards
2004-11-26 12:57 ` Yoshinori K. Okuji
2004-11-27 1:36 ` Timothy Baldwin
2004-11-27 18:21 ` Timothy Baldwin
2004-12-03 13:07 ` Marco Gerards
2004-12-04 10:30 ` Timothy Baldwin
2004-12-29 19:46 ` Marco Gerards
2004-12-03 12:53 ` Marco Gerards
2004-12-03 13:51 ` Johan Rydberg
2004-12-04 10:27 ` Timothy Baldwin
2004-12-04 13:14 ` Marco Gerards [this message]
-- strict thread matches above, loose matches on Subject: below --
2013-05-03 11:49 Vladimir 'φ-coder/phcoder' Serbinenko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87653iyzlq.fsf@marco.marco-g.com \
--to=metgerards@student.han.nl \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.