On 9/16/2011 9:08 AM, Jim Payne via RT wrote:
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*.
See http://www.mail-archive.com/openssl-dev@openssl.org/msg29692.html
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List openssl-dev@openssl.org
Automated List Manager majord...@openssl.org
