From: Albert ARIBAUD <albert.aribaud@free.fr>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 12/26 v2][NEXT] ARM: add relocation support
Date: Sat, 18 Sep 2010 00:58:14 +0200 [thread overview]
Message-ID: <4C93F286.5030404@free.fr> (raw)
In-Reply-To: <20100917192222.069D615242D@gemini.denx.de>
Le 17/09/2010 21:22, Wolfgang Denk a ?crit :
> Dear Albert ARIBAUD,
>
> In message<4C939ADD.5090009@free.fr> you wrote:
>>
>>>>> init_fnc_t *init_sequence[] = {
>>>>
>>>> init_sequence is a constant, not an initialized variable, and thus
>>>> should have the 'const' qualifier.
>>>
>>> Actually it _is_ an initialized variable (which still may take a
>>> const).
>>
>> Maybe we're having a terminology discrepancy here.
>
> We are talking about C code here, so I apply the terminology of the C
> programming language.
Sorry, but the C terminology as expressed in the C standard *never*
refers to regions of data storage which hold value as 'variables'; it
defines them as 'objects' (for instance, see paragraph 3.14 of the C99
draft widely available; but C89 used the same terminology), and the term
'variable' appears in it *only* within the expression 'variable length
array'.
Now granted, I did not use C terminology either. So let's use it: I
meant to say that the init_sequence object should have a const-qualified
type. Would you agree?
> The C code line above declares a _variable_ with the name
> "init_sequence" as an array of pointers to objects of type
> init_fnc_t. C does not have a notation to declare "constants".
Yes it has, it is the type qualifier 'const', which C89, C90 and C99
define as forbidding writes to an lvalue.
> Even if you add a "const" type qualifier (or two), it's still a
> declaration of a variable.
Not per the standard, I'm afraid. I'll agree it is still the declaration
of an object.
>> In that sense, and as init_sequence does not, and should not, vary over
>> execution time, it is not a variable.
>
> Indeed, you use a different terminology.
>
> Let's end this discussion here. Please.
As you wish: let us put the temrinology aside.
It remains that whatever name you want to give it, init_sequence is a
constant object and should be qualified as such.
> Best regards,
>
> Wolfgang Denk
Amicalement,
--
Albert.
next prev parent reply other threads:[~2010-09-17 22:58 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-11 18:15 [U-Boot] [PATCH 00/26] arm: add full relocation / cache support Heiko Schocher
2010-08-11 20:00 ` Ben Gardiner
2010-08-11 20:36 ` Ben Gardiner
2010-08-11 20:01 ` Wolfgang Denk
2010-08-12 5:34 ` Heiko Schocher
2010-08-12 20:49 ` Magnus Lilja
2010-08-13 10:01 ` Wolfgang Denk
2010-08-12 12:50 ` Shinya Kuribayashi
2010-08-12 12:55 ` Shinya Kuribayashi
2010-08-12 20:19 ` Wolfgang Denk
2010-08-12 20:17 ` Wolfgang Denk
2010-08-13 14:36 ` Shinya Kuribayashi
2010-09-17 11:10 ` [U-Boot] [PATCH 00/26 v2][NEXT] " Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 01/26 v2][NEXT] arm: get rid of bi_env Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 02/26 v2][NEXT] ARM: cp15: setup mmu and enable dcache Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 03/26 v2][NEXT] ARM (ARM926ejs): add data cache support, tested on magnesium and tx25 board Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 04/26 v2][NEXT] ARM V7 (OMAP): add data cache support, test on Beagle board Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 05/26 v2][NEXT] ARM (ARM11): add data cache support, test on Qong board Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 06/26 v2][NEXT] relocation: fixup cmdtable Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 07/26 v2][NEXT] common: move TOTAL_MALLOC_LEN to include/common.h Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 08/26 v2][NEXT] i2c: fix command usage help Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 09/26 v2][NEXT] disk/part.c: fix relocation fixup Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 10/26 v2][NEXT] i2c, omap24xx: set bus_initialized only after relocation Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 11/26 v2][NEXT] nand_boot_fsl_nfc.c: make "nfc" a "static const" pointer Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 12/26 v2][NEXT] ARM: add relocation support Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 13/26 v2][NEXT] ARM: implement relocation for ARM11 Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 14/26 v2][NEXT] ARM: implement relocation for ARM V7 (OMAP) Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 15/26 v2][NEXT] ARM: implement relocation for ARM926 Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 16/26 v2][NEXT] ARM: implement relocation for ARM920 Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 17/26 v2][NEXT] ARM: implement relocation for ARM925 Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 18/26 v2][NEXT] ARM: implement relocation for ARM946 Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 19/26 v2][NEXT] ARM: implement relocation for pxa Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 20/26 v2][NEXT] ARM: implement relocation for ixp Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 21/26 v2][NEXT] ARM: implement relocation for sa1100 Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 22/26 v2][NEXT] ARM: implement relocation for s3c44b0 Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 23/26 v2][NEXT] ARM: implement relocation for lh7a40x Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 24/26 v2][NEXT] ARM: implement relocation for arm_intcm Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 25/26 v2][NEXT] ARM: implement relocation for arm720t Heiko Schocher
2010-09-17 11:10 ` [U-Boot] [PATCH 26/26 v2][NEXT] ARM: implement relocation for arm1176 Heiko Schocher
2010-09-22 9:32 ` [U-Boot] [PATCH 15/26 v2][NEXT] ARM: implement relocation for ARM926 Albert ARIBAUD
2010-09-17 21:40 ` [U-Boot] [PATCH 14/26 v2][NEXT] ARM: implement relocation for ARM V7 (OMAP) John Rigby
2010-09-17 22:02 ` Wolfgang Denk
2010-09-19 1:21 ` John Rigby
2010-09-19 6:07 ` Heiko Schocher
2010-09-19 6:59 ` Wolfgang Denk
2010-09-19 6:58 ` Wolfgang Denk
2010-09-17 13:07 ` [U-Boot] [PATCH 12/26 v2][NEXT] ARM: add relocation support Albert ARIBAUD
2010-09-17 14:54 ` Wolfgang Denk
2010-09-17 16:44 ` Albert ARIBAUD
2010-09-17 19:22 ` Wolfgang Denk
2010-09-17 22:58 ` Albert ARIBAUD [this message]
2010-09-18 22:35 ` Albert ARIBAUD
2010-09-18 22:58 ` Wolfgang Denk
2010-09-19 6:04 ` Heiko Schocher
2010-09-19 7:17 ` Albert ARIBAUD
2010-09-19 8:28 ` Albert ARIBAUD
2010-09-19 11:17 ` Wolfgang Denk
2010-09-19 11:56 ` Heiko Schocher
2010-09-18 23:19 ` [U-Boot] [PATCH 00/26 v2][NEXT] arm: add full relocation / cache support Wolfgang Denk
2010-09-22 17:51 ` Ben Gardiner
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=4C93F286.5030404@free.fr \
--to=albert.aribaud@free.fr \
--cc=u-boot@lists.denx.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox