diff options
author | bug1 <bug1@69ca8d6d-28ef-0310-b511-8ec308f3f277> | 2003-09-17 00:22:26 +0000 |
---|---|---|
committer | bug1 <bug1@69ca8d6d-28ef-0310-b511-8ec308f3f277> | 2003-09-17 00:22:26 +0000 |
commit | b576eeffb14db5c208fc7ac96d68dad97180e94e (patch) | |
tree | ed281183851ef7f437520fe212efc54dea2faa80 /libbb | |
parent | c55dc215e1e5b45975d96f8f4ae25d8320fa1380 (diff) | |
download | busybox-w32-b576eeffb14db5c208fc7ac96d68dad97180e94e.tar.gz busybox-w32-b576eeffb14db5c208fc7ac96d68dad97180e94e.tar.bz2 busybox-w32-b576eeffb14db5c208fc7ac96d68dad97180e94e.zip |
Patch by Junio C Hamano to workaround a gcc compiler bug.
The construct certain vintages of GCC (the one I have trouble
with is 3.2.3) have trouble with looks like the following:
static struct st a;
static struct st *p = &a;
struct st { int foo; };
static void init(void) { a.foo = 0; }
The problem disappears if we move the struct declaration up to
let the compiler know the shape of the struct before the first
definition uses it, like this:
struct st { int foo; }; /* this has been moved up */
static struct st a;
static struct st *p = &a;
static void init(void) { a.foo = 0; }
git-svn-id: svn://busybox.net/trunk/busybox@7537 69ca8d6d-28ef-0310-b511-8ec308f3f277
Diffstat (limited to 'libbb')
0 files changed, 0 insertions, 0 deletions