You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Marina Goldburt <ma...@gmail.com> on 2006/06/26 18:00:39 UTC
[drlvm] build fails on Windows os
Hi,
I've caught the following error when tried to build the drlvm today on
Windows OS:
[cc] 0 total files to be compiled.
[cc] Starting link
[cc] Creating library vmcore.lib and object vmcore.exp
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
symb
ol _XML_SetCharacterDataHandler referenced in function
_apr_xml_parser_create@4
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
symb
ol _XML_SetElementHandler referenced in function _apr_xml_parser_create@4
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
symb
ol _XML_SetUserData referenced in function _apr_xml_parser_create@4
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
symb
ol _XML_ParserCreate referenced in function _apr_xml_parser_create@4
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
symb
ol _XML_ParserFree referenced in function _cleanup_parser
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
symb
ol _XML_GetErrorCode referenced in function _do_parse
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
symb
ol _XML_Parse referenced in function _do_parse
[cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
symb
ol _XML_ErrorString referenced in function _apr_xml_parser_geterror@12
[cc] vmcore.dll : fatal error LNK1120: 8 unresolved externals
Adding compilation of xml/expat/lib/xmlparse.c xmlrole.c xmltok.c to
aprutil.lib fixed the problem.
Jira issue with the suggested fix :
http://issues.apache.org/jira/browse/HARMONY-669
Marina
Re: [drlvm] build fails on Windows os
Posted by Rana Dasgupta <rd...@gmail.com>.
Hi Weldon,
These headers live in classlib\deploy\include.
Could it be that your external.dep.CLASSLIB property in make/build.xml is
not set correctly?
Also CLASSLIB_HOME in make/win.properties needs setting.
Thanks,
Rana
On 6/26/06, Weldon Washburn <we...@gmail.com> wrote:
>
> On 6/26/06, Marina Goldburt <marina.v.goldburt@gmail.com > wrote:
> >
> > Jira issue with the suggested fix :
> > http://issues.apache.org/jira/browse/HARMONY-669
> >
> >
> > Marina
>
> I applied the 669 patch and it fixed the ...xml linking problems.
> Thanks this helps a bunch!
>
> Now build.native.cpp is failing when I enter the command, "build
> -DBUILD_CFG=debug -DCXX=msvc". My local build tree is at revision
> 417327. See the error messages below. I looked everywhere for
> hyvmls.h and zipsup.h but can't find them. Any suggestions?
>
> build.native.cpp:
> [cc] 2 total files to be compiled.
> [cc] cl : Command line warning D4025 : overriding '/Ox' with '/Od'
> [cc] j9vmls.cpp
> [cc] C:\temp4\drlvm\trunk\vm\vmi\src\j9vmls.cpp(20) : fatal error
> C1083:
> Cannot open include file: 'hyvmls.h': No such file or directory
> [cc] vmi.cpp
> [cc] C:\temp4\drlvm\trunk\vm\vmi\src\vmi.cpp(25) : fatal error
> C1083: Can
> not open include file: 'zipsup.h': No such file or directory
> [cc] Generating Code...
>
> BUILD FAILED
>
> Weldon Washburn
> Intel Middleware Products Division
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
Re: [drlvm] build fails on Windows os
Posted by Weldon Washburn <we...@gmail.com>.
On 6/26/06, Marina Goldburt <ma...@gmail.com> wrote:
>
> Jira issue with the suggested fix :
> http://issues.apache.org/jira/browse/HARMONY-669
>
>
> Marina
I applied the 669 patch and it fixed the ...xml linking problems.
Thanks this helps a bunch!
Now build.native.cpp is failing when I enter the command, "build
-DBUILD_CFG=debug -DCXX=msvc". My local build tree is at revision
417327. See the error messages below. I looked everywhere for
hyvmls.h and zipsup.h but can't find them. Any suggestions?
build.native.cpp:
[cc] 2 total files to be compiled.
[cc] cl : Command line warning D4025 : overriding '/Ox' with '/Od'
[cc] j9vmls.cpp
[cc] C:\temp4\drlvm\trunk\vm\vmi\src\j9vmls.cpp(20) : fatal error C1083:
Cannot open include file: 'hyvmls.h': No such file or directory
[cc] vmi.cpp
[cc] C:\temp4\drlvm\trunk\vm\vmi\src\vmi.cpp(25) : fatal error C1083: Can
not open include file: 'zipsup.h': No such file or directory
[cc] Generating Code...
BUILD FAILED
Weldon Washburn
Intel Middleware Products Division
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [drlvm] build fails on Windows os
Posted by Vladimir Gorr <vv...@gmail.com>.
On 6/27/06, Mark Hindess <ma...@googlemail.com> wrote:
>
>
> On 27 June 2006 at 9:48, "Marina Goldburt" <ma...@gmail.com>
> wrote:
> >
> > On 6/27/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
> > >
> > > Odd. It was broken for me too. What changed?
> > >
> > > I applied the patch - thanks.
> >
> > I think, the problem is in the log4cxx revision -
> > the old log4cxx didn't use the aprutil xml API.
>
> Ah ... this problem would be from my change as discussed in the recent
> "[DRLVM] building from svn on FC5" thread where I wrote:
>
> I've fixed (in r416807) the revisions for log4cxx on linux and windows
> to use r416779. Works for me on Linux. Can some test on windows and
> report if this causes any regression?
>
> Obviously it did cause a regression on windows but the new version is
> needed on Linux to get the build to work.
>
> I've backed out the windows part of this change in r417350. Can someone
> check that this fixes the problem on windows?
Mark,
yes, the problem disappeared on Windows after your change.
Although, I don't understand why should we use the different revisions of
LOG4CXX on Windows and Linux?
If the patch mentioned by Marina is accepted then the problem also
disappears.
I'd like to hear your opinion.
Thanks,
Vladimir.
Regards,
> Mark.
>
>
>
>
>
>
>
>
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
Re: [drlvm] build fails on Windows os
Posted by Marina Goldburt <ma...@gmail.com>.
On 6/27/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
>
> Odd. It was broken for me too. What changed?
>
> I applied the patch - thanks.
>
> geir
I think, the problem is in the log4cxx revision -
the old log4cxx didn't use the aprutil xml API.
Marina
Marina Goldburt wrote:
> > Hi,
> >
> > I've caught the following error when tried to build the drlvm today on
> > Windows OS:
> >
> >
> >
> > [cc] 0 total files to be compiled.
> >
> > [cc] Starting link
> >
> > [cc] Creating library vmcore.lib and object vmcore.exp
> >
> > [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
> external
> > symb
> >
> > ol _XML_SetCharacterDataHandler referenced in function
> > _apr_xml_parser_create@4
> >
> > [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
> external
> > symb
> >
> > ol _XML_SetElementHandler referenced in function
> _apr_xml_parser_create@4
> >
> > [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
> external
> > symb
> >
> > ol _XML_SetUserData referenced in function _apr_xml_parser_create@4
> >
> > [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
> external
> > symb
> >
> > ol _XML_ParserCreate referenced in function _apr_xml_parser_create@4
> >
> > [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
> external
> > symb
> >
> > ol _XML_ParserFree referenced in function _cleanup_parser
> >
> > [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
> external
> > symb
> >
> > ol _XML_GetErrorCode referenced in function _do_parse
> >
> > [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
> external
> > symb
> >
> > ol _XML_Parse referenced in function _do_parse
> >
> > [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved
> external
> > symb
> >
> > ol _XML_ErrorString referenced in function _apr_xml_parser_geterror@12
> >
> > [cc] vmcore.dll : fatal error LNK1120: 8 unresolved externals
> >
> >
> >
> > Adding compilation of xml/expat/lib/xmlparse.c xmlrole.c xmltok.c to
> > aprutil.lib fixed the problem.
> >
> > Jira issue with the suggested fix :
> > http://issues.apache.org/jira/browse/HARMONY-669
> >
> >
> >
> > Marina
> >
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>
Re: [drlvm] build fails on Windows os
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Rana Dasgupta wrote:
> On 6/26/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
>>
>> >Odd. It was broken for me too. What changed?
>>
>> >I applied the patch - thanks.
>
>
> To determine this, one would have to roll back the last commit and retry
> the build + smoke tests. And traverse back till we identify what broke it.
> We could also consider requesting the patches that came after this to be
> resubmitted. At least.
That would be the long way. The short way would be just to look at the
svn log and make an educated guess.
> It may help to start putting in some submission citeria for patches eg., a
> successful log from the existing drlvm smoke tests etc. Patches, though not
> big, are coming in quite rapidly and it can't be easy for committers to
> verify everything on two target platforms.
That has been our criteria - make sure the tests pass on both platforms.
> Also, the existing few smoke tests will not catch all bugs. At some point,
> new tests should accompany non trivial submissions. We don't want to get
> into a situation where we have a serious breakage.
We ask that every patch we get be accompanied by a testcase, but that
isn't always possible.
> It will be good to know how we are doing the corresponding stuff in the
> classlibs.
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [drlvm] build fails on Windows os
Posted by Tim Ellison <t....@gmail.com>.
Rana Dasgupta wrote:
> On 6/26/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
>>
>> >Odd. It was broken for me too. What changed?
>>
>> >I applied the patch - thanks.
>
>
> To determine this, one would have to roll back the last commit and retry
> the build + smoke tests. And traverse back till we identify what broke it.
> We could also consider requesting the patches that came after this to be
> resubmitted. At least.
> It may help to start putting in some submission citeria for patches eg., a
> successful log from the existing drlvm smoke tests etc. Patches, though not
> big, are coming in quite rapidly and it can't be easy for committers to
> verify everything on two target platforms.
> Also, the existing few smoke tests will not catch all bugs. At some point,
> new tests should accompany non trivial submissions. We don't want to get
> into a situation where we have a serious breakage.
> It will be good to know how we are doing the corresponding stuff in the
> classlibs.
The short answer is: by relying on the test suite. I agree that the
first goal is to reach a stable state, then ensure that patches come
with new tests maintaining the stable state.
Regards,
Tim
--
Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org
Re: [drlvm] build fails on Windows os
Posted by Rana Dasgupta <rd...@gmail.com>.
On 6/26/06, Geir Magnusson Jr <ge...@pobox.com> wrote:
>
> >Odd. It was broken for me too. What changed?
>
> >I applied the patch - thanks.
To determine this, one would have to roll back the last commit and retry
the build + smoke tests. And traverse back till we identify what broke it.
We could also consider requesting the patches that came after this to be
resubmitted. At least.
It may help to start putting in some submission citeria for patches eg., a
successful log from the existing drlvm smoke tests etc. Patches, though not
big, are coming in quite rapidly and it can't be easy for committers to
verify everything on two target platforms.
Also, the existing few smoke tests will not catch all bugs. At some point,
new tests should accompany non trivial submissions. We don't want to get
into a situation where we have a serious breakage.
It will be good to know how we are doing the corresponding stuff in the
classlibs.
Re: [drlvm] build fails on Windows os
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Odd. It was broken for me too. What changed?
I applied the patch - thanks.
geir
Marina Goldburt wrote:
> Hi,
>
> I've caught the following error when tried to build the drlvm today on
> Windows OS:
>
>
>
> [cc] 0 total files to be compiled.
>
> [cc] Starting link
>
> [cc] Creating library vmcore.lib and object vmcore.exp
>
> [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
> symb
>
> ol _XML_SetCharacterDataHandler referenced in function
> _apr_xml_parser_create@4
>
> [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
> symb
>
> ol _XML_SetElementHandler referenced in function _apr_xml_parser_create@4
>
> [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
> symb
>
> ol _XML_SetUserData referenced in function _apr_xml_parser_create@4
>
> [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
> symb
>
> ol _XML_ParserCreate referenced in function _apr_xml_parser_create@4
>
> [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
> symb
>
> ol _XML_ParserFree referenced in function _cleanup_parser
>
> [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
> symb
>
> ol _XML_GetErrorCode referenced in function _do_parse
>
> [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
> symb
>
> ol _XML_Parse referenced in function _do_parse
>
> [cc] aprutil-1.lib(apr_xml.obj) : error LNK2019: unresolved external
> symb
>
> ol _XML_ErrorString referenced in function _apr_xml_parser_geterror@12
>
> [cc] vmcore.dll : fatal error LNK1120: 8 unresolved externals
>
>
>
> Adding compilation of xml/expat/lib/xmlparse.c xmlrole.c xmltok.c to
> aprutil.lib fixed the problem.
>
> Jira issue with the suggested fix :
> http://issues.apache.org/jira/browse/HARMONY-669
>
>
>
> Marina
>
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org