OK, just a quick reply, though I have a few more comments on the note, I
will comment later today.
I will try to make MakeMaker go around compiling the Handler lib, since that
is where the problem is comming from and it seems like there is no easy way
of fixing this. What is the Hanler lib used for anyways, it this an
extension for Perl's error handler?
It seems like the Hanler obj files compile OK, but can't link due to the
exported symbol. I'll try to finish today, if I don't run into other
problems. Since it worked fine with 1.3, I'll try to use these directives
and therefore bypass the Handler obj, since that wasn't present in 1.3
Ilya
-----Original Message-----
From: [EMAIL PROTECTED]
To: Sterin, Ilya
Cc: '[EMAIL PROTECTED] '; '[EMAIL PROTECTED] '
Sent: 07/19/2001 9:39 AM
Subject: Re: XML::Xerces port to windows
Hey Ilya,
I looked at this a little more closely this morning. Sorry I didn't
see this the other day. It is dying at a completely unnecessary point
of the build. It's making a dll out of the Handler/* object files. I
*never* use that dll... At the final link line for Xerces.dll I just
use the individual Handler/* object files again. I've just been too
lazy to figure out how to tell MakeMaker *NOT* to make the bloody dll
for Handler.
So if you can get make to proceed around this, you are likely to get a
working Xerces.dll.
Suggestions:
1) Help me figure out how to convince MakeMaker not to build a dll for
the Handler/* files
2) Move all the Handler/*.{cpp,hpp} files into the top level, and
re-run 'perl Makefile.PL'. You'll have to fiddle with Makefile.PL
by commenting out the @handler_objs line, and hard-coding $OBJS to
include them
Question: It seems that I hard-code in that object files should have a
'.o'
suffix. It seems that windows uses '.obj' how is this working for you?
I would change all the times I use '.o' to use \$OBJ_EXT instead. This
will be a variable defined in the Makefile.
Try this and let me know what goes.
Thanks again. I'm really happy that we can let people know Windows is
supported finally. Let's just get 1.5 working...
jas.
"Sterin, Ilya" <[EMAIL PROTECTED]> writes:
> link -out:..\blib\arch\auto\Handler\Handler.dll -dll -nologo
> -nodefaultl
> ib -release -libpath:"C:\Perl\lib\CORE" -machine:x86
> PerlContentCallbackHandle
> r.obj PerlDocumentCallbackHandler.obj PerlErrorCallbackHandler.obj
> PerlExcept
> ionHandler.obj C:\Perl\lib\CORE\perl56.lib oldnames.lib kernel32.lib
> user32.li
> b gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib
ole32.lib
> oleaut
> 32.lib netapi32.lib uuid.lib wsock32.lib mpr.lib winmm.lib
version.lib
> odbc32.
> lib odbccp32.lib msvcrt.lib -def:Handler.def
> Handler.def : error LNK2001: unresolved external symbol boot_Handler
> Handler.def : error LNK2001: unresolved external symbol boot_Handler
> ..\blib\arch\auto\Handler\Handler.lib : fatal error LNK1120: 2
unresolved
> extern
> als
> LINK : fatal error LNK1141: failure during build of exports file
> NMAKE : fatal error U1077: 'link' : return code '0x475'
> Stop.
> NMAKE : fatal error U1077: 'cd' : return code '0x2'
> Stop.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
