On 2/28/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
Pete Robbins wrote: > On 22/02/07, Pete Robbins <[EMAIL PROTECTED]> wrote: >> >> >> >> On 22/02/07, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote: >> > >> > Pete Robbins wrote: >> > > On 22/02/07, Andrew Borley <[EMAIL PROTECTED] > wrote: >> > >> >> > >> On 2/21/07, Pete Robbins <[EMAIL PROTECTED]> wrote: >> > >> > On 21/02/07, Andrew Borley < [EMAIL PROTECTED]> wrote: >> > >> > > On 2/21/07, Pete Robbins <[EMAIL PROTECTED]> wrote: >> > >> > > > On 21/02/07, Andrew Borley < [EMAIL PROTECTED]> wrote: >> > >> > > > > >> > >> > > > > On 2/21/07, Pete Robbins <[EMAIL PROTECTED] > wrote: >> > >> > > > > > I now have Ruby working on Mac. I will remove the ws >> > bindings >> > >> and >> > >> > > > > clients >> > >> > > > > > from the *Calculator samples so we have a simple >> sample for >> > >> > >> each >> > >> > > > > language. >> > >> > > > > > $TUSCANY_SCACPP/extensions/ruby/lib needs to be added to >> > the >> > >> > > > > LD_LIBRARY_PATH >> > >> > > > > > (or PATH on windows) to run the Ruby clients. I've >> updated >> > the >> > >> runclient >> > >> > > > > > scripts. >> > >> > > > > >> > >> > > > > Running a Linux build against the latest code gives me an >> > error >> > >> with >> > >> > > > > the new Ruby layout: >> > >> > > > > >> > >> > > > > make[5]: Entering directory >> > >> > > > > >> > >> > > > > >> > >> >> > >> `/home/ajborley/workspace/TuscanyCPP/sca/runtime/extensions/ruby/extension/src' >> >> > >> > >> >> > >> > > > > g++ -fPIC -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 >> > >> -fexceptions >> > >> > > > > -fstack-protector --param=ssp-buffer-size=4 -m32 >> -march=i386 >> > >> > > > > -mtune=generic -fasynchronous-unwind-tables -Wall -fPIC >> > -I. >> > >> > > > > -I/usr/lib/ruby/1.8/i386-linux >> -I/usr/lib/ruby/1.8/i386-linux >> > >> -I. -c >> > >> > > > > Extension.cpp >> > >> > > > > Extension.cpp:28:35: error: tuscany/sca/ruby/Ruby.h: No >> such >> > >> file >> > >> or >> > >> > > > > directory >> > >> > > > > Extension.cpp:29:51: error: >> > >> tuscany/sca/ruby/RubyCompositeContext.h: >> > >> > > > > No such file or directory >> > >> > > > > >> > >> > > > > Did everything get checked in? Am I missing an env >> variable? >> > >> > > > >> > >> > > > >> > >> > > > Everything is checked in. The extconf.rb RUby script >> generates >> > the >> > >> makefile. >> > >> > > > It should add the lib and include paths nexessary. Are there >> > >> messages before >> > >> > > > the compile like: >> > >> > > > >> > >> > > > checking for #include >> <tuscany/sca/ruby/RubyCompositeContext.h> >> > >> > > > >> > >> > > > ? >> > >> > > > >> > >> > > >> > >> > > Yep, the full build log for >> sca/runtime/extensions/ruby/extension >> > >> is: >> > >> > > >> > >> > > Making install in extension >> > >> > > make[4]: Entering directory >> > >> > > >> > >> >> > >> `/home/ajborley/workspace/TuscanyCPP/sca/runtime/extensions/ruby/extension' >> >> > >> >> > >> > > cd src; ruby extconf.rb; make >> > >> > > checking for tuscany/sca/ruby/RubyCompositeContext.h... yes >> > >> > > checking for main() in -ltuscany_sca_ruby_lang... yes >> > >> > > creating Makefile >> > >> > > make[5]: Entering directory >> > >> > > >> > >> >> > >> `/home/ajborley/workspace/TuscanyCPP/sca/runtime/extensions/ruby/extension/src' >> >> > >> > >> >> > >> > > g++ -fPIC -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 >> -fexceptions >> > >> > > -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 >> > >> > > -mtune=generic -fasynchronous-unwind-tables -Wall -fPIC -I. >> > >> > > -I/usr/lib/ruby/1.8/i386-linux -I/usr/lib/ruby/1.8/i386-linux >> > >> -I. -c >> > >> > > Extension.cpp >> > >> > > Extension.cpp:28:35: error: tuscany/sca/ruby/Ruby.h: No such >> file >> > or >> > >> directory >> > >> > > Extension.cpp:29:51: error: >> > tuscany/sca/ruby/RubyCompositeContext.h: >> > >> > > No such file or directory >> > >> > > Extension.cpp:35: error: āVALUEā does not name a type >> > >> > > Extension.cpp: In function āvoid Init_tuscany_sca_ruby()ā: >> > >> > > Extension.cpp:47: error: āVALUEā was not declared in this scope >> > >> > > Extension.cpp:47: error: expected `;' before āmoduleā >> > >> > > Extension.cpp:48: error: āmoduleā was not declared in this >> scope >> > >> > > Extension.cpp:48: error: expected primary-expression before ā)ā >> > >> token >> > >> > > Extension.cpp :48: error: āANYARGSā was not declared in this >> > scope >> > >> > > Extension.cpp:48: error: ārb_define_module_functionā was not >> > >> declared >> > >> > > in this scope >> > >> > > make[5]: *** [ Extension.o] Error 1 >> > >> > > make[5]: Leaving directory >> > >> > > >> > >> >> > >> `/home/ajborley/workspace/TuscanyCPP/sca/runtime/extensions/ruby/extension/src' >> >> > >> >> > >> > > make[4]: *** [extension_build] Error 2 >> > >> > > make[4]: Leaving directory >> > >> > > >> > >> >> > >> `/home/ajborley/workspace/TuscanyCPP/sca/runtime/extensions/ruby/extension' >> >> > >> >> > >> > > make[3]: *** [install-recursive] Error 1 >> > >> > > make[3]: Leaving directory >> > >> > > >> `/home/ajborley/workspace/TuscanyCPP/sca/runtime/extensions/ruby' >> > >> > > make[2]: *** [install-recursive] Error 1 >> > >> > > make[2]: Leaving directory >> > >> > > `/home/ajborley/workspace/TuscanyCPP/sca/runtime/extensions' >> > >> > > make[1]: *** [install-recursive] Error 1 >> > >> > > make[1]: Leaving directory >> > >> `/home/ajborley/workspace/TuscanyCPP/sca/runtime' >> > >> > > make: *** [install-recursive] Error 1 >> > >> > > >> > >> > > So the check for tuscany/sca/ruby/RubyCompositeContext.h is >> there >> > >> > > (although there isn't one for Ruby.h) and looks like it >> succeeds, >> > >> but >> > >> > > the build still seems to fail to find it. >> > >> > > >> > >> > >> > >> > The checks are supposed to add the -I and -L stuff for where it >> > finds >> > >> > the headers and libraries so here should be a -I../../src in the >> > >> > command line. This works on Mac and my RHEL3 linux. Which >> linux are >> > >> > you running? >> > >> > >> > >> >> > >> I'm on Fedora core 5 with Ruby 1.8.5 >> > > >> > > >> > > I've checked in a new version of extconf.rb which is more simple and >> > > works >> > > on Mac and RHEL. >> > > >> > > Cheers, >> > > >> > >> > Hi, >> > >> > It looks like we have 3 sets of changes going on: >> > - packaging changes for the extensions >> > - Ruby build changes >> > - PHP patches? >> > >> > Could you guys please post a message here when these changes are in >> > (even before you have an RC ready)? I have Ruby 1.8.5 and PHP 5.2 >> > installed on my Linux RHEL4 and can build and try things out if it >> > helps. >> >> >> will do. Ruby build change is in. I believe Simon has applied the PHP >> patch. >> I will post here when I've dropped in the extension loading/packaging >> patch. Hopefully in the next couple of hours. >> >> > > All done (I hope). > > On windows the extension library is copied to the module folder so it > will > be in module/ and bin/ > On linux a symbolic link is made from the module folder to the library in > the lib folder. > > I have not yet changed the code to only load xsd schema from the module > folder. > > Cheers, > > I tried building the SCA Native runtime on my RHEL4 Linux and found 2 minor issues with the PHP extension, following the instructions at http://svn.apache.org/repos/asf/incubator/tuscany/cpp/sca/runtime/extensions/php/README 1. It took me moment to decipher the "Go get the AVOCET branch from PECL cvs" and figure that it translates to: export CVSROOT=:pserver:[EMAIL PROTECTED]/repository cvs export -r AVOCET pecl/sdo I guess it looks simple when you're using that CVS repository every day and know where to find that code :) it would help to have these instructions spelled out in the Readme or clearly visible on your PECL page. 2. I had to do the following to make the SCA build see the PHP SCA_SDO library. cd $PHP_SCA_SDO_LIB ln -s sdo.so libsdo.so Also a question on the PHP building instructions, which indicate configure ... --enable-fastcgi. Is this a requirement of the SCA/SDO PHP runtime, or do you also support mod_php built with --with-apxs2? -- Jean-Sebastien --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi Jean-Sebastien
Thanks for the comments. 1. What we really need to do of course is make a release of SCA_SDO so we don't have to rely on CVS access but you make a good point so I've updated the readme for now with your notes. 2. There is already a note about changing the name of sdo.so but I've tidied it up a little and added your symbolic link example. Fast CGI is note a requirement it's just what I happened to be testing with when I extracted the configure line. I'll add a note to point this out. Regards Simon
