aboutsummaryrefslogtreecommitdiff
path: root/libbb
diff options
context:
space:
mode:
authorbug1 <bug1@69ca8d6d-28ef-0310-b511-8ec308f3f277>2003-09-17 00:22:26 +0000
committerbug1 <bug1@69ca8d6d-28ef-0310-b511-8ec308f3f277>2003-09-17 00:22:26 +0000
commitb576eeffb14db5c208fc7ac96d68dad97180e94e (patch)
treeed281183851ef7f437520fe212efc54dea2faa80 /libbb
parentc55dc215e1e5b45975d96f8f4ae25d8320fa1380 (diff)
downloadbusybox-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