Hello,
Perl-5.8.4 break the same as 5.8.3 did. But when compiling
Perl without big ints and long doubles support, the test run
successfully.
As the error messages points to perl.h:1330:
1327 /* eg glibc 2.2 series seems to provide modfl on ppc
1328 and arm, but has noprototype in <math.h> */
1329 #ifndef HAS_MODFL_PROTO
1330 long double modfl(long double, long double*);
1331 #endif
and /usr/include/bits/mathcalls.h:116:
__MATHCALL (modf,, (_Mdouble_ __x, _Mdouble_ *__iptr));
then that seems to be a long double implementation bug.
I have glibc-2.3.2-11.9. gcc-3.2.2 and 3.3.3 both goes well.
I've no idea where and how it should be fixed, perhaps
a simple fix at Configure or hints/linux will do?
Silvio
SilvioCVdeAlmeida wrote:
>
> Now I have perl-5.8.3 and gcc-3.2.2 on Redhat-9.
> I'll get the new packages, and hope it works here too!
>
> Nick Ing-Simmons wrote:
> >
> > $ g++ `perl -MExtUtils::Embed -e ccopts -e ldopts` a.cc
> > No errors at all. (This is perl5.8.4, SuSE 9.1, gcc 3.3.3 )
> >
> > SilvioCVdeAlmeida wrote:
> > >
> > >Last weekend I've posted a question about embedding Perl in a
> > >C++ library. The compiling error is easily reproduced by just:
> > >
> > >$ g++ `perl -MExtUtils::Embed -e ccopts -e ldopts` a.cc
> > >
> > >// a.cc
> > >#include <EXTERN.h>
> > >#include <perl.h>
> > >int main(int a, char** b, char** c) {
> > > return 0;
> > >}
> > >
> > >That goes right if changed into: gcc aplied to C file a.c with
> > >the same contents.
> > >
> > >I've posted as bug, as adviced (#29966).
> > >
> > >The error is about C vs. C++ linkage. I can try to help, if
> > >someone give me a path to it, as I'm new in perl-xs, and XS
> > >itself.
> > >
> > >
> > >Thank you.
> > >
> > >Silvio
