컴파일 결과의 byte access를 word access로 바꾸기??
글쓴이: pajaebeo / 작성시간: 수, 2010/04/21 - 9:26오전
안녕하세요?
(gcc 컴파일러 사용중이고, ARM 926 cross compile 입니다.)
struct {
volatile unsigned int a: 4;
volatile unsigned int b: 1;
volatile unsigned int c: 1;
volatile unsigned int d: 2;
volatile unsigned int e: 8;
volatile unsigned int f: 16;
}aaa;
aaa *reg = (aaa *)0x00001000;
이런 코드를 짰을 때,
reg->e = 1; 이런식으로 C 코딩을하면,
컴파일의 결과가
mov r0, 0x1000
strb r1, [r0, #1]
대충 이런식으로 나오는데요,
저는 strb 가 아니라 str명령이 나오게 만들고 싶습니다.
즉, byte access 가 아니라, word access가 되도록 만들고 싶은데, 어떻게 하면 가능할 까요?
Forums:
좀 우회하는 방법일 수도 있습니다만
직접적인 방법은 그런식의 어셈 코드가 나오게 하는 컴파일 옵션을 사용하는 걸 겁니다.
하지만 제가 해본적인 없어서 위의 방법이나 아래의 방법이 확실하게 님의 문제를 해결할 지 모르겠습니다.
이상주의적으로 말한 다면, 다음 방법은
님의 gcc 라이브러리에 어셈블러도 있을 겁니다. 따라서, 컴파일해서 나온 어셈코드를 찾아 님이 원하시는 데로 수정한후 직접 이 어셈블러로 어셈블하면 되지 않을까요?
분명 실전에서 쉽지 않을 것 같네요. 저처럼 make파일을 이용해서 컴파일하는 사람에겐. 죄송합니다, 저도 하기 힘든 답을 내서. 하지만 이 문제를 분명 이렇게 해결해야 님의 코드를 님이 원하시는 만큼 최적화 할 수 있으리라 생각합니다. 다음을 위해서 말이죠.^^
컴파일 옵션이...
답변 감사드립니다..
컴파일러 문서를 뒤져봤지만 관련된 컴파일 옵션이 없는거 같네요 ㅠ.ㅠ
구글링을 열심히 해본 결과는..
gcc가 bit field로 구현된 c언어에 대해서는 access width를 가장 작은단위로 하도록
자동으로 optimize하는 것 같네요 -0-;;;;
낭패 입니다..
어떤 이유에서 strb를
어떤 이유에서 strb를 사용하면 안되고 str을 사용해야 하는건지 궁금합니다.
언제나 삽질 - http://tisphie.net/typo/
프로그래밍 언어 개발 - http://langdev.net
언제나 삽질 - http://tisphie.net/typo/
프로그래밍 언어 개발 - http://langdev.net
byte access 가 되지 않는 peripheral 들을 위해서 입니다.
byte access 가 되지 않는 peripheral 들을 위해서 입니다. (Device Driver)
ex.) ARM의 APB 버스에 붙어 있는 peripheral들.
16-bit access를 해야하는 일부 I/O들 (PCI, NOR, NAND 등등 )
strb를 이용해서 byte access를 할 경우 인접한 메모리 값이 엉뚱한 값으로 쓰여지게 되더군요 -0-;
workaround로 임시
workaround로 임시 메모리에 해당 struct를 잡아두고, 그걸 통째로 장치에 쓰거나 읽는방법을 사용하시는건 어떨까요
언제나 삽질 - http://tisphie.net/typo/
프로그래밍 언어 개발 - http://langdev.net
언제나 삽질 - http://tisphie.net/typo/
프로그래밍 언어 개발 - http://langdev.net
iamroot.org
iamroot.org
공용체를 쓰시면 되염
union ccc
{
struct aaa bbb;
int32 ccc;
};
int main() { 83fc:
OTL
gcc 메일링
gcc 메일링 리스트에서 예전에 논의된 바로는
volatile로 선언된 bitfield를 container size로 접근하는 것은
ABI 정의에 따른 문제라고 결론 낸 것 같습니다. (pr23623)
EABI에서는 이런 경우 명확하게 container size로 접근하도록 정해져 있지만
arm-elf에 대해서는 그런 언급이 없기 때문에
관행대로 가장 작은 접근 단위를 사용하도록 하는 것 같네요.
4.2.x 이상 버전의 EABI용 gcc는 원하시는 대로 동작할 것으로 생각됩니다. (확인은 안해봤어요. ^^; )
댓글 달기