Hi, Rommel.
Actually, I also tried v3.0.15 on FreeBSD 7.0-RELEASE.
But I never met the error.
Did you update the compiler?
or
Are you using the special architecture?
My environment is here.
$ gcc -v
Using built-in specs.
Target: i386-undermydesk-freebsd
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 4.2.1 20070719 [FreeBSD]
Anyway, your modification will not have any impact, I guess.
I can apply it into the next version.
Thanks,
On Wed, 22 Oct 2008 16:26:56 +0800
"Rommel Laranjo" <rslaranjo@gmail.com> wrote:
> Hello,
>
> The problem has been fixed. I changed line 51 of
> v6eval-3.0.15/lib/Cm/BtObject.cc
> from:
> int BtObject::compare(const BtObject*p) const {return (int)this-(int)p;}
> to:
> int BtObject::compare(const BtObject*p) const {return (int)(this-p);}
>
> I hope this change will not affect the behavior of v6eval.
>
>
> Rommel
>
>
> On Wed, Oct 22, 2008 at 3:51 PM, Rommel Laranjo <rslaranjo@gmail.com> wrote:
> > I tried to install v6eval-3.0.15 in FreeBSD 7 and have this
> > encountered this error:
> >
> > echo file2hex: /usr/lib/libc.a >> .depend
> > ===> etc (depend)
> > ===> script (depend)
> > ===> script/pmod (depend)
> > ===> script/pmod/V6evalTool (depend)
> > ===> script/pmod/V6evalRemote (depend)
> > ===> script/pmod/V6evalCommon (depend)
> > ===> include (depend)
> > ===> lib (all)
> > ===> lib/Cm (all)
> > Warning: Object directory not changed from original /root/v6eval-3.0.15/lib/Cm
> > c++ -O2 -fno-strict-aliasing -pipe -g -DYYDEBUG -Wall
> > -Woverloaded-virtual -I. -I/usr/local/include -c BtObject.cc
> > BtObject.cc: In member function 'virtual int BtObject::compare(const
> > BtObject*) const':
> > BtObject.cc:51: error: cast from 'const BtObject*' to 'int' loses precision
> > BtObject.cc:51: error: cast from 'const BtObject*' to 'int' loses precision
> > *** Error code 1
> >
> > Stop in /root/v6eval-3.0.15/lib/Cm.
> > *** Error code 1
> >
> > Stop in /root/v6eval-3.0.15/lib.
> > *** Error code 1
> >
> > Stop in /root/v6eval-3.0.15.
> >
> >
> >
> >
> >
> > On Thu, Oct 16, 2008 at 9:04 AM, Yukiyo Akisada <akisada@tahi.org> wrote:
> >> On Wed, 15 Oct 2008 11:08:18 +0200
> >> Vit Pelcak <vpelcak@suse.cz> wrote:
> >>
> >>> Yukiyo Akisada napsal(a):
> >>> > Hi, Vit.
> >>> >
> >>> > I'm using pure (not upgrading) FreeBSD 7.0-RELEASE.
> >>> >
> >>>
> >>> What do you mean by "not upgrading"? You don't do system updates?
> >>>
> >>> I don't know FreeBSD much, so I'm judging according Linux, but some (or
> >>> many) distros generate their images weekly or so.
> >>>
> >>> Therefore I can have newer version of FreeBSD and you can have older.
> >>> That means, v6eval can break with newer version. But that is my guess as
> >>> I have absolutely no idea what is wrong and I don't know FreeBSD much.
> >>>
> >>> I have installed FreeBSD from anew on different disk so I have fallback
> >>> option when things go wrong.
> >>>
> >>> > And I never met such situation.
> >>> >
> >>>
> >>> Hm, interesting.
> >>>
> >>> > I guess that some of openssl stuff is not the exact same.
> >>> > Or did you set OPENSSL_NO_RC5 at </etc/make.conf>?
> >>> >
> >>>
> >>> No, I didn't do any changes to this config. I don't have such entry there.
> >>>
> >>> However, it seems, that by commenting line
> >>>
> >>> error RC5 is disabled.
> >>>
> >>>
> >>> from /usr/include/openssl/rc5.h, I overpass this anyway.
> >>>
> >>> This error message
> >>>
> >>> ../../lib/Pz/libPz.a(MfAlgorithm.o)(.text+0x76c6): In function
> >>> `MfRC5::scheduleKeys(PObject const*, rc5_key_st&) const':
> >>> /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz/MfAlgorithm.cc:226: undefined
> >>> reference to `RC5_32_set_key'
> >>> ../../lib/Pz/libPz.a(MfAlgorithm.o)(.text+0x7723): In function
> >>> `MfRC5::decrypt(unsigned char*, unsigned char*, unsigned int, PObject
> >>> const*,
> >>> unsigned char*)const':
> >>> /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz/MfAlgorithm.cc:236: undefined
> >>> reference to `RC5_32_cbc_encrypt'
> >>> ../../lib/Pz/libPz.a(MfAlgorithm.o)(.text+0x7783): In function
> >>> `MfRC5::encrypt(unsigned char*, unsigned char*, unsigned int, PObject
> >>> const*,
> >>> unsigned char*)const':
> >>> /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz/MfAlgorithm.cc:231: undefined
> >>> reference to `RC5_32_cbc_encrypt'
> >>> *** Error code 1
> >>>
> >>> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15/bin/pktsend.
> >>> *** Error code 1
> >>>
> >>> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15/bin.
> >>> *** Error code 1
> >>>
> >>> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15.
> >>>
> >>>
> >>> simply suggests, that there aren't defined things used in source code.
> >>> When I comment them out, compilation passes OK. So there must be some
> >>> problem reinstall wouldn't solve.
> >>>
> >>> Something is simply missing IMHO.
> >>>
> >>> > If you can accept to re-install everything,
> >>> > it must work.
> >>> >
> >>>
> >>> Well, It was quite pain to get everything set as I'm totally new in
> >>> FreeBSD. Also, I'm not sure, whether this Microsofts way of repairing
> >>> things by reinstall would help.
> >>>
> >>> I can simply uninstall openssl (first I tried one installed by FreeBSD,
> >>> then tried both 0.9.8g and h_beta from ports, same result) and then
> >>> install openssl again.
> >>>
> >>> That would be imho equivalent of reinstall without time and
> >>> configuration loss.
> >>>
> >>> Perhaps if we can track problem down and fix it, it would be much better
> >>> not only for me.
> >>>
> >>> Could you please send me your /usr/include/openssl/rc5.h so I can
> >>> compare it with mine?
> >>>
> >>> Thank you very much for assistance.
> >>>
> >>> I appreciate it.
> >>>
> >>> Regards
> >>> Vit Pelcak
> >>>
> >>> > Thanks,
> >>> >
> >>> >
> >>> > On Fri, 10 Oct 2008 15:12:38 +0200
> >>> > Vit Pelcak <vpelcak@suse.cz> wrote:
> >>> >
> >>> >
> >>> >> Hi.
> >>> >>
> >>> >> After experiencing failures with v6eval testing suite, I was suggested to
> >>> >> update FreeBSD. PC tn was old machine with FreeBSD 4.3, so I upgraded to
> >>> >> FreeBSD 7.
> >>> >>
> >>> >> However, now I cannot compile v6eval at all.
> >>> >>
> >>> >> # make
> >>> >> ===> lib (depend)
> >>> >> ===> lib/Cm (depend)
> >>> >> rm -f .depend GPATH GRTAGS GSYMS GTAGS
> >>> >> rm -f .depend
> >>> >> mkdep -f .depend -a -DYYDEBUG -I. -I/usr/local/include CmTypes.cc
> >>> >> BtObject.cc BtArray.cc BtList.cc BtSet.cc CmQueue.cc CmAgent.cc CmMain.cc
> >>> >> CmSocket.cc CmFdSet.cc CmFdMasks.cc CmString.cc PerfCollect.cc Timer.cc
> >>> >> CmDispatch.cc CmReceiver.cc timeval.cc CmToken.cc CmMatch.cc CmLexer.cc
> >>> >> ===> lib/Pz (depend)
> >>> >> rm -f .depend GPATH GRTAGS GSYMS GTAGS
> >>> >> rm -f .depend
> >>> >> mkdep -f .depend -a -I../Cm -I. -DYYDEBUG
> >>> >> /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz/crypto/rijndael/rijndael-alg-
> >>> >> fst.c /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz/crypto/rijndael/rijndael-
> >>> >> api-fst.c
> >>> >> mkdep -f .depend -a -I../Cm -I. -DYYDEBUG -I../Cm -I.
> >>> >> -I/usr/local/include
> >>> >> DmObject.cc ItPosition.cc McAH.cc McARP.cc McAlgorithm.cc McDHCPv6.cc
> >>> >> McDNS.cc
> >>> >> McESP.cc McEther.cc McICMPv4.cc McICMPv6.cc McIGMP.cc McIKE.cc McIPv4.cc
> >>> >> McIPv6.cc McInit.cc McMLDv2.cc McMobility.cc McNoNext.cc McNull.cc
> >>> >> McObject.cc
> >>> >> McRIPng.cc McRR.cc McSIP.cc McSNMP.cc McSub.cc McTCP.cc McUDP.cc McVRRP.cc
> >>> >> MfAlgorithm.cc MmChecksum.cc MmData.cc MmHeader.cc MmObject.cc
> >>> >> MvArgCheck.cc
> >>> >> MvFunction.cc PAlgorithm.cc PControl.cc PObject.cc PcObject.cc PlObject.cc
> >>> >> PrItem.cc PvAction.cc PvAutoItem.cc PvIfName.cc PvName.cc PvObject.cc
> >>> >> PvOctets.cc RObject.cc WObject.cc
> >>> >> In file included from MfAlgorithm.h:51,
> >>> >> from McIKE.cc:61:
> >>> >> /usr/include/openssl/rc5.h:69:2: error: #error RC5 is disabled.
> >>> >> In file included from MfAlgorithm.h:51,
> >>> >> from MfAlgorithm.cc:45:
> >>> >> /usr/include/openssl/rc5.h:69:2: error: #error RC5 is disabled.
> >>> >> In file included from MfAlgorithm.h:51,
> >>> >> from PAlgorithm.cc:50:
> >>> >> /usr/include/openssl/rc5.h:69:2: error: #error RC5 is disabled.
> >>> >> mkdep: compile failed
> >>> >> *** Error code 1
> >>> >>
> >>> >> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz.
> >>> >> *** Error code 1
> >>> >>
> >>> >> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib.
> >>> >> *** Error code 1
> >>> >>
> >>> >> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15.
> >>> >>
> >>> >> I've discovered, that problem is in /usr/include/openssl/rc5.h
> >>> >>
> >>> >> #ifdef OPENSSL_NO_RC5
> >>> >> #error RC5 is disabled.
> >>> >> #endif
> >>> >>
> >>> >> I tried to install openssl 0.9.8h_1 from ports (it has bug when include
> >>> >> headers aren't installed, but I copied them to appropriate place).
> >>> >>
> >>> >> However, this didn't help. Result is same.
> >>> >>
> >>> >> I tried to comment out line "#error RC5 is disabled." from
> >>> >> /usr/include/openssl/rc5.h. It continues compiling, but I get this error
> >>> >> message later:
> >>> >>
> >>> >> ../../lib/Pz/libPz.a(MfAlgorithm.o)(.text+0x76c6): In function
> >>> >> `MfRC5::scheduleKeys(PObject const*, rc5_key_st&) const':
> >>> >> /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz/MfAlgorithm.cc:226: undefined
> >>> >> reference to `RC5_32_set_key'
> >>> >> ../../lib/Pz/libPz.a(MfAlgorithm.o)(.text+0x7723): In function
> >>> >> `MfRC5::decrypt(unsigned char*, unsigned char*, unsigned int, PObject
> >>> >> const*,
> >>> >> unsigned char*)const':
> >>> >> /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz/MfAlgorithm.cc:236: undefined
> >>> >> reference to `RC5_32_cbc_encrypt'
> >>> >> ../../lib/Pz/libPz.a(MfAlgorithm.o)(.text+0x7783): In function
> >>> >> `MfRC5::encrypt(unsigned char*, unsigned char*, unsigned int, PObject
> >>> >> const*,
> >>> >> unsigned char*)const':
> >>> >> /mnt/rest/vpelcak/tests/v6eval-3.0.15/lib/Pz/MfAlgorithm.cc:231: undefined
> >>> >> reference to `RC5_32_cbc_encrypt'
> >>> >> *** Error code 1
> >>> >>
> >>> >> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15/bin/pktsend.
> >>> >> *** Error code 1
> >>> >>
> >>> >> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15/bin.
> >>> >> *** Error code 1
> >>> >>
> >>> >> Stop in /mnt/rest/vpelcak/tests/v6eval-3.0.15.
> >>> >>
> >>> >> Is there any workaround?0
> >>> >>
> >>> >> Thank you for any help.
> >>> >>
> >>> >> Regards
> >>> >> Vit Pelcak
> >>> >>
> >>> >>
> >>> >>
> >>> >
> >>> >
> >>> >
> >>>
> >>>
> >>>
> >>
> >>
> >> --
> >> Yukiyo Akisada <akisada@tahi.org>
> >>
> >
>
>
--
Yukiyo Akisada <akisada@tahi.org>