Is there any reason why the sort code should not have -O2 or any other CFLAGS? I would imagine this code would benefit from -O2, and -Wall and so on that the rest of the code is compiled with.
Forgotten or intentional? --- Making all in sort make[2]: Entering directory `/usr/src/dbmail_snapshot-16dec/sort' /bin/sh ../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -c sort.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wp,-MD,.deps/sort.pp -c sort.c -fPIC -DPIC -DPIC -o sort.o mv -f sort.o .libs/sort.lo gcc -DHAVE_CONFIG_H -I. -I. -I.. -Wp,-MD,.deps/sort.pp -c sort.c -o sort.o >/dev/null 2>&1 mv -f .libs/sort.lo sort.lo /bin/sh ../libtool --mode=link gcc -o libsortdbmail.la -rpath /usr/dbmail//lib/dbmail sort.lo rm -fr .libs/libsortdbmail.la .libs/libsortdbmail.* .libs/libsortdbmail.* gcc -shared sort.lo -Wl,-soname -Wl,libsortdbmail.0 -o .libs/libsortdbmail.0.0.0 (cd .libs && rm -f libsortdbmail.0 && ln -s libsortdbmail.0.0.0 libsortdbmail.0) (cd .libs && rm -f libsortdbmail && ln -s libsortdbmail.0.0.0 libsortdbmail) ar cru .libs/libsortdbmail.a sort.o ranlib .libs/libsortdbmail.a creating libsortdbmail.la (cd .libs && rm -f libsortdbmail.la && ln -s ../libsortdbmail.la libsortdbmail.la) make[2]: Leaving directory `/usr/src/dbmail_snapshot-16dec/sort' --- PS: checked this with the 16'dec snapshot. -HK
