dynchk generation does not preserve arch order

[Jeff Johnson]

On almost every regen of dynchk, things change - but not in an interesting way,
arch-specifics are moved around.

Typical diff is pasted below:

=== modified file 'dynchk/libs/libc/dcgettext.c'
--- dynchk/libs/libc/dcgettext.c
revid:<email address hidden>
+++ dynchk/libs/libc/dcgettext.c 2013-02-28 15:01:25 +0000
@@ -17,23 +17,23 @@
                #if defined __i386__
                        funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.0");
                #endif
+ #if defined __ia64__
+ funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.2");
+ #endif
                #if defined __powerpc__ && !defined __powerpc64__
                        funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.0");
                #endif
+ #if defined __powerpc64__
+ funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.3");
+ #endif
                #if defined __s390__ && !defined __s390x__
                        funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.0");
                #endif
- #if defined __ia64__
- funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.2");
- #endif
- #if defined __s390x__
- funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.2");
- #endif
                #if defined __x86_64__
                        funcptr = dlvsym(RTLD_NEXT, "dcgettext",
"GLIBC_2.2.5");
                #endif
- #if defined __powerpc64__
- funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.3");
+ #if defined __s390x__
+ funcptr = dlvsym(RTLD_NEXT, "dcgettext", "GLIBC_2.2");
                #endif
        if(!funcptr) {
                __lsb_output(-1, "Failed to load dcgettext. Probably the
library was loaded using dlopen, we don't support this at the moment.");