| Alain SMEJKAL on Tue, 12 Jul 2005 20:26:48 +0200 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
| Re: run-time problems with cygwin: some symbols are not found at run time |
From: "Sam Steingold" <sds@gnu.org>
Sent: Monday, July 11, 2005 9:09 PM
> ------------- p.c -------------------
> #include <stdio.h>
> #include <pari/pari.h>
> int main (int argc, char* argv[]) {
> printf("binomial: 0x%x\n",(unsigned int)&binomial);
> return 0;
> }
> ------------- p.c -------------------
> I can link without any problems:
> $ gcc -Wall -I/usr/local/inlclude p.c -L/usr/local/lib -lpari
> but not run:
> $ ./a.exe
> pop-up: The procedure entry point binomial could not be located in the
> dynamic link library libpari-2.2.dll.
>
> some other functions work:
> rnfhermitebasis: 0x402d80
I got a different behavior here (using same gcc version) :
#include <stdio.h>
#include <pari/pari.h>
int main (int argc, char* argv[]) {
printf("binomial: 0x%x\n",(unsigned int)&binomial);
printf("rnfhermitebasis: 0x%x\n",(unsigned int)&rnfhermitebasis);
printf("allocatemoremem: 0x%x\n",(unsigned int)&allocatemoremem);
return 0;
}
binomial: 0x4010e0
rnfhermitebasis: 0x4010d0
allocatemoremem: 0x4010c0
> also, gp.exe fails with
> The procedure entry point allocatemem0 could not be located in the
> dynamic link library libpari-2.2.dll.
allocatemem is exported in dll as allocatemem0 but is not part of
usr/local/include interface (defined internally in anal.h).
allocatemoremem is okay in my test.
Regards,
Alain.