Jason,

        Thanks for the help. I believe I am very close.
        
        One last bit of feedback (a). One last problem (b).
        
        a) When I: (for compiling Xerces.C)
                1) Delete the -DHAS_BOOL option and
                2) Add the path to CC include files: 
                        -I/opt/SUNWspro/SC4.2/include/CC
                        
        the following compile works:
        
CC -c -I. -IHandler  -I/opt/SUNWspro/SC4.2/include/CC 
-I/usr/local/src/xerces-c-src1_5_1/include -D_REENTRANT -O -DVERSION=\"1.5.6\" 
-DXS_VERSION=\"1.5.6\" -KPIC -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE 
Xerces.C
        
        b) Now 'make test' fails.
                "__0FK__rtbany_fv: referenced symbol not found"
        
make test
make[1]: Entering directory `/digital/local/src/XML-Xerces-1.5.6/DOMParse'
make[1]: Leaving directory `/digital/local/src/XML-Xerces-1.5.6/DOMParse'
PERL_DL_NONLAZY=1 /usr/local/bin/perl -Iblib/arch -Iblib/lib 
-I/usr/local/lib/perl5/5.6.0/sun4-solaris -I/usr/local/lib/perl5/5.6.0 -e 'use 
Test::Harness qw(&runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t
t/DOMCount..........Can't load 'blib/arch/auto/XML/Xerces/Xerces.so' for module 
XML::Xerces: ld.so.1: /usr/local/bin/perl: fatal: relocation error: file 
blib/arch/auto/XML/Xerces/Xerces.so: symbol __0FK__rtbany_fv: referenced symbol 
not found at /usr/local/lib/perl5/5.6.0/sun4-solaris/DynaLoader.pm line 200.
 at blib/lib/XML/Xerces.pm line 7
Compilation failed in require at t/DOMCount.t line 14.
BEGIN failed--compilation aborted at t/DOMCount.t line 14.
t/DOMCount..........dubious                                                  
        Test returned status 255 (wstat 65280, 0xff00)
Prototype mismatch: sub Test::Harness::_LARGEFILE_SOURCE vs () at (eval 25) line 
1.
DIED. FAILED tests 1-2
        Failed 2/2 tests, 0.00% okay
t/DOMCreate.........Can't load 'blib/arch/auto/XML/Xerces/Xerces.so' for module 
XML::Xerces: ld.so.1: /usr/local/bin/perl: fatal: relocation error: file 
blib/arch/auto/XML/Xerces/Xerces.so: symbol __0FK__rtbany_fv: referenced symbol 
not found at /usr/local/lib/perl5/5.6.0/sun4-solaris/DynaLoader.pm line 200.
 at blib/lib/XML/Xerces.pm line 7
Compilation failed in require at t/DOMCreate.t line 13.
BEGIN failed--compilation aborted at t/DOMCreate.t line 13.
t/DOMCreate.........dubious                                                  
        Test returned status 255 (wstat 65280, 0xff00)
Undefined subroutine &Test::Harness::WCOREDUMP called at 
/usr/local/lib/perl5/5.6.0/Test/Harness.pm line 334.
make: *** [test_dynamic] Error 255


        Using 'nm' I checked and the symbol is contained in the Xerces.so
        shared library (that we just made). Suggestions?
        
Thanks,
David   
        
----------------------------------------------------------------------------
>To: David Fielding <[EMAIL PROTECTED]>
>Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
>Subject: Re: Installing Xerces Perl on Solaris 2.8
>From: [EMAIL PROTECTED] (Jason E. Stewart)
>Date: 05 Oct 2001 09:34:45 -0600
>User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Artificial Intelligence)
>MIME-Version: 1.0
>
>"David Fielding" <[EMAIL PROTECTED]> writes:
>
>> Thanks. It does appear that CC will compile the files that fail to
>> compile with cc (make CC=CC). I now get include type errors shown
>> below.
>
>Ok, that's useful information, thanks!
>
>> As far as Perl being misconfigured I installed Perl 5.6.0 without 
>> error long before trying to install Xerces. I'm not sure how this 
>> might be misconfigured such that Perl doesn't know enough to use CC.
>
>My bad. Perl's Configure apparently doesn't ask any information about
>a C++ compiler at all.
>
>> The errors below would indicate something is not correct with
>> include files, as if the types might have changed between the
>> version of Perl and Xerces.
>>      
>> CC -c -I. -IHandler -I/usr/local/src/xerces-c-src1_5_1/include -D_REENTRANT 
>> -DHAS_BOOL -O     -DVERSION=\"1.5.6\" -DXS_VERSION=\"1.5.6\" -KPIC 
>> -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE  Xerces.C
>> "/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE/cop.h", line 300: Error: Type 
name 
>> expected instead of "bool".
>> "/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE/cop.h", line 300: Error: No 
>> storage class or type for this declaration.
>> "/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE/cop.h", line 300: Error: "," 
>> expected instead of "sbu_once".
>> ...many more messages deleted...
>
>This looks like the BOOL problem again. gcc on Solaris needs
>-DHAS_BOOL, it looks like CC does not want it. Try the above compile
>line manually, but take out -DHAS_BOOL and see if that helps.
>
>> PS: In order to complete the compile in Handler I manually added the include
>> path to <iostreams.h> in /opt/SUNWspro/SC4.2/include/CC. Not sure if this is
>> left out due to a misconfigured CC or Perl.
>> 
>>  CC -c -I. -I/opt/SUNWspro/SC4.2/include/CC -IHandler 
>> -I/usr/local/src/xerces-c-src1_5_1/include -I/usr/local/include 
>> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O -DVERSION=\"0.10\" 
>> -DXS_VERSION=\"0.10\" -KPIC -I/usr/local/lib/perl5/5.6.0/sun4-solaris/CORE 
>> PerlExceptionHandler.cpp
>
>Ahhh.. very useful information, thanks. Actually I'm beginning to
>believe that this is caused by two issues: 
>* I don't do my C++ programming and so I haven't kept up with the C++
>  standard. I use 'cerr' in some of the code, and it appears that I
>  should be using 'std::cerr'
>
>* the code that uses cerr doesn't need to be there at all, but because
>  of the current exception handling mechanism I use (which is not
>  optimal), I catch unhandled exceptions with cerr. This is slated to
>  change in 1.5.8
>
>Thanks for the info, good luck,
>jas.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to