You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by "Dominik Stadler (JIRA)" <xa...@xml.apache.org> on 2004/11/30 11:04:30 UTC
[jira] Created: (XALANC-440) Compiling 64-bit on Solaris fails when LD_LIBRARY_PATH_64 is set
Compiling 64-bit on Solaris fails when LD_LIBRARY_PATH_64 is set
----------------------------------------------------------------
Key: XALANC-440
URL: http://nagoya.apache.org/jira/browse/XALANC-440
Project: XalanC
Type: Bug
Components: XalanC
Versions: 1.8
Environment: Solaris, C++ Forte 8, STLport.
Reporter: Dominik Stadler
Solaris has a feature of setting a separate path-variable LD_LIBRARY_PATH_64 for finding 64-bit libraries. As soon as this variable is set, 64-bit applications won't search in the directories listed in the normal LD_LIBRARY_PATH any more.
When building Xalan in 64-bit mode with some settings in LD_LIBRARY_PATH_64, this causes an error "libxerces-c.so: open failed: No such file or directory", because the Makefiles only set the library PATH in LD_LIBRARY_PATH, but not in LD_LIBRARY_PATH_64.
This is the error message:
gmake[4]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/Utils/MsgCreator'
../../../bin/MsgCreator /dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/NLS/en_US/XalanMsg_en_US.xlf -TYPE INMEM -LOCALE en_US
ld.so.1: ../../../bin/MsgCreator: fatal: libxerces-c.so: open failed: No such file or directory
gmake[3]: *** [../../../nls/include/LocalMsgData.hpp] Killed
gmake[3]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/Utils'
gmake[2]: *** [locale] Error 2
gmake[2]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c'
gmake: *** [/dcaclearcase/vobs/eParty/xml-xalan/c/lib/Sun64_D/libxalan-c.so] Error 2
system(gmake -fMakefile.Sun Is64Bit=1 "CompileOptions64Bit=-xarch=v9 -L/usr/lib/sparcv9 -L/opt/mqm/lib64" ) returned 0x200: ran with non-zero exit status 2
I will attache a patch that adds setting LD_LIBRARY_PATH_64 to Makefile.incl.in.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xalan-dev-help@xml.apache.org
[jira] Resolved: (XALANC-440) Compiling 64-bit on Solaris fails when LD_LIBRARY_PATH_64 is set
Posted by "Matt Hoyt (JIRA)" <xa...@xml.apache.org>.
[ http://nagoya.apache.org/jira/browse/XALANC-440?page=history ]
Matt Hoyt resolved XALANC-440:
------------------------------
Resolution: Fixed
Fix Version: CurrentCVS
Patch commited.
> Compiling 64-bit on Solaris fails when LD_LIBRARY_PATH_64 is set
> ----------------------------------------------------------------
>
> Key: XALANC-440
> URL: http://nagoya.apache.org/jira/browse/XALANC-440
> Project: XalanC
> Type: Bug
> Components: XalanC
> Versions: 1.8
> Environment: Solaris, C++ Forte 8, STLport.
> Reporter: Dominik Stadler
> Fix For: CurrentCVS
> Attachments: Makefile.incl.in.64bit.patch
>
> Solaris has a feature of setting a separate path-variable LD_LIBRARY_PATH_64 for finding 64-bit libraries. As soon as this variable is set, 64-bit applications won't search in the directories listed in the normal LD_LIBRARY_PATH any more.
> When building Xalan in 64-bit mode with some settings in LD_LIBRARY_PATH_64, this causes an error "libxerces-c.so: open failed: No such file or directory", because the Makefiles only set the library PATH in LD_LIBRARY_PATH, but not in LD_LIBRARY_PATH_64.
> This is the error message:
> gmake[4]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/Utils/MsgCreator'
> ../../../bin/MsgCreator /dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/NLS/en_US/XalanMsg_en_US.xlf -TYPE INMEM -LOCALE en_US
> ld.so.1: ../../../bin/MsgCreator: fatal: libxerces-c.so: open failed: No such file or directory
> gmake[3]: *** [../../../nls/include/LocalMsgData.hpp] Killed
> gmake[3]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/Utils'
> gmake[2]: *** [locale] Error 2
> gmake[2]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc'
> gmake[1]: *** [all] Error 2
> gmake[1]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c'
> gmake: *** [/dcaclearcase/vobs/eParty/xml-xalan/c/lib/Sun64_D/libxalan-c.so] Error 2
> system(gmake -fMakefile.Sun Is64Bit=1 "CompileOptions64Bit=-xarch=v9 -L/usr/lib/sparcv9 -L/opt/mqm/lib64" ) returned 0x200: ran with non-zero exit status 2
> I will attache a patch that adds setting LD_LIBRARY_PATH_64 to Makefile.incl.in.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xalan-dev-help@xml.apache.org
[jira] Updated: (XALANC-440) Compiling 64-bit on Solaris fails when LD_LIBRARY_PATH_64 is set
Posted by "Dominik Stadler (JIRA)" <xa...@xml.apache.org>.
[ http://nagoya.apache.org/jira/browse/XALANC-440?page=history ]
Dominik Stadler updated XALANC-440:
-----------------------------------
Attachment: Makefile.incl.in.64bit.patch
Patch to fix compiling for 64-bit on Solaris.
> Compiling 64-bit on Solaris fails when LD_LIBRARY_PATH_64 is set
> ----------------------------------------------------------------
>
> Key: XALANC-440
> URL: http://nagoya.apache.org/jira/browse/XALANC-440
> Project: XalanC
> Type: Bug
> Components: XalanC
> Versions: 1.8
> Environment: Solaris, C++ Forte 8, STLport.
> Reporter: Dominik Stadler
> Attachments: Makefile.incl.in.64bit.patch
>
> Solaris has a feature of setting a separate path-variable LD_LIBRARY_PATH_64 for finding 64-bit libraries. As soon as this variable is set, 64-bit applications won't search in the directories listed in the normal LD_LIBRARY_PATH any more.
> When building Xalan in 64-bit mode with some settings in LD_LIBRARY_PATH_64, this causes an error "libxerces-c.so: open failed: No such file or directory", because the Makefiles only set the library PATH in LD_LIBRARY_PATH, but not in LD_LIBRARY_PATH_64.
> This is the error message:
> gmake[4]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/Utils/MsgCreator'
> ../../../bin/MsgCreator /dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/NLS/en_US/XalanMsg_en_US.xlf -TYPE INMEM -LOCALE en_US
> ld.so.1: ../../../bin/MsgCreator: fatal: libxerces-c.so: open failed: No such file or directory
> gmake[3]: *** [../../../nls/include/LocalMsgData.hpp] Killed
> gmake[3]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc/Utils'
> gmake[2]: *** [locale] Error 2
> gmake[2]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c/src/xalanc'
> gmake[1]: *** [all] Error 2
> gmake[1]: Leaving directory `/dcaclearcase/vobs/eParty/xml-xalan/c'
> gmake: *** [/dcaclearcase/vobs/eParty/xml-xalan/c/lib/Sun64_D/libxalan-c.so] Error 2
> system(gmake -fMakefile.Sun Is64Bit=1 "CompileOptions64Bit=-xarch=v9 -L/usr/lib/sparcv9 -L/opt/mqm/lib64" ) returned 0x200: ran with non-zero exit status 2
> I will attache a patch that adds setting LD_LIBRARY_PATH_64 to Makefile.incl.in.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: xalan-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xalan-dev-help@xml.apache.org