use Perl

• That sounds like what I ran into yesterday (Score:3, Informative)

  by pudge (1) on 2002.08.02 12:02 (#11341) Homepage Journal

  For the Mac:: stuff, I defined the same function names and variables in multiple shared libraries, and dyld complained mightily. I put the functions in a single XS file, and access them from the others. So, for example, Foo.xs defines Foo(), and Bar.xs calls Foo() freely, and I put use Foo; at the top of Bar.pm, Baz.pm, etc. And, of course, Bar.xs has to include "../Foo/Foo.h" to get the definition ...
  
  Does that sound like what you were running into? And does my approach seem Wrong? I don't do a lot of C or XS ... I just look for something that works, and this seems to.
  

  Reply to This

  • Re:That sounds like what I ran into yesterday (Score:2)

    by Matts (1087)

    That sounds like it might work. I'll give it a try.
  • Re:That sounds like what I ran into yesterday (Score:1)

    by sky (1411)

    Not really wrong, however if you are porting alot of code that might not be possible, a good trick then is to disable -flat-namespace

    --
    sky
    • Re:That sounds like what I ran into yesterday (Score:1)

      by pudge (1)

      Ahhh. Hm. But I wonder if I can even compile the rest of it without -flat-namespace, as my code is relying on Carbon's flat headers. Bah.
• Kill, kill them all (Score:1)

  by richardc (1662)

  I bounced off this the other day, I eventually realised I could use the linker against itself and deleted the .c file from the XML::LibXSLT tree.

  The symbol leaks over when LibXSLT.pm uses LibXML and it just magically works out.
  • Re:Kill, kill them all (Score:2)

    by Matts (1087)

    That totally doesn't work for me - I get:
    
    dyld: /usr/bin/perl Undefined symbols:
    _PmmSvNode
    
    Which is one of the functions.
    
    (and yes, XML::LibXML is loaded before XML::LibXSLT is bootstrapped).
    • Re:Kill, kill them all (Score:1)

      by richardc (1662)

      Hmm, I guess this is probably that I'm building against a locally-built 5.8.0 rather than the supplied 5.6.0.

      Looking at the output of perl -V for both perls their linker flags do differ, which could explain it:

      /usr/bin/perl (5.6.0)
      Linker and Libraries: ld='cc', ldflags =''

      perl5.8.0

      Linker and Libraries:
          ld='cc', ldflags =' -flat_namespace'

      The Dynamic Linking linker options lddlflagsall are the same for both perls, so I suspect it's the differing ldflags that are letting i
      • Re:Kill, kill them all (Score:1)

        by richardc (1662)

        doh, hit save rather than preview. I mean lddlflags not lddlflagsall