Menu
▾
▴
x10-developers — A list for X10 developers
You can subscribe to this list here.
| 2007 |
Jan
(1) |
Feb
(10) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(1) |
Jun
(11) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: yash v. <yv...@ii...> - 2011-07-26 19:56:50
|
Hi, I tried installing x10 through eclipse update manager starting with a fresh install of eclipse in Ubuntu 32bit. I completed all the steps till prerequisite. But while installing x10dt from x10dtupdatesite <http://dist.codehaus.org/x10/x10dt/2.2/updateSite/> it gave me following dependency error. Cannot complete the install because of a conflicting dependency. Software being installed: X10 Development Toolkit 2.2.0.201106021519 (x10dt.feature.feature.group 2.2.0.201106021519) Software currently installed: C/C++ Development Tools 7.0.2.201102110609 (org.eclipse.cdt.feature.group 7.0.2.201102110609) Only one of the following can be installed at once: C/C++ Standard make Build Core 7.0.1.201102110609 (org.eclipse.cdt.make.core 7.0.1.201102110609) C/C++ Standard make Build Core 7.0.0.201009241320 (org.eclipse.cdt.make.core 7.0.0.201009241320) C/C++ Standard make Build Core 7.0.0.201006141710 (org.eclipse.cdt.make.core 7.0.0.201006141710) C/C++ Standard make Build Core 7.0.0.201009141542 (org.eclipse.cdt.make.core 7.0.0.201009141542) Cannot satisfy dependency: From: C/C++ Development Tools 7.0.1.201009241320 (org.eclipse.cdt.feature.group 7.0.1.201009241320) To: org.eclipse.cdt.platform.feature.group [7.0.1.201009241320] Cannot satisfy dependency: From: C/C++ Development Tools 7.0.2.201102110609 (org.eclipse.cdt.feature.group 7.0.2.201102110609) To: org.eclipse.cdt.platform.feature.group [7.0.2.201102110609] Cannot satisfy dependency: From: C/C++ Development Platform 7.0.1.201009241320 (org.eclipse.cdt.platform.feature.group 7.0.1.201009241320) To: org.eclipse.cdt.make.core [7.0.0.201009241320] Cannot satisfy dependency: From: C/C++ Development Platform 7.0.2.201102110609 (org.eclipse.cdt.platform.feature.group 7.0.2.201102110609) To: org.eclipse.cdt.make.core [7.0.1.201102110609] Cannot satisfy dependency: From: X10 Development Toolkit 2.2.0.201106021519 (x10dt.feature.feature.group 2.2.0.201106021519) To: org.eclipse.cdt.feature.group [7.0.1.201009241320] seems x10dt wants CDT 7.0.0 while new helios are providing 7.0.2. Is there any work around to continue installation. How can I proceed further. Thanks in advance, Yash |
|
From: Richard G. <rgo...@ya...> - 2011-01-11 21:28:08
|
Hi everyone, I've created interest groups at LinkeIn http://www.linkedin.com/groups?mostPopular=&gid=3699606 Google Groups http://groups.google.com/group/x10-lang I'd like to make it clear that: * I'm *NOT* encouraging people to starting posting on these groups. * I'm *NOT* encouraging people to leaving X10 mailing lists. The intent of these groups is to capture attention of people eventually looking for HPC, CUDA or related subjects whilst they navigate in LinkedIn or Google Groups. I hope it helps X10 somehow. Thanks :) -- Richard Gomes M: +44(77)9955-6813 http://tinyurl.com/frgomes twitter: frgomes JQuantLib is a library for Quantitative Finance written in Java. http://www.jquantlib.com/ twitter: jquantlib |
|
From: Vijay S. <vi...@sa...> - 2010-10-28 22:01:23
|
On 10/28/2010 4:03 PM, Richard Gomes wrote: > Hi guys, > > I've read that there is (or there was) a tool intended to convert X10 > 1.5 code to X10 1.7 ... I'm sorry if I'm wrong cos I'm still trying to > jump into the boat... > > Could anyone provide any pointers to this translator? > > Thanks a lot :) Jens' team has a translator from X10 1.5 to X10 2.0. With some modifications it should translate to 2.1. Jens -- would you consider making it available for others? Thanks! Best, Vijay |
|
From: Richard G. <rgo...@ya...> - 2010-10-28 20:10:04
|
Hi guys, I've read that there is (or there was) a tool intended to convert X10 1.5 code to X10 1.7 ... I'm sorry if I'm wrong cos I'm still trying to jump into the boat... Could anyone provide any pointers to this translator? Thanks a lot :) -- Richard Gomes M: +44(77)9955-6813 http://tinyurl.com/frgomes twitter: frgomes JQuantLib is a library for Quantitative Finance written in Java. http://www.jquantlib.org/ twitter: jquantlib |
|
From: Tetsu S. <tet...@gm...> - 2010-07-08 06:33:50
|
Hello everyone,
I have a question on accessing array object through native java code
integration feature which is available in version 2.0.4. Hope you can
help out there.
I have following X10 code:
@Native("java", "Stub.send(#1, #2)")
static native def send(recv:String, args:Rail[Any]):Any;
And after compile the code, I get following Java code:
native static java.lang.Object
send(
final java.lang.String recv,
final x10.core.Rail<java.lang.Object> args);
Please notice that the Rail[Any] in X10 is converted to
x10.core.Rail<java.lang.Object> in Java.
It means at the runtime the X10 code expect a Java method with
x10.core.Rail as parameter.
Is it appropriate code generation?
IMHO, the Rail object should be convert to an array in Java, just like
the Rail[String] parameter in X10 main method is translated to String[]
object.
Well, if the above code generation is correct,
how can I create a corresponding Java method that uses the x10.core.Rail
object in java?
I had tried to compile such Java code with X10 runtime library
(X10_HOME/lib/x10.jar) but failed.
Thanks in advanced.
-Tetsu
|
|
From: Tetsu S. <tet...@gm...> - 2010-04-28 16:50:03
|
Hello, I am a newbie to X10 and try to use the externalize_asts option of x10c to export the AST into XML file. However, the x10c complain that "Plugin class x10.dom.ExternalizerPlugin not found." I found the source files of this function in x10.compiler/stuff/ directory. But I don't know how to build this plugin. Is there anyone can help me out? Thanks in advance. Best regards -Tetsu |
|
From: Richard G. <rgo...@ya...> - 2009-06-15 14:18:12
|
Hi Igor, I've created http://jira.codehaus.org/browse/XTENLANG-446 Thanks Richard Gomes M: +44(77)9955-6813 http://www.jquantlib.org/index.php/User:RichardGomes Igor Peshansky wrote: > Hi, Richard, > > If you're trying to build from the 1.7.4 release sources, they are not > Solaris-friendly. The SVN HEAD contains some fixes for Solaris/Sparc, > including a fix for the problem you've encountered. > > I'm glad you found an excuse to acquire new (and valuable) skills. :-) > Please keep us posted with the progress you make on Linux. > Igor > > Richard Gomes <rgo...@ya...> wrote on 06/14/2009 06:11:19 PM: > > >> Hi Igor >> >> Yes... my fault. I should have mentioned the complete architecture, >> including HW platform. >> >> I defined X10_PLATFORM and X10LIB (pointing to PGAS for Solaris/Sparc) >> just to see what would happen. I was expecting to find errors during >> link step but, in fact, errors popped up during compilation, as you >> can see below: >> >> [exec] g++ -g -I/srv/software/x10/1.7.4/pgas-1.7. >> 4_sunos_sparc/include -I. -Igen -ansi -pedantic -Wall -Wextra -Wno- >> long-long -Wno-unused-parameter -c x10aux/boolean_utils.cc -o >> x10aux/boolean_utils.o >> [exec] In file included from x10aux/basic_functions.cc:3: >> [exec] ./x10aux/math.h: In function `bool >> > x10aux::math::isinf(double)': > >> [exec] ./x10aux/math.h:53: error: `::isinf' has not been declared >> [exec] ./x10aux/math.h: In function `bool >> > x10aux::math::isinf(float)': > >> [exec] ./x10aux/math.h:53: error: `::isinff' has not been declared >> [exec] ./x10aux/math.h: In function `bool >> > x10aux::math::isfinite(double)': > >> [exec] ./x10aux/math.h:69: error: `::isfinite' has not been >> > declared > >> [exec] ./x10aux/math.h: In function `bool >> > x10aux::math::isfinite(float)': > >> [exec] ./x10aux/math.h:69: error: `::isfinitef' has not been >> > declared > >> [exec] ./x10aux/math.h: In function `int >> > x10aux::math::signbit(double)': > >> [exec] ./x10aux/math.h:71: error: `::signbit' has not been declared >> [exec] ./x10aux/math.h: In function `int >> > x10aux::math::signbit(float)': > >> [exec] ./x10aux/math.h:71: error: `::signbitf' has not been >> > declared > >> [exec] gmake: *** [x10aux/basic_functions.o] Error 1 >> [exec] gmake: *** Waiting for unfinished jobs.... >> >> >> I found the following article which could be helpful somehow: >> >> > https://llvm.org/svn/llvm-project/llvm/tags/RELEASE_14/lib/Support/IsInf.cpp > >> Meanwhile, I'm reverting to Linux. It will demand some effort because >> my Linux box is now a production box and I'm not planning to use it >> for development. So, I will have to install a Linux zone on top of >> Solaris. I was not planning to become a well skilled Solaris sysadmin :( >> >> Kind Regards >> >> Richard Gomes >> >> >> Igor Peshansky wrote: >> Hi, Richard, >> >> Ah, the fact that you we using x86 was the crucial bit of information >> missing from the previous emails. Getting you a Solaris/x86 build is >> problematic, since we don't really have a machine with this >> configuration. Given the constraints of the team, I doubt we'll be >> able to support such a configuration, though I could try installing >> Solaris in a virtual machine at some point -- no promises on when that >> will happen, though. >> >> Thanks for the contributions. It's usually best to contribute in the >> form of patches (diffs) against SVN HEAD. Also, the easiest way to >> track those patches is not on the mailing list, but rather as a JIRA >> item. So, please open a JIRA issue for Solaris/x86 support, and attach >> your patches there. But see below for comments on your changes. >> >> FYI, most of our scripts already require make to be GNU make and find >> to be GNU find. We've been fixing xargs usage to be less dependent >> on the GNU xargs (ditto for tar), but may have missed a few cases -- >> patches are welcome. >> >> The "Unrecognized platform" message is a sanity check in the x10c and >> x10c++ scripts. You can override it by setting "X10_PLATFORM=sunos_x86" >> in your environment. This should let you proceed past the generation >> of the C++ sources for the libraries, but you will not be able to build >> them anyway, because of the lack of the PGAS build for your system. >> >> We are planning to release API spec for the part of the PGAS API needed >> by the X10 compiler, so that others can try different library >> implementations. Once that happens, you could also try implementing >> such a library on Solaris by using another (hopefully already existing) >> transport layer. >> >> In any case, if you can try running some of your experiments with Linux >> while the Solaris/x86 build is unavailable, we'd be interested in what >> you find. >> >> Thanks for your interest in X10. >> Igor >> >> Richard Gomes <rgo...@ya...> wrote on 06/13/2009 03:53:42 PM: >> >> >> Hi Igor, >> >> My platform is not sunos_sparc but sunos_x86. I suppose I will not be >> able make use of the files you deployed. >> >> Anyway, below you can see the changes I've done. >> I'm attaching the referenced files for your information. >> >> >> 1. ./x10.runtime.17/build.xml >> >> I'm using gcc toolchain instead of Sun toolchain, so I changed make by >> >> gmake. >> >> <property name="make.exe" value="gmake"/> >> >> >> 2. ./x10.runtime.17/src-cpp/Makefile >> Still due to gcc toolchain, I had to change find by gfind and xargs by >> >> gxargs. >> >> XARGS=gxargs >> FIND=gfind >> ... and wherever these equivalences are used. >> >> >> >> 3. When I tried to build... >> export LOCAL_POLYGLOT_JAR=../polyglot/lib/polyglot-epl.jar >> cd polyglot && ant clobber eclipse-plugin-jar >> >> >> ... works fine but ... >> >> >> cd x10.dist && ant distclean dist >> >> >> >> ... does not like my platform :( as you ca see below: >> >> gen-xrx: >> [echo] Building Java sources for XRX >> [echo] x10c -c Dummy.x10 x10/array/BaseArray.x10 >> x10/array/BaseDist.x10 x10/array/BaseRegion.x10 x10/array/DistArray. >> x10 x10/array/EmptyRegion.x10 x10/array/FastArray.x10 >> x10/array/FullRegion.x10 x10/array/Layout.x10 >> ... a bunch of others ... >> x10/util/concurrent/atomic/AtomicInteger.x10 >> x10/util/concurrent/atomic/AtomicLong.x10 >> x10/util/concurrent/atomic/AtomicReference.x10 >> x10/util/concurrent/atomic/Fences.x10 >> [exec] Unrecognized platform: 'SunOS,i86pc,i386' >> >> Notice: I haven't even downloaded the file you uploaded because the >> platforms dont match and I havent defined X10LIB environment variable. >> >> Regards >> >> Richard Gomes >> >> >> >> Igor Peshansky wrote: >> Hi, Richard, >> >> It's best to keep these discussions on-list, so that others can benefit >> from them. >> >> I have just uploaded a Solaris/Ultrasparc build of PGAS, as well as a >> build of X10 from SVN HEAD (post-1.7.4, so it may be somewhat unstable). >> Feel free to try building from the 1.7.4 sources instead. I'm not >> officially announcing this release, since it's unsupported, but if you >> make changes for stability on Solaris, please consider contributing >> them back to the X10 project. >> >> We do have a test suite, but its invocation and results are somewhat >> hard to interpret when run from the command line. Try invoking >> x10.tests/bin/xtestScript++ from x10.tests/examples (use the absolute >> path to the script; you'll also need to supply it with a list of >> tests -- I usually use -list "`find . -name \*.x10`"). That will >> produce a couple of log files (*run* and *err*) in the ./log >> subdirectory. >> >> It would be interesting to find out what exactly you plan to do with >> X10. >> Igor >> >> Richard Gomes <rgo...@go...> wrote on 06/12/2009 07:16:24 >> >> AM: >> >> >> Hi Igor, >> >> Thanks a lot for your message. >> >> At the moment I'm moving my developement environment (and other stuff) >> from Debian Lenny to Solaris 10. >> >> After you give me a green light I will try to build X10 for Solaris >> and I will be able to concentrate more efforts on X10. >> Please let me know if you have a test suite intended to validate >> PGAS+X10 functionality. >> >> Kind Regards >> >> Richard Gomes >> http://www.jquantlib.org/index.php/User:RichardGomes >> >> On Thursday 11 June 2009 13:50:00 you wrote: >> >> Richard Gomes <rgo...@ya...> wrote on 06/09/2009 11:12:53 >> >> AM: >> >> Hi guys, >> >> Is there a release for Solaris 10 ? >> If not, what should I do to build/install using gcc? >> FYI, I have gcc/gmake and some other GNU tools installed and they >> already proved to work fine. >> >> Hi, Richard, >> >> Currently, there is no Solaris release. >> >> The main problem with moving to a new platform is making a binary >> build of the (A)PGAS runtime available for that platform. Since >> that runtime is not open-sourced, the build will have to be done >> by us. I will scare up a Solaris PGAS build in the next few days >> and post it on the download page. Once that is done, you could >> try to build the rest. Also note that our runtime was not tested >> on Solaris, so we can provide functionality or performance >> guarantees. >> >> I am now testing a Solaris build of the whole X10 system. >> Igor >> |
|
From: Igor P. <ig...@us...> - 2009-06-15 02:59:36
|
Hi, Richard,
If you're trying to build from the 1.7.4 release sources, they are not
Solaris-friendly. The SVN HEAD contains some fixes for Solaris/Sparc,
including a fix for the problem you've encountered.
I'm glad you found an excuse to acquire new (and valuable) skills. :-)
Please keep us posted with the progress you make on Linux.
Igor
Richard Gomes <rgo...@ya...> wrote on 06/14/2009 06:11:19 PM:
> Hi Igor
>
> Yes... my fault. I should have mentioned the complete architecture,
> including HW platform.
>
> I defined X10_PLATFORM and X10LIB (pointing to PGAS for Solaris/Sparc)
> just to see what would happen. I was expecting to find errors during
> link step but, in fact, errors popped up during compilation, as you
> can see below:
>
> [exec] g++ -g -I/srv/software/x10/1.7.4/pgas-1.7.
> 4_sunos_sparc/include -I. -Igen -ansi -pedantic -Wall -Wextra -Wno-
> long-long -Wno-unused-parameter -c x10aux/boolean_utils.cc -o
> x10aux/boolean_utils.o
> [exec] In file included from x10aux/basic_functions.cc:3:
> [exec] ./x10aux/math.h: In function `bool
x10aux::math::isinf(double)':
> [exec] ./x10aux/math.h:53: error: `::isinf' has not been declared
> [exec] ./x10aux/math.h: In function `bool
x10aux::math::isinf(float)':
> [exec] ./x10aux/math.h:53: error: `::isinff' has not been declared
> [exec] ./x10aux/math.h: In function `bool
x10aux::math::isfinite(double)':
> [exec] ./x10aux/math.h:69: error: `::isfinite' has not been
declared
> [exec] ./x10aux/math.h: In function `bool
x10aux::math::isfinite(float)':
> [exec] ./x10aux/math.h:69: error: `::isfinitef' has not been
declared
> [exec] ./x10aux/math.h: In function `int
x10aux::math::signbit(double)':
> [exec] ./x10aux/math.h:71: error: `::signbit' has not been declared
> [exec] ./x10aux/math.h: In function `int
x10aux::math::signbit(float)':
> [exec] ./x10aux/math.h:71: error: `::signbitf' has not been
declared
> [exec] gmake: *** [x10aux/basic_functions.o] Error 1
> [exec] gmake: *** Waiting for unfinished jobs....
>
>
> I found the following article which could be helpful somehow:
>
https://llvm.org/svn/llvm-project/llvm/tags/RELEASE_14/lib/Support/IsInf.cpp
>
> Meanwhile, I'm reverting to Linux. It will demand some effort because
> my Linux box is now a production box and I'm not planning to use it
> for development. So, I will have to install a Linux zone on top of
> Solaris. I was not planning to become a well skilled Solaris sysadmin :(
>
> Kind Regards
>
> Richard Gomes
>
>
> Igor Peshansky wrote:
> Hi, Richard,
>
> Ah, the fact that you we using x86 was the crucial bit of information
> missing from the previous emails. Getting you a Solaris/x86 build is
> problematic, since we don't really have a machine with this
> configuration. Given the constraints of the team, I doubt we'll be
> able to support such a configuration, though I could try installing
> Solaris in a virtual machine at some point -- no promises on when that
> will happen, though.
>
> Thanks for the contributions. It's usually best to contribute in the
> form of patches (diffs) against SVN HEAD. Also, the easiest way to
> track those patches is not on the mailing list, but rather as a JIRA
> item. So, please open a JIRA issue for Solaris/x86 support, and attach
> your patches there. But see below for comments on your changes.
>
> FYI, most of our scripts already require make to be GNU make and find
> to be GNU find. We've been fixing xargs usage to be less dependent
> on the GNU xargs (ditto for tar), but may have missed a few cases --
> patches are welcome.
>
> The "Unrecognized platform" message is a sanity check in the x10c and
> x10c++ scripts. You can override it by setting "X10_PLATFORM=sunos_x86"
> in your environment. This should let you proceed past the generation
> of the C++ sources for the libraries, but you will not be able to build
> them anyway, because of the lack of the PGAS build for your system.
>
> We are planning to release API spec for the part of the PGAS API needed
> by the X10 compiler, so that others can try different library
> implementations. Once that happens, you could also try implementing
> such a library on Solaris by using another (hopefully already existing)
> transport layer.
>
> In any case, if you can try running some of your experiments with Linux
> while the Solaris/x86 build is unavailable, we'd be interested in what
> you find.
>
> Thanks for your interest in X10.
> Igor
>
> Richard Gomes <rgo...@ya...> wrote on 06/13/2009 03:53:42 PM:
>
>
> Hi Igor,
>
> My platform is not sunos_sparc but sunos_x86. I suppose I will not be
> able make use of the files you deployed.
>
> Anyway, below you can see the changes I've done.
> I'm attaching the referenced files for your information.
>
>
> 1. ./x10.runtime.17/build.xml
>
> I'm using gcc toolchain instead of Sun toolchain, so I changed make by
>
> gmake.
>
> <property name="make.exe" value="gmake"/>
>
>
> 2. ./x10.runtime.17/src-cpp/Makefile
> Still due to gcc toolchain, I had to change find by gfind and xargs by
>
> gxargs.
>
> XARGS=gxargs
> FIND=gfind
> ... and wherever these equivalences are used.
>
>
>
> 3. When I tried to build...
> export LOCAL_POLYGLOT_JAR=../polyglot/lib/polyglot-epl.jar
> cd polyglot && ant clobber eclipse-plugin-jar
>
>
> ... works fine but ...
>
>
> cd x10.dist && ant distclean dist
>
>
>
> ... does not like my platform :( as you ca see below:
>
> gen-xrx:
> [echo] Building Java sources for XRX
> [echo] x10c -c Dummy.x10 x10/array/BaseArray.x10
> x10/array/BaseDist.x10 x10/array/BaseRegion.x10 x10/array/DistArray.
> x10 x10/array/EmptyRegion.x10 x10/array/FastArray.x10
> x10/array/FullRegion.x10 x10/array/Layout.x10
> ... a bunch of others ...
> x10/util/concurrent/atomic/AtomicInteger.x10
> x10/util/concurrent/atomic/AtomicLong.x10
> x10/util/concurrent/atomic/AtomicReference.x10
> x10/util/concurrent/atomic/Fences.x10
> [exec] Unrecognized platform: 'SunOS,i86pc,i386'
>
> Notice: I haven't even downloaded the file you uploaded because the
> platforms dont match and I havent defined X10LIB environment variable.
>
> Regards
>
> Richard Gomes
>
>
>
> Igor Peshansky wrote:
> Hi, Richard,
>
> It's best to keep these discussions on-list, so that others can benefit
> from them.
>
> I have just uploaded a Solaris/Ultrasparc build of PGAS, as well as a
> build of X10 from SVN HEAD (post-1.7.4, so it may be somewhat unstable).
> Feel free to try building from the 1.7.4 sources instead. I'm not
> officially announcing this release, since it's unsupported, but if you
> make changes for stability on Solaris, please consider contributing
> them back to the X10 project.
>
> We do have a test suite, but its invocation and results are somewhat
> hard to interpret when run from the command line. Try invoking
> x10.tests/bin/xtestScript++ from x10.tests/examples (use the absolute
> path to the script; you'll also need to supply it with a list of
> tests -- I usually use -list "`find . -name \*.x10`"). That will
> produce a couple of log files (*run* and *err*) in the ./log
> subdirectory.
>
> It would be interesting to find out what exactly you plan to do with
> X10.
> Igor
>
> Richard Gomes <rgo...@go...> wrote on 06/12/2009 07:16:24
>
> AM:
>
>
> Hi Igor,
>
> Thanks a lot for your message.
>
> At the moment I'm moving my developement environment (and other stuff)
> from Debian Lenny to Solaris 10.
>
> After you give me a green light I will try to build X10 for Solaris
> and I will be able to concentrate more efforts on X10.
> Please let me know if you have a test suite intended to validate
> PGAS+X10 functionality.
>
> Kind Regards
>
> Richard Gomes
> http://www.jquantlib.org/index.php/User:RichardGomes
>
> On Thursday 11 June 2009 13:50:00 you wrote:
>
> Richard Gomes <rgo...@ya...> wrote on 06/09/2009 11:12:53
>
> AM:
>
> Hi guys,
>
> Is there a release for Solaris 10 ?
> If not, what should I do to build/install using gcc?
> FYI, I have gcc/gmake and some other GNU tools installed and they
> already proved to work fine.
>
> Hi, Richard,
>
> Currently, there is no Solaris release.
>
> The main problem with moving to a new platform is making a binary
> build of the (A)PGAS runtime available for that platform. Since
> that runtime is not open-sourced, the build will have to be done
> by us. I will scare up a Solaris PGAS build in the next few days
> and post it on the download page. Once that is done, you could
> try to build the rest. Also note that our runtime was not tested
> on Solaris, so we can provide functionality or performance
> guarantees.
>
> I am now testing a Solaris build of the whole X10 system.
> Igor
--
Igor Peshansky (note the spelling change!)
IBM T.J. Watson Research Center
XJ: No More Pain for XML's Gain (http://www.research.ibm.com/xj/)
X10: Parallel Productivity and Performance (http://x10.sf.net/)
|
|
From: Richard G. <rgo...@ya...> - 2009-06-14 22:14:12
|
Hi Igor
Yes... my fault. I should have mentioned the complete architecture,
including HW platform.
I defined X10_PLATFORM and X10LIB (pointing to PGAS for Solaris/Sparc)
just to see what would happen. I was expecting to find errors during
link step but, in fact, errors popped up during compilation, as you can
see below:
[exec] g++ -g
-I/srv/software/x10/1.7.4/pgas-1.7.4_sunos_sparc/include -I. -Igen -ansi
-pedantic -Wall -Wextra -Wno-long-long -Wno-unused-parameter -c
x10aux/boolean_utils.cc -o x10aux/boolean_utils.o
[exec] In file included from x10aux/basic_functions.cc:3:
[exec] ./x10aux/math.h: In function `bool x10aux::math::isinf(double)':
[exec] ./x10aux/math.h:53: error: `::isinf' has not been declared
[exec] ./x10aux/math.h: In function `bool x10aux::math::isinf(float)':
[exec] ./x10aux/math.h:53: error: `::isinff' has not been declared
[exec] ./x10aux/math.h: In function `bool
x10aux::math::isfinite(double)':
[exec] ./x10aux/math.h:69: error: `::isfinite' has not been declared
[exec] ./x10aux/math.h: In function `bool
x10aux::math::isfinite(float)':
[exec] ./x10aux/math.h:69: error: `::isfinitef' has not been declared
[exec] ./x10aux/math.h: In function `int
x10aux::math::signbit(double)':
[exec] ./x10aux/math.h:71: error: `::signbit' has not been declared
[exec] ./x10aux/math.h: In function `int x10aux::math::signbit(float)':
[exec] ./x10aux/math.h:71: error: `::signbitf' has not been declared
[exec] gmake: *** [x10aux/basic_functions.o] Error 1
[exec] gmake: *** Waiting for unfinished jobs....
I found the following article which could be helpful somehow:
https://llvm.org/svn/llvm-project/llvm/tags/RELEASE_14/lib/Support/IsInf.cpp
Meanwhile, I'm reverting to Linux. It will demand some effort because my
Linux box is now a production box and I'm not planning to use it for
development. So, I will have to install a Linux zone on top of Solaris.
I was not planning to become a well skilled Solaris sysadmin :(
Kind Regards
Richard Gomes
Igor Peshansky wrote:
> Hi, Richard,
>
> Ah, the fact that you we using x86 was the crucial bit of information
> missing from the previous emails. Getting you a Solaris/x86 build is
> problematic, since we don't really have a machine with this
> configuration. Given the constraints of the team, I doubt we'll be
> able to support such a configuration, though I could try installing
> Solaris in a virtual machine at some point -- no promises on when that
> will happen, though.
>
> Thanks for the contributions. It's usually best to contribute in the
> form of patches (diffs) against SVN HEAD. Also, the easiest way to
> track those patches is not on the mailing list, but rather as a JIRA
> item. So, please open a JIRA issue for Solaris/x86 support, and attach
> your patches there. But see below for comments on your changes.
>
> FYI, most of our scripts already require make to be GNU make and find
> to be GNU find. We've been fixing xargs usage to be less dependent
> on the GNU xargs (ditto for tar), but may have missed a few cases --
> patches are welcome.
>
> The "Unrecognized platform" message is a sanity check in the x10c and
> x10c++ scripts. You can override it by setting "X10_PLATFORM=sunos_x86"
> in your environment. This should let you proceed past the generation
> of the C++ sources for the libraries, but you will not be able to build
> them anyway, because of the lack of the PGAS build for your system.
>
> We are planning to release API spec for the part of the PGAS API needed
> by the X10 compiler, so that others can try different library
> implementations. Once that happens, you could also try implementing
> such a library on Solaris by using another (hopefully already existing)
> transport layer.
>
> In any case, if you can try running some of your experiments with Linux
> while the Solaris/x86 build is unavailable, we'd be interested in what
> you find.
>
> Thanks for your interest in X10.
> Igor
>
> Richard Gomes <rgo...@ya...> wrote on 06/13/2009 03:53:42 PM:
>
>
>> Hi Igor,
>>
>> My platform is not sunos_sparc but sunos_x86. I suppose I will not be
>> able make use of the files you deployed.
>>
>> Anyway, below you can see the changes I've done.
>> I'm attaching the referenced files for your information.
>>
>>
>> 1. ./x10.runtime.17/build.xml
>>
>> I'm using gcc toolchain instead of Sun toolchain, so I changed make by
>>
> gmake.
>
>> <property name="make.exe" value="gmake"/>
>>
>>
>> 2. ./x10.runtime.17/src-cpp/Makefile
>> Still due to gcc toolchain, I had to change find by gfind and xargs by
>>
> gxargs.
>
>> XARGS=gxargs
>> FIND=gfind
>> ... and wherever these equivalences are used.
>>
>>
>>
>> 3. When I tried to build...
>> export LOCAL_POLYGLOT_JAR=../polyglot/lib/polyglot-epl.jar
>> cd polyglot && ant clobber eclipse-plugin-jar
>>
>>
>> ... works fine but ...
>>
>>
>> cd x10.dist && ant distclean dist
>>
>
>
>> ... does not like my platform :( as you ca see below:
>>
>> gen-xrx:
>> [echo] Building Java sources for XRX
>> [echo] x10c -c Dummy.x10 x10/array/BaseArray.x10
>> x10/array/BaseDist.x10 x10/array/BaseRegion.x10 x10/array/DistArray.
>> x10 x10/array/EmptyRegion.x10 x10/array/FastArray.x10
>> x10/array/FullRegion.x10 x10/array/Layout.x10
>> ... a bunch of others ...
>> x10/util/concurrent/atomic/AtomicInteger.x10
>> x10/util/concurrent/atomic/AtomicLong.x10
>> x10/util/concurrent/atomic/AtomicReference.x10
>> x10/util/concurrent/atomic/Fences.x10
>> [exec] Unrecognized platform: 'SunOS,i86pc,i386'
>>
>> Notice: I haven't even downloaded the file you uploaded because the
>> platforms dont match and I havent defined X10LIB environment variable.
>>
>> Regards
>>
>> Richard Gomes
>>
>>
>>
>> Igor Peshansky wrote:
>> Hi, Richard,
>>
>> It's best to keep these discussions on-list, so that others can benefit
>> from them.
>>
>> I have just uploaded a Solaris/Ultrasparc build of PGAS, as well as a
>> build of X10 from SVN HEAD (post-1.7.4, so it may be somewhat unstable).
>> Feel free to try building from the 1.7.4 sources instead. I'm not
>> officially announcing this release, since it's unsupported, but if you
>> make changes for stability on Solaris, please consider contributing
>> them back to the X10 project.
>>
>> We do have a test suite, but its invocation and results are somewhat
>> hard to interpret when run from the command line. Try invoking
>> x10.tests/bin/xtestScript++ from x10.tests/examples (use the absolute
>> path to the script; you'll also need to supply it with a list of
>> tests -- I usually use -list "`find . -name \*.x10`"). That will
>> produce a couple of log files (*run* and *err*) in the ./log
>> subdirectory.
>>
>> It would be interesting to find out what exactly you plan to do with
>> X10.
>> Igor
>>
>> Richard Gomes <rgo...@go...> wrote on 06/12/2009 07:16:24
>>
> AM:
>
>> Hi Igor,
>>
>> Thanks a lot for your message.
>>
>> At the moment I'm moving my developement environment (and other stuff)
>> from Debian Lenny to Solaris 10.
>>
>> After you give me a green light I will try to build X10 for Solaris
>> and I will be able to concentrate more efforts on X10.
>> Please let me know if you have a test suite intended to validate
>> PGAS+X10 functionality.
>>
>> Kind Regards
>>
>> Richard Gomes
>> http://www.jquantlib.org/index.php/User:RichardGomes
>>
>> On Thursday 11 June 2009 13:50:00 you wrote:
>>
>> Richard Gomes <rgo...@ya...> wrote on 06/09/2009 11:12:53
>>
>> AM:
>>
>> Hi guys,
>>
>> Is there a release for Solaris 10 ?
>> If not, what should I do to build/install using gcc?
>> FYI, I have gcc/gmake and some other GNU tools installed and they
>> already proved to work fine.
>>
>> Hi, Richard,
>>
>> Currently, there is no Solaris release.
>>
>> The main problem with moving to a new platform is making a binary
>> build of the (A)PGAS runtime available for that platform. Since
>> that runtime is not open-sourced, the build will have to be done
>> by us. I will scare up a Solaris PGAS build in the next few days
>> and post it on the download page. Once that is done, you could
>> try to build the rest. Also note that our runtime was not tested
>> on Solaris, so we can provide functionality or performance
>> guarantees.
>>
>> I am now testing a Solaris build of the whole X10 system.
>> Igor
>>
|
|
From: Igor P. <ig...@us...> - 2009-06-14 14:19:14
|
Hi, Richard,
Ah, the fact that you we using x86 was the crucial bit of information
missing from the previous emails. Getting you a Solaris/x86 build is
problematic, since we don't really have a machine with this
configuration. Given the constraints of the team, I doubt we'll be
able to support such a configuration, though I could try installing
Solaris in a virtual machine at some point -- no promises on when that
will happen, though.
Thanks for the contributions. It's usually best to contribute in the
form of patches (diffs) against SVN HEAD. Also, the easiest way to
track those patches is not on the mailing list, but rather as a JIRA
item. So, please open a JIRA issue for Solaris/x86 support, and attach
your patches there. But see below for comments on your changes.
FYI, most of our scripts already require make to be GNU make and find
to be GNU find. We've been fixing xargs usage to be less dependent
on the GNU xargs (ditto for tar), but may have missed a few cases --
patches are welcome.
The "Unrecognized platform" message is a sanity check in the x10c and
x10c++ scripts. You can override it by setting "X10_PLATFORM=sunos_x86"
in your environment. This should let you proceed past the generation
of the C++ sources for the libraries, but you will not be able to build
them anyway, because of the lack of the PGAS build for your system.
We are planning to release API spec for the part of the PGAS API needed
by the X10 compiler, so that others can try different library
implementations. Once that happens, you could also try implementing
such a library on Solaris by using another (hopefully already existing)
transport layer.
In any case, if you can try running some of your experiments with Linux
while the Solaris/x86 build is unavailable, we'd be interested in what
you find.
Thanks for your interest in X10.
Igor
Richard Gomes <rgo...@ya...> wrote on 06/13/2009 03:53:42 PM:
> Hi Igor,
>
> My platform is not sunos_sparc but sunos_x86. I suppose I will not be
> able make use of the files you deployed.
>
> Anyway, below you can see the changes I've done.
> I'm attaching the referenced files for your information.
>
>
> 1. ./x10.runtime.17/build.xml
>
> I'm using gcc toolchain instead of Sun toolchain, so I changed make by
gmake.
> <property name="make.exe" value="gmake"/>
>
>
> 2. ./x10.runtime.17/src-cpp/Makefile
> Still due to gcc toolchain, I had to change find by gfind and xargs by
gxargs.
> XARGS=gxargs
> FIND=gfind
> ... and wherever these equivalences are used.
>
>
>
> 3. When I tried to build...
> export LOCAL_POLYGLOT_JAR=../polyglot/lib/polyglot-epl.jar
> cd polyglot && ant clobber eclipse-plugin-jar
>
>
> ... works fine but ...
>
>
> cd x10.dist && ant distclean dist
> ... does not like my platform :( as you ca see below:
>
> gen-xrx:
> [echo] Building Java sources for XRX
> [echo] x10c -c Dummy.x10 x10/array/BaseArray.x10
> x10/array/BaseDist.x10 x10/array/BaseRegion.x10 x10/array/DistArray.
> x10 x10/array/EmptyRegion.x10 x10/array/FastArray.x10
> x10/array/FullRegion.x10 x10/array/Layout.x10
> ... a bunch of others ...
> x10/util/concurrent/atomic/AtomicInteger.x10
> x10/util/concurrent/atomic/AtomicLong.x10
> x10/util/concurrent/atomic/AtomicReference.x10
> x10/util/concurrent/atomic/Fences.x10
> [exec] Unrecognized platform: 'SunOS,i86pc,i386'
>
> Notice: I haven't even downloaded the file you uploaded because the
> platforms dont match and I havent defined X10LIB environment variable.
>
> Regards
>
> Richard Gomes
>
>
>
> Igor Peshansky wrote:
> Hi, Richard,
>
> It's best to keep these discussions on-list, so that others can benefit
> from them.
>
> I have just uploaded a Solaris/Ultrasparc build of PGAS, as well as a
> build of X10 from SVN HEAD (post-1.7.4, so it may be somewhat unstable).
> Feel free to try building from the 1.7.4 sources instead. I'm not
> officially announcing this release, since it's unsupported, but if you
> make changes for stability on Solaris, please consider contributing
> them back to the X10 project.
>
> We do have a test suite, but its invocation and results are somewhat
> hard to interpret when run from the command line. Try invoking
> x10.tests/bin/xtestScript++ from x10.tests/examples (use the absolute
> path to the script; you'll also need to supply it with a list of
> tests -- I usually use -list "`find . -name \*.x10`"). That will
> produce a couple of log files (*run* and *err*) in the ./log
> subdirectory.
>
> It would be interesting to find out what exactly you plan to do with
> X10.
> Igor
>
> Richard Gomes <rgo...@go...> wrote on 06/12/2009 07:16:24
AM:
>
>
> Hi Igor,
>
> Thanks a lot for your message.
>
> At the moment I'm moving my developement environment (and other stuff)
> from Debian Lenny to Solaris 10.
>
> After you give me a green light I will try to build X10 for Solaris
> and I will be able to concentrate more efforts on X10.
> Please let me know if you have a test suite intended to validate
> PGAS+X10 functionality.
>
> Kind Regards
>
> Richard Gomes
> http://www.jquantlib.org/index.php/User:RichardGomes
>
> On Thursday 11 June 2009 13:50:00 you wrote:
>
> Richard Gomes <rgo...@ya...> wrote on 06/09/2009 11:12:53
>
> AM:
>
> Hi guys,
>
> Is there a release for Solaris 10 ?
> If not, what should I do to build/install using gcc?
> FYI, I have gcc/gmake and some other GNU tools installed and they
> already proved to work fine.
>
> Hi, Richard,
>
> Currently, there is no Solaris release.
>
> The main problem with moving to a new platform is making a binary
> build of the (A)PGAS runtime available for that platform. Since
> that runtime is not open-sourced, the build will have to be done
> by us. I will scare up a Solaris PGAS build in the next few days
> and post it on the download page. Once that is done, you could
> try to build the rest. Also note that our runtime was not tested
> on Solaris, so we can provide functionality or performance
> guarantees.
>
> I am now testing a Solaris build of the whole X10 system.
> Igor
--
Igor Peshansky (note the spelling change!)
IBM T.J. Watson Research Center
XJ: No More Pain for XML's Gain (http://www.research.ibm.com/xj/)
X10: Parallel Productivity and Performance (http://x10.sf.net/)
|
|
From: Richard G. <rgo...@ya...> - 2009-06-13 19:56:29
|
Hi Igor,
My platform is not sunos_sparc but sunos_x86. I suppose I will not be
able make use of the files you deployed.
Anyway, below you can see the changes I've done.
I'm attaching the referenced files for your information.
1. ./x10.runtime.17/build.xml
I'm using gcc toolchain instead of Sun toolchain, so I changed make by
gmake.
<property name="make.exe" value="gmake"/>
2. ./x10.runtime.17/src-cpp/Makefile
Still due to gcc toolchain, I had to change find by gfind and xargs by
gxargs.
XARGS=gxargs
FIND=gfind
... and wherever these equivalences are used.
3. When I tried to build...
export LOCAL_POLYGLOT_JAR=../polyglot/lib/polyglot-epl.jar
cd polyglot && ant clobber eclipse-plugin-jar
... works fine but ...
cd x10.dist && ant distclean dist
... does not like my platform :( as you ca see below:
gen-xrx:
[echo] Building Java sources for XRX
[echo] x10c -c Dummy.x10 x10/array/BaseArray.x10
x10/array/BaseDist.x10 x10/array/BaseRegion.x10 x10/array/DistArray.x10
x10/array/EmptyRegion.x10 x10/array/FastArray.x10
x10/array/FullRegion.x10 x10/array/Layout.x10
... a bunch of others ...
x10/util/concurrent/atomic/AtomicInteger.x10
x10/util/concurrent/atomic/AtomicLong.x10
x10/util/concurrent/atomic/AtomicReference.x10
x10/util/concurrent/atomic/Fences.x10
[exec] Unrecognized platform: 'SunOS,i86pc,i386'
Notice: I haven't even downloaded the file you uploaded because the
platforms dont match and I havent defined X10LIB environment variable.
Regards
Richard Gomes
Igor Peshansky wrote:
> Hi, Richard,
>
> It's best to keep these discussions on-list, so that others can benefit
> from them.
>
> I have just uploaded a Solaris/Ultrasparc build of PGAS, as well as a
> build of X10 from SVN HEAD (post-1.7.4, so it may be somewhat unstable).
> Feel free to try building from the 1.7.4 sources instead. I'm not
> officially announcing this release, since it's unsupported, but if you
> make changes for stability on Solaris, please consider contributing
> them back to the X10 project.
>
> We do have a test suite, but its invocation and results are somewhat
> hard to interpret when run from the command line. Try invoking
> x10.tests/bin/xtestScript++ from x10.tests/examples (use the absolute
> path to the script; you'll also need to supply it with a list of
> tests -- I usually use -list "`find . -name \*.x10`"). That will
> produce a couple of log files (*run* and *err*) in the ./log
> subdirectory.
>
> It would be interesting to find out what exactly you plan to do with
> X10.
> Igor
>
> Richard Gomes <rgo...@go...> wrote on 06/12/2009 07:16:24 AM:
>
>
>> Hi Igor,
>>
>> Thanks a lot for your message.
>>
>> At the moment I'm moving my developement environment (and other stuff)
>> from Debian Lenny to Solaris 10.
>>
>> After you give me a green light I will try to build X10 for Solaris
>> and I will be able to concentrate more efforts on X10.
>> Please let me know if you have a test suite intended to validate
>> PGAS+X10 functionality.
>>
>> Kind Regards
>>
>> Richard Gomes
>> http://www.jquantlib.org/index.php/User:RichardGomes
>>
>> On Thursday 11 June 2009 13:50:00 you wrote:
>>
>>> Richard Gomes <rgo...@ya...> wrote on 06/09/2009 11:12:53
>>>
> AM:
>
>>>> Hi guys,
>>>>
>>>> Is there a release for Solaris 10 ?
>>>> If not, what should I do to build/install using gcc?
>>>> FYI, I have gcc/gmake and some other GNU tools installed and they
>>>> already proved to work fine.
>>>>
>>> Hi, Richard,
>>>
>>> Currently, there is no Solaris release.
>>>
>>> The main problem with moving to a new platform is making a binary
>>> build of the (A)PGAS runtime available for that platform. Since
>>> that runtime is not open-sourced, the build will have to be done
>>> by us. I will scare up a Solaris PGAS build in the next few days
>>> and post it on the download page. Once that is done, you could
>>> try to build the rest. Also note that our runtime was not tested
>>> on Solaris, so we can provide functionality or performance
>>> guarantees.
>>>
>>> I am now testing a Solaris build of the whole X10 system.
>>> Igor
>>>
|
|
From: Richard G. <rgo...@ya...> - 2009-06-12 19:39:22
|
Hi Igor, Thanks a lot. I will try to build and test tomorrow. Reason for Solaris on X10: At the moment I'm dividing my time studying OSGi, RTSJ (Real Time System Java) and subjects related to HPC. In particular, Solaris 10 is very interesting for developing real time software due to its very well suited support for RTSJ and monitoring tools like DTrace. I've installed JDK1.6.0-14 which has a new garbage collector which I'm interested on benchmarking too. I'm interested on financial applications which will be running hundreds or eventually thousands of threads in parallel. X10 is critical in this cenario because I'd like to have better responsive applications, better scalability and less complexity related to multithreading. In the future I will be investigating how X10 supports GPGPUs. This is a separate subject which is not prioritary at the moment. You can obtain more information about me and my interest on finance at http://www.jquantlib.org/index.php/User:RichardGomes Kind Regards Richard Gomes http://www.jquantlib.org/index.php/User:RichardGomes On Friday 12 June 2009 18:08:20 Igor Peshansky wrote: > Hi, Richard, > > It's best to keep these discussions on-list, so that others can benefit > from them. > > I have just uploaded a Solaris/Ultrasparc build of PGAS, as well as a > build of X10 from SVN HEAD (post-1.7.4, so it may be somewhat unstable). > Feel free to try building from the 1.7.4 sources instead. I'm not > officially announcing this release, since it's unsupported, but if you > make changes for stability on Solaris, please consider contributing > them back to the X10 project. > > We do have a test suite, but its invocation and results are somewhat > hard to interpret when run from the command line. Try invoking > x10.tests/bin/xtestScript++ from x10.tests/examples (use the absolute > path to the script; you'll also need to supply it with a list of > tests -- I usually use -list "`find . -name \*.x10`"). That will > produce a couple of log files (*run* and *err*) in the ./log > subdirectory. > > It would be interesting to find out what exactly you plan to do with > X10. > Igor > > Richard Gomes <rgo...@go...> wrote on 06/12/2009 07:16:24 AM: > > > Hi Igor, > > > > Thanks a lot for your message. > > > > At the moment I'm moving my developement environment (and other stuff) > > from Debian Lenny to Solaris 10. > > > > After you give me a green light I will try to build X10 for Solaris > > and I will be able to concentrate more efforts on X10. > > Please let me know if you have a test suite intended to validate > > PGAS+X10 functionality. > > > > Kind Regards > > > > Richard Gomes > > http://www.jquantlib.org/index.php/User:RichardGomes > > > > On Thursday 11 June 2009 13:50:00 you wrote: > > > Richard Gomes <rgo...@ya...> wrote on 06/09/2009 11:12:53 > AM: > > > > > > > Hi guys, > > > > > > > > Is there a release for Solaris 10 ? > > > > If not, what should I do to build/install using gcc? > > > > FYI, I have gcc/gmake and some other GNU tools installed and they > > > > already proved to work fine. > > > > > > Hi, Richard, > > > > > > Currently, there is no Solaris release. > > > > > > The main problem with moving to a new platform is making a binary > > > build of the (A)PGAS runtime available for that platform. Since > > > that runtime is not open-sourced, the build will have to be done > > > by us. I will scare up a Solaris PGAS build in the next few days > > > and post it on the download page. Once that is done, you could > > > try to build the rest. Also note that our runtime was not tested > > > on Solaris, so we can provide functionality or performance > > > guarantees. > > > > > > I am now testing a Solaris build of the whole X10 system. > > > Igor |
|
From: Igor P. <ig...@us...> - 2009-06-12 17:10:57
|
Hi, Richard,
It's best to keep these discussions on-list, so that others can benefit
from them.
I have just uploaded a Solaris/Ultrasparc build of PGAS, as well as a
build of X10 from SVN HEAD (post-1.7.4, so it may be somewhat unstable).
Feel free to try building from the 1.7.4 sources instead. I'm not
officially announcing this release, since it's unsupported, but if you
make changes for stability on Solaris, please consider contributing
them back to the X10 project.
We do have a test suite, but its invocation and results are somewhat
hard to interpret when run from the command line. Try invoking
x10.tests/bin/xtestScript++ from x10.tests/examples (use the absolute
path to the script; you'll also need to supply it with a list of
tests -- I usually use -list "`find . -name \*.x10`"). That will
produce a couple of log files (*run* and *err*) in the ./log
subdirectory.
It would be interesting to find out what exactly you plan to do with
X10.
Igor
Richard Gomes <rgo...@go...> wrote on 06/12/2009 07:16:24 AM:
> Hi Igor,
>
> Thanks a lot for your message.
>
> At the moment I'm moving my developement environment (and other stuff)
> from Debian Lenny to Solaris 10.
>
> After you give me a green light I will try to build X10 for Solaris
> and I will be able to concentrate more efforts on X10.
> Please let me know if you have a test suite intended to validate
> PGAS+X10 functionality.
>
> Kind Regards
>
> Richard Gomes
> http://www.jquantlib.org/index.php/User:RichardGomes
>
> On Thursday 11 June 2009 13:50:00 you wrote:
> > Richard Gomes <rgo...@ya...> wrote on 06/09/2009 11:12:53
AM:
> >
> > > Hi guys,
> > >
> > > Is there a release for Solaris 10 ?
> > > If not, what should I do to build/install using gcc?
> > > FYI, I have gcc/gmake and some other GNU tools installed and they
> > > already proved to work fine.
> >
> > Hi, Richard,
> >
> > Currently, there is no Solaris release.
> >
> > The main problem with moving to a new platform is making a binary
> > build of the (A)PGAS runtime available for that platform. Since
> > that runtime is not open-sourced, the build will have to be done
> > by us. I will scare up a Solaris PGAS build in the next few days
> > and post it on the download page. Once that is done, you could
> > try to build the rest. Also note that our runtime was not tested
> > on Solaris, so we can provide functionality or performance
> > guarantees.
> >
> > I am now testing a Solaris build of the whole X10 system.
> > Igor
--
Igor Peshansky (note the spelling change!)
IBM T.J. Watson Research Center
XJ: No More Pain for XML's Gain (http://www.research.ibm.com/xj/)
X10: Parallel Productivity and Performance (http://x10.sf.net/)
|
|
From: Igor P. <ig...@us...> - 2009-06-11 12:50:54
|
Richard Gomes <rgo...@ya...> wrote on 06/09/2009 11:12:53 AM:
> Hi guys,
>
> Is there a release for Solaris 10 ?
> If not, what should I do to build/install using gcc?
> FYI, I have gcc/gmake and some other GNU tools installed and they
> already proved to work fine.
Hi, Richard,
Currently, there is no Solaris release.
The main problem with moving to a new platform is making a binary
build of the (A)PGAS runtime available for that platform. Since
that runtime is not open-sourced, the build will have to be done
by us. I will scare up a Solaris PGAS build in the next few days
and post it on the download page. Once that is done, you could
try to build the rest. Also note that our runtime was not tested
on Solaris, so we can provide functionality or performance
guarantees.
I am now testing a Solaris build of the whole X10 system.
Igor
--
Igor Peshansky (note the spelling change!)
IBM T.J. Watson Research Center
XJ: No More Pain for XML's Gain (http://www.research.ibm.com/xj/)
X10: Parallel Productivity and Performance (http://x10.sf.net/)
|
|
From: Richard G. <rgo...@ya...> - 2009-06-11 05:04:05
|
Please let me know if there's something I can do to help you guys. Thanks Richard Gomes http://www.jquantlib.org/index.php/User:RichardGomes On Thursday 11 June 2009 04:35:46 Vijay Saraswat wrote: > Critically, pgas needs to be built for Solaris. If that works, building > the rest of the system should be easy. Sreedhar and Igor are looking > into it and should have something to say soon. > > Best, > Vijay > > > Richard Gomes wrote: > > Hi guys, > > > > Is there a release for Solaris 10 ? > > If not, what should I do to build/install using gcc? > > FYI, I have gcc/gmake and some other GNU tools installed and they already proved to work fine. > > > > Kind Regards > > > > Richard Gomes > > http://www.jquantlib.org/index.php/User:RichardGomes > > > > > |
|
From: Vijay S. <vi...@sa...> - 2009-06-11 04:37:38
|
Critically, pgas needs to be built for Solaris. If that works, building the rest of the system should be easy. Sreedhar and Igor are looking into it and should have something to say soon. Best, Vijay Richard Gomes wrote: > Hi guys, > > Is there a release for Solaris 10 ? > If not, what should I do to build/install using gcc? > FYI, I have gcc/gmake and some other GNU tools installed and they already proved to work fine. > > Kind Regards > > Richard Gomes > http://www.jquantlib.org/index.php/User:RichardGomes > |
|
From: Richard G. <rgo...@ya...> - 2009-06-09 15:13:05
|
Hi guys, Is there a release for Solaris 10 ? If not, what should I do to build/install using gcc? FYI, I have gcc/gmake and some other GNU tools installed and they already proved to work fine. Kind Regards Richard Gomes http://www.jquantlib.org/index.php/User:RichardGomes |
|
From: Richard G. <rgo...@ya...> - 2009-05-13 02:33:25
|
Hi,
Script x10c++ needs to determine the installation folder of X10.
At the moment it is determined like this:
TOP="$(cd "$(dirname $0)/.." && pwd)"
I suggest that, if variable X10_HOME exists, TOP could be taken from there, like this:
TOP=${X10_HOME:-$(cd "$(dirname $0)/.." && pwd)}
Reason:
If you have a symlink to x10c++ the first option does not work properly.
More info:
http://www.jquantlib.org/index.php/Flexible_development_environment
Thanks
Richard Gomes
http://www.jquantlib.org/index.php/User:RichardGomes
|
|
From: Vijay S. <vi...@sa...> - 2009-04-27 11:21:32
|
Richard Gomes wrote: > HI, > > I'm lead developer of JQuantLib http://www.jquantlib.org. > I'm not willing to jump on board for developing X10, but I have serious > uses for it: > * On the 'top' of architecture: Applications based on JQuantLib where > there's a need to coordinate hundreds or even thousands of concurrent > threads. > * On the 'bottom' of architecture: Implementing OSGi bundles for > JQuantLib which take advantage of GPGPUs. > > I'd like to know what are the future plans for X10, specially regarding > Eclipse support (X10DT for v1.7). > Hello Richard -- Sorry to be delayed in responding to you. We are working on X10DT for v1.7. By last August X10DT for v1.5 was quite usable for everyday use by X10 developers. So our main focus is to port that level of functionality over to v 1.7. The first candidate release is being tested in house currently, and will stay in testing for a few more weeks. I am glad to hear about your potential use for X10 with JQuantlib. That makes a lot of sense. We are actively working on an NVidia GPU implementation as well, and should be in a position to release something by the end of this year. It would be interesting to hear more about driving applications for JQuantLib which require coordinating 1K threads. Best, Vijay |
|
From: Richard G. <rgo...@ya...> - 2009-04-20 09:12:21
|
HI, I'm lead developer of JQuantLib http://www.jquantlib.org. I'm not willing to jump on board for developing X10, but I have serious uses for it: * On the 'top' of architecture: Applications based on JQuantLib where there's a need to coordinate hundreds or even thousands of concurrent threads. * On the 'bottom' of architecture: Implementing OSGi bundles for JQuantLib which take advantage of GPGPUs. I'd like to know what are the future plans for X10, specially regarding Eclipse support (X10DT for v1.7). Thanks a lot -- Richard Gomes http://www.jquantlib.org/index.php/User:RichardGomes M: +44(77)9955-6813 H: +44(20)8555-7030 |
|
From: Russel W. <rus...@co...> - 2008-09-04 08:03:12
|
Hello, Concertant undertakes analysis and consultancy in all things multicore, cluster and parallel. One of our main "issues" just now, as you might imagine, is what effect the final arrival of ubiquitous parallelism in computing will have. A specific issue I am looking at is what is going to happen to programming over the next few years. As more and more of what used to be considered supercomputing moves to being mainstream, everyday computing, will C, C++, and Fortran continue their domination, will Java become bigger than it already is, will Groovy, Python and Ruby evolve to stay relevant, will Intel become a slave to the JVM and the CLR, will there be a place for C#? I will be at Supercomputing 2008 Mon 17th through to Thu 20th Nov and am hoping to meet with as many of the movers and shakers in the programming arena that I can, so as to be able to come to some sort of view about where programming is going. I am especially wanting to look at Chapel, Fortress, and X10. Will anyone from the X10 management development team be at Supercomputing and available for a meeting? Thanks. -- Russel. ==================================================== Dr Russel Winder Partner Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203 41 Buckmaster Road, f: +44 8700 516 084 London SW11 1EN, UK. m: +44 7770 465 077 |
|
From: Vijay S. <vsa...@us...> - 2008-04-26 21:05:52
|
Correct, it translates atomic directly to a Java synchronized block which grabs a per-place lock. I cant see any reason why it would not be appropriate to begin an actual TM based implementation now. There are many programs already written in X10, e.g. Java Grande benchmarks. So you should be able to implement a TM-based scheme and evaluate on such benchmarks (or more you can write), and compare performance against the current base-line scheme. Hopefully the increase in performance is such as to warrant a good paper. Let me know if you need any help. Best, Vijay "thanumalayan mad" <mad...@gm...> Sent by: x10...@li... 04/26/2008 01:33 PM To "Vijay Saraswat" <vi...@sa...> cc x10...@li... Subject Re: [X10-developers] TM implementation Hi The current implementation seems to translate atomic blocks directly into java synchronized blocks - correct me if I am wrong, and this seems to be something done in one xcd file. Would it be wise to write some code for an actual TM implementation right now, or wait till some other features of X10 are implemented? Any idea? Regards, Thanumalayan S On 4/12/08, Vijay Saraswat <vi...@sa...> wrote: > I have not heard of an implementation. We have talked of one, but no > code yet. Which TM implementation are you planning to start with? > > Best, > Vijay > > thanumalayan mad wrote: > > Hi > > > > Im beginning to work on a TM implementation that supports parallel > > transactions in X10. Anybody knows if someone has already done this > before? > > > > Cheers, > > Thanumalayan S > > > > > > > ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ X10-developers mailing list X10...@li... https://lists.sourceforge.net/lists/listinfo/x10-developers |
|
From: thanumalayan m. <mad...@gm...> - 2008-04-26 17:33:27
|
Hi The current implementation seems to translate atomic blocks directly into java synchronized blocks - correct me if I am wrong, and this seems to be something done in one xcd file. Would it be wise to write some code for an actual TM implementation right now, or wait till some other features of X10 are implemented? Any idea? Regards, Thanumalayan S On 4/12/08, Vijay Saraswat <vi...@sa...> wrote: > I have not heard of an implementation. We have talked of one, but no > code yet. Which TM implementation are you planning to start with? > > Best, > Vijay > > thanumalayan mad wrote: > > Hi > > > > Im beginning to work on a TM implementation that supports parallel > > transactions in X10. Anybody knows if someone has already done this > before? > > > > Cheers, > > Thanumalayan S > > > > > > > |
|
From: thanumalayan m. <mad...@gm...> - 2008-04-12 14:41:15
|
We thought of having something like XConflict ("Nested Parallelism in
Transactional Memory" by Kunal Agrawal,Jeremy T. Fineman,Jim Sukha).... but
we havent really looked into the X10 run time code, and are not exactly sure
if it will fit in efficiently. What implementation has already been talked
about? ( PS: we wont be starting in 1-2 months, because of our exams.... )
Cheers,
Thanumalayan S
On Sat, Apr 12, 2008 at 5:32 AM, Vijay Saraswat <vi...@sa...> wrote:
> I have not heard of an implementation. We have talked of one, but no code
> yet. Which TM implementation are you planning to start with?
>
> Best,
> Vijay
> cau
>
|
|
From: Vijay S. <vi...@sa...> - 2008-04-12 00:02:28
|
I have not heard of an implementation. We have talked of one, but no code yet. Which TM implementation are you planning to start with? Best, Vijay thanumalayan mad wrote: > Hi > > Im beginning to work on a TM implementation that supports parallel > transactions in X10. Anybody knows if someone has already done this before? > > Cheers, > Thanumalayan S > > |
