Hi Julien,
I'm completely stumped.
I tried commenting out %apply unsigned long long { uint 64_t } but still no
good.
I think it must be a problem with perl on my box, but after rebuilding from
the fc7 disks and it still doesn't work.
I can see that swig_types is defined in mapi_wrap.c and make compiles so
there must be a problem with perl why it refuses to load mapi.so, I don't
have much knowledge with this dynamic loading in perl, do you know how I can
find out why perl wont load the module?
Thanks
Mark
On 16/1/08 14:34, "Julien Kerihuel" <[EMAIL PROTECTED]> wrote:
> Mark,
>
> I'm trying to reproduce your issue on a similar system (FC7 x86_32 and
> swig 1.3.33), but without "success" so far. swig_types related code is
> auto-generated by swig in swig/perl/mapi_wrap.c from files
> within /usr/share/swig/1.3.33/. I mean there is no direct references to
> this symbol within openchange swig/perl files.
>
> If I remember correctly, you have been able to run ./fetchmail.pl until
> OpenFolder which had a uint64_t value problem. Your swig_type problem
> seemed to appear after I fixed the OpenFolder call so I can only suggest
> the following method:
>
> 1. Run the openmsgstore.pl script attached. Does it work or not?
> 2. In both cases, try to comment the %apply unsigned long long
> { uint64_t } in mapi.i and recompile bindings.
> 3. Run the openmsgstore.pl script again, does it make things better?
> 4. If yes try to run fetchmail test again.
>
> Cheers,
> Julien.
>
> On Wed, 2008-01-16 at 09:23 +0000, Mark Ridley wrote:
>> Julien,
>>
>> The version of swig was 1.3.31, I have now updated to 1.3.33, thanks.
>> but am now back to the original problem of trying to run fetchmail.pl that I
>> had a couple of days ago that caused me to rebuild a new FC7 box.
>>
>> Where is swig_types defined?
>>
>> [EMAIL PROTECTED] tests]# ./fetchmail.pl
>> Can't load '/usr/lib/perl5/site_perl/5.8.8/mapi.so' for module mapi:
>> /usr/lib/perl5/site_perl/5.8.8/mapi.so: undefined symbol: swig_types at
>> /usr/lib/perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line 230.
>> at /usr/lib/perl5/site_perl/5.8.8/mapi.pm line 11
>> Compilation failed in require at ./fetchmail.pl line 15.
>> BEGIN failed--compilation aborted at ./fetchmail.pl line 15.
>> [EMAIL PROTECTED] tests]# ldd /usr/lib/perl5/site_perl/5.8.8/mapi.so
>> linux-gate.so.1 => (0x00aee000)
>> libdcerpc.so.0 => /usr/local/samba/lib/libdcerpc.so.0 (0x002ea000)
>> libndr.so.0 => /usr/local/samba/lib/libndr.so.0 (0x00110000)
>> libtalloc.so.1 => /usr/local/samba/lib/libtalloc.so.1 (0x00bce000)
>> libsamba-config.so.0 => /usr/local/samba/lib/libsamba-config.so.0
>> (0x00fca000)
>> libldb.so.0 => /usr/local/samba/lib/libldb.so.0 (0x00147000)
>> libc.so.6 => /lib/libc.so.6 (0x0017c000)
>> libpam.so.0 => /lib/libpam.so.0 (0x002d0000)
>> libcrypt.so.1 => /lib/libcrypt.so.1 (0x006d6000)
>> libsasl2.so.2 => /usr/lib/libsasl2.so.2 (0x00704000)
>> libgnutls.so.13 => /usr/lib/libgnutls.so.13 (0x0071d000)
>> libresolv.so.2 => /lib/libresolv.so.2 (0x00b11000)
>> libdl.so.2 => /lib/libdl.so.2 (0x00b74000)
>> /lib/ld-linux.so.2 (0x80000000)
>> libaudit.so.0 => /lib/libaudit.so.0 (0x0079a000)
>> libz.so.1 => /lib/libz.so.1 (0x00a19000)
>> libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x007ae000)
>> libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x00a7d000)
>> libnsl.so.1 => /lib/libnsl.so.1 (0x00803000)
>>
>> Any ideas?
>>
>> Mark
>>
>>
>> On 16/1/08 01:25, "Julien Kerihuel" <[EMAIL PROTECTED]> wrote:
>>
>>> Mark,
>>>
>>> Sorry, but I can't reproduce the problems (neither the undefined symbol
>>> nor the pseudo-op one). May I ask you which swig version you are using
>>> and on which platform are you compiling openchange?
>>>
>>> FYI, I'm using swig 1.3.33 on x86_32 platform.
>>>
>>> Furthermore, changes > r329 shouldn't have any impact on swig bindings.
>>>
>>> Cheers,
>>> Julien.
>>>
>>>
>>> On Tue, 2008-01-15 at 13:06 +0000, Mark Ridley wrote:
>>>> Hi,
>>>>
>>>> I am getting the following error when trying to make with
>>>> --enable-swig-perl=yes
>>>>
>>>> It is version 331 from trunk, can you help.
>>>>
>>>> Version 229 , was giving me an error about mapi.so being unable to load
>>>> because swig_types was undefined.
>>>>
>>>> Thanks
>>>>
>>>> Mark
>>>>
>>>> [EMAIL PROTECTED] trunk]# make
>>>> Creating Perl bindings ...
>>>> make[1]: Entering directory `/root/openchange/trunk/swig/perl'
>>>> Generating Headers (swig_mapitags.h)
>>>> Parsing ../../libmapi/conf/mapi-properties
>>>> Generating /root/openchange/trunk/swig/perl/swig_mapitags.h
>>>> Generating Headers (swig_mapicodes.h)
>>>> Parsing ../../libmapi/conf/mapi-codes
>>>> Generating /root/openchange/trunk/swig/perl/swig_mapicodes.h
>>>> Swigify mapi.i
>>>> Compiling mapi_wrap.c
>>>> {standard input}: Assembler messages:
>>>> {standard input}:17916: Warning: end of file not at end of a line; newline
>>>> inserted
>>>> {standard input}:18217: Error: unknown pseudo-op: `.lv'
>>>> gcc: Internal error: Killed (program cc1)
>>>> Please submit a full bug report.
>>>> See <URL:http://bugzilla.redhat.com/bugzilla> for instructions.
>>>> make[1]: *** [mapi_wrap.o] Error 1
>>>> make[1]: Leaving directory `/root/openchange/trunk/swig/perl'
>>>> make: *** [swigperl-all] Error 2
>>>>
>>>> _______________________________________________
>>>> devel mailing list
>>>> [email protected]
>>>> http://mailman.openchange.org/listinfo/devel
_______________________________________________
devel mailing list
[email protected]
http://mailman.openchange.org/listinfo/devel
