That is very bizzare indeed, so bizzare, that I don't believe it is the case (many XS modules make use of Perl_Top_ptr).
The only thing I can figure is you've got a corrupt version of perlapi.h.
You can get a fairly recent DB_File from http://crazyinsomniac.perlmonk.org/perl/ppm/ along with BerkleyDB (the DB_File is actually built with a 4x version of the BerkeleyDB)
The only way to configure perl on win32 is to edit the appropriate makefile.
| [reply] [Watch: Dir/Any] |
'I don't believe it is the case'-- trust me, it is the case. As to why it hasn't shown up, at a guess, the company in question doesn't use much (if any) external XS. I'm told that it wasn't left out intentionally. Of course the person who said that also didn't know the symbol in question<sigh> The perlapi.h seems fine, although I could diff it with the AS copy which is known to work. You said 'edit the appropriate makefile', could you be a little more explicit. I need all of the info I can get if I'm going to talk these guys through it (I can't do it hands on, I'm an outside contractor, so nix that idea). Thanks!
--hsm
"Never try to teach a pig to sing...it wastes your time and it annoys the pig."
| [reply] [Watch: Dir/Any] |
Which makefile?
For win32 platforms, it's the one in the win32 directory. Do a dir README* in your toplevel perl source directory to see all the numerous README's there are. The one of interest to you will be README.win32. All you need to know is contained in the README for your platform, or as comments in the Makefile for your platform.
I don't know what you mean by "external XS", but many of the core modules use XS and , like Compress::Zlib and Data::Dumper, and practically all XS modules #include "XSUB.h" which does #include "perlapi.h".
I urge you to getyourself a copy of perl, and try to basically replicate what they did (cause it sounds very fishy).
| [reply] [Watch: Dir/Any] |