Thanks for your quick reply… Yea…I know I could have run it as non-root but that is what I had done in the past upgrading openssl-and security makes me do it way too freqently…no it is not what I know I should have done (chalk it up to laziness on my part) so I don't have an excuse but did not expect the result. I have fixed /dev/null but I have not run ./config as a non-root user yet…I will do that on Monday…never like making any changes on Fridays.
Jim ___________ On Sep 16, 2011, at 7:51 AM, Andy Polyakov via RT wrote: >> I wish I could give you the info you ask for in your Readme but I can >> not even install this which is not what I am reporting. >> >> SunOS 5.9 Generic_122300-60 sun4u sparc SUNW,Sun-Fire-V240 >> OpenSSL version 1.0.0e which does not install but produces a problem >> when I try to config it >> >> The /config command gives an error then removes the link to /dev/null > > Ouch! Naturally I can ask why did you run it as privileged user, but > it's probably common practice outside my world... > > Arguably it's Solaris assembler bug. ./config attempts to detect > specific capability of GNU assembler by calling '$CC -Wa,--help -c -o > /dev/null -x assembler /dev/null'. Idea here is that non-GNU assembler > [and/or compiler] will simply bail out with "unsupported option" and > thus one can detect *both* GNU assembler and its specific feature with > single command. Now, what must be happening to you is that > > - $CC calls your assembler; > - assembler says that command line makes no sense; > - even though assembler has no intention to assemble anything it checks > if it can write to file designated by -o parameter; > - since it can write to it (everybody can write to /dev/null) it for > some reason attempts to remove it (*and this is arguably a bug*); > - assembler exits with error status; > > If you were running as unprivileged user it would fail to remove > /dev/null and it would work out fine. It remains mystery why does it > attempt to remove output file even if it has no intention to write into > it... > >> I have installed over 5 versions on this box previously and currently >> have 1.0.0d on it but when I run the config I get >> >> Operating system: sun4u-whatever-solaris2 >> NOTICE! If you *know* that your GNU C supports 64-bit/V9 ABI >> and wish to build 64-bit library, then you have to >> invoke './Configure solaris64-sparcv9-gcc' *manually*. >> You have about 5 seconds to press Ctrl-C to abort. >> Can't open perl script "-e": No such file or directory. >> Use -S to search $PATH for it. >> Can't open perl script "-e": No such file or directory. >> Use -S to search $PATH for it. >> You need Perl 5. > > I'd guess perl failure is caused by missing /dev/null. I'll have to > think of a way to prevent this. Meanwhile [once you restore '/dev/null' > (which should be symbolic link to '../devices/pseudo/mm@0:null')] you > should be able to re-run ./config *as unprivileged user*. > > > ______________________________________________________________________ OpenSSL Project http://www.openssl.org Development Mailing List openssl-dev@openssl.org Automated List Manager majord...@openssl.org
