[Net-ssleay-devel] Latest development

Mike McCauley mikem at open.com.au
Thu Sep 14 23:56:17 UTC 2006


On Friday 15 September 2006 09:45, Florian Ragwitz wrote:
> On Fri, Sep 15, 2006 at 09:32:17AM +1000, Mike McCauley wrote:
> > Hello Florian,
> >
> > I observe some problems with the latest svn:
> >
> > 1. During perl Makefile.PL, I get:
> >
> > *** Module::AutoInstall configuration finished.
> > include inc/Module/Install/WriteAll.pm
> > include inc/Module/Install/Win32.pm
> > include inc/Module/Install/Fetch.pm
> > Checking if your kit is complete...
> > Warning: the following files are missing in your kit:
> >         inc/Test/More.pm
> >         t/local/20_constant.t
>
> make realclean
> perl Makefile.PL
> make manifest

OK, that seems to have fixed it (though it has added a whole bunch of spurious 
files to my MANIFEST, including emacs backup files :-)
Added to MANIFEST: inc/Test/NoWarnings.pm
Added to MANIFEST: inc/Test/Warn.pm
Added to MANIFEST: SSLeay.xs~
Added to MANIFEST: t/handle/external/10_destroy.t~
Added to MANIFEST: t/local/00_ptr_cast.t~
Added to MANIFEST: t/local/07_sslecho.t~
Added to MANIFEST: t/local/08_pipe.t~
Added to MANIFEST: t/local/20_autoload.t
Added to MANIFEST: t/local/31_rsa_generate_key.t
Added to MANIFEST: t/local/kwalitee.t

>
> > 2. During make, I get:
> >
> > cc -c  -I/usr/include -I/usr/inc32 -Iusr/kerberos/include -D_REENTRANT
> > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe
> > -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g   -DVERSION=\"1.30\"
> > -DXS_VERSION=\"1.30\" -fPIC
> > "-I/usr/lib/perl5/5.8.7/i586-linux-thread-multi/CORE"   SSLeay.c
> > SSLeay.xs: In function ???ssleay_ctx_passwd_cb_new???:
> > SSLeay.xs:208: error: syntax error before ???ssleay_ctx_passwd_cb_t???
> > SSLeay.xs: In function ???ssleay_ctx_cert_verify_cb_new???:
> > SSLeay.xs:358: error: syntax error before
> > ???ssleay_ctx_cert_verify_cb_t??? SSLeay.xs: In function
> > ???ssleay_RSA_generate_key_cb_new???:
> > SSLeay.xs:471: error: syntax error before
> > ???ssleay_RSA_generate_key_cb_t??? SSLeay.xs: In function
> > ???XS_Net__SSLeay_read???:
> > SSLeay.xs:763: error: syntax error before ???char???
> > SSLeay.xs: In function ???XS_Net__SSLeay_peek???:
> > SSLeay.xs:777: error: syntax error before ???char???
> > SSLeay.xs: In function ???XS_Net__SSLeay_RAND_bytes???:
> > SSLeay.xs:1230: error: syntax error before ???unsigned???
> > SSLeay.xs: In function ???XS_Net__SSLeay_RAND_pseudo_bytes???:
> > SSLeay.xs:1246: error: syntax error before ???unsigned???
> > SSLeay.xs: In function ???XS_Net__SSLeay_RAND_file_name???:
> > SSLeay.xs:1281: error: syntax error before ???char???
> > SSLeay.xs: In function ???XS_Net__SSLeay_X509_NAME_get_text_by_NID???:
> > SSLeay.xs:1351: error: syntax error before ???char???
> > SSLeay.xs: In function ???XS_Net__SSLeay_BIO_read???:
> > SSLeay.xs:1634: error: syntax error before ???char???
>
> That seems to be caused by the change from malloc/New to Newx. I don't
> really know what's the real reason behind it. I used Newx instead of New
> as New isn't documented in perlapi or somesuch. Therefor I thought it's
> probably not a public function to be used in extensions. Do you have any
> deeper insights in this topic?

No, I dont know anything about that. Sorry.


>
> > (BTW, that -Iusr/kerberos/include in the compiler line looks suspicious
> > too.
>
> Indeed. It's probably a leftover from older versions. Go ahead and
> remove it. I don't know any reason why it could be required..
>
> > 3. The list of prerequisite modules (and their prerequisites) is getting
> > longer and longer. I had to install another 5 modules this time.
>
> Those are build requirements.
>
> You don't really need them. They're just used in the test suite. Those
> tests are automatically skiped if those modules aren't around.
>
> On the user side no one will need to install those Test:: modules we use
> as they will automatically get included in inc/ when doing `make dist',
> so the test suite will run on the user side without requiring the
> testing modules to be installed.

OK.
Cheers.

>
>
> Thanks for your comments,
> Flo

-- 
Mike McCauley                               mikem at open.com.au
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
9 Bulbul Place Currumbin Waters QLD 4223 Australia   http://www.open.com.au
Phone +61 7 5598-7474                       Fax   +61 7 5598-7070

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, 
TTLS, PEAP etc on Unix, Windows, MacOS, NetWare etc.



More information about the Net-ssleay-devel mailing list