--On Tuesday, March 06, 2001 11:32 AM +1000 David Richards 
<[EMAIL PROTECTED]> wrote:

> Further to my previous message, the exact output is:

See previous message for fix... :-)

> ### Making all in
> /messaging/richard2/builds/new-imap/cyrus-imapd-2.0.12/perl/imap
> cc -c -I../../lib -I/usr/local/include -fprm d -ieee -std -DLANGUAGE_C
> -O4     -DVERSION=\"1.00\"  -DXS_VERSION=\"1.00\"
> -I/usr/lib/perl-5.005/lib/5.00503/alpha-dec_osf/CORE -DPERL_POLLUTE
> IMAP.c
> cc: Warning: IMAP.xs, line 492: In this statement, the referenced type
> of the pointer value
> "(pcb==&PL_sv_undef?imclient_xs_fcmdcb:imclient_xs_cb)" is "function
> (pointer to struct imclient, pointer to struct xsccb, pointer to struct
> imclient_reply) returning void", which is not compatible with "function
> (pointer to struct imclient, pointer to void, pointer to struct
> imclient_reply) returning void". (ptrmismatch)
>                       (pcb == &sv_undef ?
> ----------------------^

By the way, I do not know what this is about, and I believe I still get
it after I fixed the problem below... but I haven't seen any side affects
yet. I firmly believe it has to do with a Perl version issue.  I know on
5.0a, Compaq distributed Perl 5.004_04.  I don't know what it is on 5.1.
This error doesn't seem to come up on Solaris where I have at least 5.005
or 5.6 installed.

> Running Mkbootstrap for Cyrus::IMAP ()
> chmod 644 IMAP.bs
> ar cr tmp.a IMAP.o ../../lib/libcyrus.a
> : tmp.a
> LD_RUN_PATH="/usr/local/lib" ld -o blib/arch/auto/Cyrus/IMAP/IMAP.so
> -shared -expect_unresolved "*" -O4 -msym -s -all tmp.a -none
> -L/usr/local/lib -lsasl
> ld:
> Object file format error in: tmp.a(libcyrus.a): read_cur_obj_info: bad

This was what I was talking about in the previous email.  Look at the
above ld line.  You will see "-all tmp.a -none".  The "tmp.a" library
needs to be after "-none", not after "-all".  Basically, it needs to
read "-all -none tmp.a" instead.  Given the nature of what "-all" and
"-none" mean, they probably both need to go and just "tmp.a" would
suffice.  Anyways, this is exactly what the problem is, which happens
to be defined in one of the perl modules associated with MakeMaker.

Scott
--
 +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+
      Scott W. Adkins                http://www.cns.ohiou.edu/~sadkins/
   UNIX Systems Engineer                  mailto:[EMAIL PROTECTED]
        ICQ 7626282                 Work (740)593-9478 Fax (740)593-1944
 +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+
     CNS, HDL Center, Suite 301, Ohio University, Athens, OH 45701-2979

Reply via email to