Thanks for your help.
Would you be able to email your Makefile that you generated for gcc 4.0.3 on Solaris/SPARC?
I am seriously missing something. I installed lated Sun Studio 12 and compiled with it and it's the same problem.
/M.
On Tue, Mar 3, 2009 at 2:49 PM, hyc@symas.com wrote:
mariusp44@gmail.com wrote:
as I have pointed out in earlier post not only it doesn't work when I compile it myself but also the one that was downloaded form sunfreeware.com. It is not possible to tell what version of gcc was used to compile openldap that is distributed but explanation that it doesn't work because of compiler bug seems to me highly unlikely. Unless you can specifically point to which bug in gcc on SPARC contributes to this erratic behaviour of openldap.
It's not our responsibility to do your legwork for you. You can easily email the maintainers at sunfreeware.com and ask them. Since they currently host gcc 3.4.6 on their site it's a safe bet they're still using gcc 3.4.x overall.
Fyi, I have just now built the 2.4.15 source using gcc 4.0.3 on SPARC/Solaris and all of the hash mechanisms work fine. I don't have a gcc 3.x build handy on my system, nor do I see any reason to install a known-bad compiler just to further demonstrate what has already been plainly documented by other folks.
Either way, thanks for comments.
/M.
On Mon, Mar 2, 2009 at 5:56 PM,hyc@symas.com wrote:
ando@sys-net.it wrote:
mariusp44@gmail.com wrote:
I have just compiled and tested 2.4.15 and result is same: cleartext, md5 and sha works, smd5, ssha and crypt doesn't.
Solaris 10 SPARC latest, gcc 3.4.3, Berkeley DB 4.7.25, opessl 0.9.8j.
I have no chance to test on that arch. You should figure our why those hashes are not supported. Did you enable crypt (--enable-crypt)?
gcc 3.4.3 was released November 4 2004 http://gcc.gnu.org/gcc-3.4/
and is known to have many bugs. It's also already known that old gcc releases have other problems on Sparc. (E.g. ITS#5875.)
Please use a working compiler.
As a workaround, recompile the offending functions with optimization disabled. That usually helps in cases like this.
There is no bug in OpenLDAP Software here, this ITS will be closed.
-- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/
-- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/