|
From: Patrick H. <pa...@13...> - 2006-06-26 11:57:32
Attachments:
signature.asc
|
For a while now, I have seen intermittent problems with the CppDOM shared= library on Mac OS X. Every once in a while, I get an error when running a= n application where the run-time loader complains that it cannot find "build.../cppdom/libcppdom.dylib" when one would expect it to be looking = for just plain "libcppdom.dylib". I tried tracking this down, and I think it might have something to do wit= h the AutoDist stuff in SConsAddons. Specifically, where SCons is told the name of the shared and static libraries to create, it appears to be given= an absolute path rather than just the name of the shared library to create. = Not being an SCons expert, I don't know if this is a valid usage of StaticLibrary() and SharedLibrary(), but it doesn't seem very correct to = me. The reason given in a comment about why an absolute path is used seems rather dubious to me, too: Use get_abspath() with fileNode so we get the path into the build_dir = and not src dir Isn't it the job of SCons to figure out where to build things? I thought that was what BuildDir() was for. I changed line 432 of AutoDist.py from lib =3D self.env.__dict__[lib_builder](lib_filepath, self.sources) to lib =3D self.env.__dict__[lib_builder](self.fileNode.name, self.source= s) Things appear to me to build correctly (at least with SCons 0.96.92). Am = I missing something? -Patrick --=20 Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |
|
From: Allen B. <al...@vr...> - 2006-06-26 13:12:25
|
The CVS version has had AutoDist removed and I do not recommend using AutoDist any more. There are a number of dubious things that it does and IMHO it just adds more complexity to the build then is needed. Please let me know if the problem still occurs in CVS. -Allen Patrick Hartling wrote: >For a while now, I have seen intermittent problems with the CppDOM shared >library on Mac OS X. Every once in a while, I get an error when running an >application where the run-time loader complains that it cannot find >"build.../cppdom/libcppdom.dylib" when one would expect it to be looking for >just plain "libcppdom.dylib". > >I tried tracking this down, and I think it might have something to do with >the AutoDist stuff in SConsAddons. Specifically, where SCons is told the >name of the shared and static libraries to create, it appears to be given an >absolute path rather than just the name of the shared library to create. Not >being an SCons expert, I don't know if this is a valid usage of >StaticLibrary() and SharedLibrary(), but it doesn't seem very correct to me. >The reason given in a comment about why an absolute path is used seems >rather dubious to me, too: > > Use get_abspath() with fileNode so we get the path into the build_dir and > not src dir > >Isn't it the job of SCons to figure out where to build things? I thought >that was what BuildDir() was for. I changed line 432 of AutoDist.py from > > lib = self.env.__dict__[lib_builder](lib_filepath, self.sources) > >to > > lib = self.env.__dict__[lib_builder](self.fileNode.name, self.sources) > >Things appear to me to build correctly (at least with SCons 0.96.92). Am I >missing something? > > -Patrick > > > > >------------------------------------------------------------------------ > >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > >------------------------------------------------------------------------ > >_______________________________________________ >Xml-cppdom-devel mailing list >Xml...@li... >https://lists.sourceforge.net/lists/listinfo/xml-cppdom-devel > > |
|
From: Patrick H. <pa...@13...> - 2006-06-26 13:54:23
Attachments:
signature.asc
|
I assume you mean the CVS HEAD version. I am referring to the 0.6 branch = as I have not yet tested 0.7 on Mac OS X. I have a workaround for this probl= em that does not require modifying AutoDist.py; I just wanted to know if the= way that AutoDist is calling SCons' StaticLibrary() and SharedLibrary() functions is valid. -Patrick Allen Bierbaum wrote: > The CVS version has had AutoDist removed and I do not recommend using=20 > AutoDist any more. There are a number of dubious things that it does=20 > and IMHO it just adds more complexity to the build then is needed.=20 >=20 > Please let me know if the problem still occurs in CVS. >=20 > -Allen >=20 > Patrick Hartling wrote: >=20 >> For a while now, I have seen intermittent problems with the CppDOM sha= red >> library on Mac OS X. Every once in a while, I get an error when runnin= g an >> application where the run-time loader complains that it cannot find >> "build.../cppdom/libcppdom.dylib" when one would expect it to be looki= ng for >> just plain "libcppdom.dylib". >> >> I tried tracking this down, and I think it might have something to do = with >> the AutoDist stuff in SConsAddons. Specifically, where SCons is told t= he >> name of the shared and static libraries to create, it appears to be gi= ven an >> absolute path rather than just the name of the shared library to creat= e. Not >> being an SCons expert, I don't know if this is a valid usage of >> StaticLibrary() and SharedLibrary(), but it doesn't seem very correct = to me. >> The reason given in a comment about why an absolute path is used seems= >> rather dubious to me, too: >> >> Use get_abspath() with fileNode so we get the path into the build_di= r and >> not src dir >> >> Isn't it the job of SCons to figure out where to build things? I thoug= ht >> that was what BuildDir() was for. I changed line 432 of AutoDist.py fr= om >> >> lib =3D self.env.__dict__[lib_builder](lib_filepath, self.sources) >> >> to >> >> lib =3D self.env.__dict__[lib_builder](self.fileNode.name, self.sour= ces) >> >> Things appear to me to build correctly (at least with SCons 0.96.92). = Am I >> missing something? >> >> -Patrick >> >> >> =20 >> >> ----------------------------------------------------------------------= -- >> >> Using Tomcat but need to do more? Need to support web services, securi= ty? >> Get stuff done quickly with pre-integrated technology to make your job= easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Gero= nimo >> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&da= t=3D121642 >> >> ----------------------------------------------------------------------= -- >> >> _______________________________________________ >> Xml-cppdom-devel mailing list >> Xml...@li... >> https://lists.sourceforge.net/lists/listinfo/xml-cppdom-devel >> =20 >> >=20 >=20 > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job = easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat= =3D121642 > _______________________________________________ > Xml-cppdom-devel mailing list > Xml...@li... > https://lists.sourceforge.net/lists/listinfo/xml-cppdom-devel --=20 Patrick L. Hartling | VP Engineering, Infiscape Corp. PGP: http://tinyurl.com/2oum9 | http://www.infiscape.com/ |