changing the alignment requirement while casting

Question

I get the warning " cast increases required alignment of target type" while compiling the following code for ARM.

char data[2] = "aa";
int *ptr = (int *)(data);

I understand that the alignment requirement for char is 1 byte and that of int is 4 bytes and hence the warning.

I tried to change the alignment of char by using the aligned attribute.

char data[2] __attribute__((aligned (4)));
memcpy(data, "aa", 2);

int *ptr = (int *)(data);

But the warning doesn't go away.

My questions are

Why doesn't the warning go away?
As ARM generates hardware exception for misaligned accesses, I want to make sure that alignment issues don't occur. Is there any other way to write this code so that the alignment issue won't arise?

By the way, when I print alignof(data), it prints 4 which means the alignment of data is changed.

I'm using gcc version 4.4.1. Is it possible that the gcc would give the warning even if the aligned was changed using aligned attribute?

Remember that on most platforms int is 32 bits, four bytes. Your string is only two bytes (three is you consider the string terminator). — Some programmer dude
@JoachimPileborg - Yes, that's why I want to get rid of this warning. If the string starts on an odd boundary, it may lead to an unaligned exception. — linuxfreak
possible duplicate of ARM unaligned memory access workaround — artless noise
user3629249: Are you kidding me? Do you typecast the address of a data as int rather than int *? — linuxfreak
Why the downvote? This here is a perfectly legitimate question, which is not impaired by the fact that the array is too small in space to hold 32 bits. (Are there ARMs with 16 bit word size? In that case the array would be big enough.) Yet the question has -2 points by the time I come here. I will never get how folks here at SO decide their votings. They appear to vote pretty much randomly with a tendency to downvote the most interesting questions and insightful answers and upvote unhelpful answers if they only were the quickest to be dropped. — T-Bull

Lundin Lundin · Accepted Answer · 2014-09-15T08:28:58

I don't quite understand why you would want to do this... but the problem is that the string literal "aa" isn't stored at an aligned address. The compiler likely optimized away the variable data entirely, and therefore only sees the code as int* ptr = (int*)"aa"; and then give the misalignment warning. No amount of fiddling with the data variable will change how the literal "aa" is aligned.

To avoid the literal being allocated on a misaligned address, you would have to tweak around with how string literals are stored in the compiler settings, which is probably not a very good idea.

Also note that it doesn't make sense to have a pointer to non-constant data pointing at a string literal.

So your code is nonsense. If you still for reasons unknown insist of having an int pointer to a string literal, I'd do some kind of work-around, for example like this:

typedef union
{
  char arr[3];
  int  dummy;
} data_t;

const data_t my_literal = { .arr="aa" };
const int* strange_pointer = (const int*)&my_literal;

changing the alignment requirement while casting

1 Answers