PLEASE DO NOT REPLY TO THIS MESSAGE. TO FURTHER COMMENT ON THE STATUS OF THIS BUG PLEASE FOLLOW THE LINK BELOW AND USE THE ON-LINE APPLICATION. REPLYING TO THIS MESSAGE DOES NOT UPDATE THE DATABASE, AND SO YOUR COMMENT WILL BE LOST SOMEWHERE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=2973 *** shadow/2973 Thu Aug 2 18:11:13 2001 --- shadow/2973.tmp.23428 Thu Aug 2 18:11:13 2001 *************** *** 0 **** --- 1,34 ---- + +============================================================================+ + | Building Xerces on Irix (with default kernel settings) fails | + +----------------------------------------------------------------------------+ + | Bug #: 2973 Product: Xerces-C++ | + | Status: NEW Version: 1.5.1 | + | Resolution: Platform: Other | + | Severity: Blocker OS/Version: Other | + | Priority: Other Component: Build | + +----------------------------------------------------------------------------+ + | Assigned To: [EMAIL PROTECTED] | + | Reported By: [EMAIL PROTECTED] | + | CC list: Cc: | + +----------------------------------------------------------------------------+ + | URL: | + +============================================================================+ + | DESCRIPTION | + Irix has this weird systune business that allows sysadmins to tweak certain + parameters of the kernel (some requiring reboot, others not) for performance, + security, etc. + + Anyhow, one of those parameters is called "ncargs". This parameter limits the + number of arguments that can be passed to a program when started from the + command line. The default setting is 20480 (I guess chars), and the max value + is 262144. + + This is a blocker problem (on SGI's that have the default setting) when + building Xerces because the final link command for generating the libxerces- + c1_5_1.so includes many dozens of .o files with their full absolute paths as + arguments, which causes the OS to reject the command making it impossible to + create the final target .so. + + This problem is worked around by setting ncargs to the maximum value, but it + could be further remedied by having the makefiles use relative paths to the .o + files rather than full absolute paths (and other similar changes) when linking. \ No newline at end of file --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
