Hallo,

ich habe eine shared library libcalcETP.a, die die Funktion

[cpp] int abc() { return 37; } [/cpp]

enthält, die zugehörige Header-Datei ist calcETP.h:

[cpp]
#ifndef CALCETP_H_
#define CALCETP_H_

int abc();

#endif[/cpp]

Diese Funktion würde ich nun gerne in einem mittels XS erstellten Modul verwenden ("abc" soll also von den C-Dateien, die zum Bauen des Moduls verwendet werden, benutzt werden. es soll/braucht nicht möglich zu sein "abc" dann mittels des erstellten Moduls aus perl aufzurufen). Dazu bin ich vom "Set::Bit"-Beispiel in "XS Mechanics" (http://world.std.com/~swmcd/steven/perl/pm/xs/modu...) ausgegangen. Ich habe also 6 Dateien:

vector.h:
[cpp]
typedef struct
{
int nBits;
int nInts;
int *pInts;
} Vector;

extern Vector *new (int nBits);
...
[/cpp]


vector.c:
[cpp]
#include "vector.h"
#include <stdio.h>

#include "calcETP.h"

Vector *new(int nBits)
{
...
int s = abc();
...
}

...
[/cpp]


EmissionFreqs.pm:



typemap:



EmissionFreqs.xs:
[cpp]
#include "EXTERN.h"
#include "perl.h"
#include "XSUB.h"
#include "vector.h"

typedef Vector *EmissionFreqs;

MODULE = EmissionFreqs PACKAGE = EmissionFreqs

PROTOTYPES: ENABLE

EmissionFreqs
new(package, nBits)
char *package
int nBits
CODE:
RETVAL = new(nBits);
OUTPUT:
RETVAL

...
[/cpp]


Makefile.PL:


Das Problem ist nun, dass, wenn ich



verwende, die Fehlermeldung



erhalte, obwohl perl ja "abc" eigentlich gar nicht braucht.

libcalcETP.a funktioniert übrigens definitiv.

Weiss jemand hier weiter?

Hmm, ja was denn nun?

Im Titel sagst Du, Du hast eine statische Bibliothek, dann schreibst Du im Beitrag, sie sei dynamisch, habe aber ein .a im Dateinamen.

Erst sagst Du, dass Du eine C-Funktion namens abc verwenden willst, dann taucht diese Funktion in Dem von Dir geposteten XS-Code nirgends auf.

Und schließlich verlierst Du auch kein Wort darüber, was denn nun nicht funktioniert und was schon. Es ist auf den meisten Unices nicht ungewöhnlich, dass dynamisch gelinkte Symbole in einer dynamischen Bibliothek von nm als undefiniert markiert werden – das deutet zwar darauf hin, dass die Bibliothek calcETP tatsächlich dynamisch ist, oder vielleicht nicht die Bibliotheksdatei gelinkt wird, die Du glaubst zu linken, aber es sagt nichts darüber aus, ob der Linker beim Produzieren des XS-Modules irgendwelche Warnungen von sich gegeben hat, ob Perl das Modul laden kann und ob die Funktion abc aufgerufen werden kann.

Irgendwie ist es ohne hellseherische Fähigkeiten schwierig nachzuvollziehen, wo Dein Problem liegt. Meine Glaskugel meint, dass Du vielleicht mal die Linkerflags genau überprüfen oder einfach ausprobieren solltest, ob das Modul nicht sogar funktioniert, obwohl nm komische Dinge sagt ;-)

Da ist in der Tat gestern abend einiges durcheinander gegangen. Ich habe den Beitrag umformuliert.

Ich sollte wohl noch erwähnen, dass libcalcETP.a die static library ist, die die Funktion "abc" enthält, während EmissionFreqs.so die automatisch von XS erstellte shared library ist.