DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18675>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18675 clean up getopt(s) section of runConfigure ------- Additional Comments From [EMAIL PROTECTED] 2003-04-04 15:57 ------- Another important aspect of this bug is that runConfigure -h lists the following: Usage: runConfigure "options" where options may be any of the following: -p <platform> (accepts 'aix', 'linux', 'solaris', 'hp-10', 'hp-11', 'irix', 'tru64', 'macosx' ) -c <C compiler name> (e.g. gcc, cc, xlc) -x <C++ compiler name> (e.g. g++, CC, xlC) -d (specifies that you want to build debug version) -r <thread option> can be 'pthread' or 'dce' (only used on HP-11) -b <bitsToBuild> (accepts '64', '32') -l <extra linker options> -z <extra compiler options> -C <any one extra configure options> -h (to get help on the above commands) Unfortunately, the getopt string supports the following options: getopt p:c:x:dm:n:t:r:b:l:z:h $* This means that it is currently impossible to, say, set the installation prefix using runConfigure since -C is not actually parsed by getopt(s). -m, -n, and -t are parsed but are meaningless because they are not processed.
