Hi,

I am trying to use JCC to wrap a java library (orekit.org), and have
successfully done so on the mac platform. As I also use windows I try to do
the same there.

JCC compiles fine on both platforms (using --compiler=mingw32 on win, using
the python xy distribution with mingw v4.5.2).

the wrapper is successfully created on mac by

on windows I needed to add the .__main__ for jcc:

python -m jcc.__main__ --jar orekit-5.0.jar --jar commons-math-2.2.jar
--include orekit-data.zip --shared  --python orekit --install --files
separate --build

the build goes on for some time and fails with extract below. Does anyone
has some experience with this failure, and where does one start to solve it,
is it the compiler, jcc? I have also tried with a fresh install with mingw32
but no difference.

Any help or directions appricated.
/Petrus
In file included from build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:3:0:
build\_orekit/org/apache/commons/math/dfp/Dfp.h:109:38: error: expected
unqualified-id before numeric constant
build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:22:32: error: expected
unqualified-id before numeric constant
build\_orekit\org\apache\commons\math\dfp\Dfp.cpp: In static member function
'static _jclass* org::apache::commons::math::dfp::Dfp::initializeClass()':
build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:100:79: error: lvalue
required as left operand of assignment
build\_orekit\org\apache\commons\math\dfp\Dfp.cpp: In static member function
'static void org::apache::commons::math::dfp::t_Dfp::initialize(PyObject*)':
build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:476:101: error: expected
unqualified-id before numeric constant
error: command 'gcc' failed with exit status 1

On Jun 3, 2011, at 1:21, Petrus Hyvönen <[EMAIL PROTECTED]> wrote:

> Hi,
>
> I am trying to use JCC to wrap a java library (orekit.org), and have
> successfully done so on the mac platform. As I also use windows I try to do
> the same there.
>
> JCC compiles fine on both platforms (using --compiler=mingw32 on win, using
> the python xy distribution with mingw v4.5.2).
>
> the wrapper is successfully created on mac by
>
> on windows I needed to add the .__main__ for jcc:
>
> python -m jcc.__main__ --jar orekit-5.0.jar --jar commons-math-2.2.jar
> --include orekit-data.zip --shared  --python orekit --install --files
> separate --build
>
> the build goes on for some time and fails with extract below. Does anyone
> has some experience with this failure, and where does one start to solve it,
> is it the compiler, jcc? I have also tried with a fresh install with mingw32
> but no difference.
>
> Any help or directions appricated.
> /Petrus
>

This is very likely to be caused by some variable name coming from your java sources that is defined as a macro by the header files coming from your compiler. To work this around add the variable name to the reserved word list by adding it to the jcc command line via the --reserved flag.
To find which variable it is look at the error messages below and at the code they refer to. For example, Dfp.h, line 109 or Dfp.cpp, line 22.

Andi..

> In file included from build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:3:0:
> build\_orekit/org/apache/commons/math/dfp/Dfp.h:109:38: error: expected
> unqualified-id before numeric constant
> build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:22:32: error: expected
> unqualified-id before numeric constant
> build\_orekit\org\apache\commons\math\dfp\Dfp.cpp: In static member function
> 'static _jclass* org::apache::commons::math::dfp::Dfp::initializeClass()':
> build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:100:79: error: lvalue
> required as left operand of assignment
> build\_orekit\org\apache\commons\math\dfp\Dfp.cpp: In static member function
> 'static void org::apache::commons::math::dfp::t_Dfp::initialize(PyObject*)':
> build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:476:101: error: expected
> unqualified-id before numeric constant
> error: command 'gcc' failed with exit status 1

Thank you for the support,

Finally I manage to get it working by reserving some words, and minimizing
the number of wrapped methods by just including those that I specifically
need:

python -m jcc --jar orekit-5.0.jar --include commons-math-2.2.jar --package
java.io --package org.apache.commons.math.geometry  --shared  --python
orekit --reserved INFINITE --reserved NO_DATA --reserved ERROR --install
--build

Is there a way to influence the docstrings generated (__doc__ function?), or
is there any way of converting from a javadoc to docstrings of the wrapped
library? :)

Thanks & Regards
/Petrus

On Fri, Jun 3, 2011 at 5:39 PM, Andi Vajda <[EMAIL PROTECTED]> wrote:

>
> On Jun 3, 2011, at 1:21, Petrus Hyvönen <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I am trying to use JCC to wrap a java library (orekit.org), and have
> > successfully done so on the mac platform. As I also use windows I try to
> do
> > the same there.
> >
> > JCC compiles fine on both platforms (using --compiler=mingw32 on win,
> using
> > the python xy distribution with mingw v4.5.2).
> >
> > the wrapper is successfully created on mac by
> >
> > on windows I needed to add the .__main__ for jcc:
> >
> > python -m jcc.__main__ --jar orekit-5.0.jar --jar commons-math-2.2.jar
> > --include orekit-data.zip --shared  --python orekit --install --files
> > separate --build
> >
> > the build goes on for some time and fails with extract below. Does anyone
> > has some experience with this failure, and where does one start to solve
> it,
> > is it the compiler, jcc? I have also tried with a fresh install with
> mingw32
> > but no difference.
> >
> > Any help or directions appricated.
> > /Petrus
> >
>
> This is very likely to be caused by some variable name coming from your
> java sources that is defined as a macro by the header files coming from your
> compiler. To work this around add the variable name to the reserved word
> list by adding it to the jcc command line via the --reserved flag.
> To find which variable it is look at the error messages below and at the
> code they refer to. For example, Dfp.h, line 109 or Dfp.cpp, line 22.
>
> Andi..
>
> > In file included from
> build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:3:0:
> > build\_orekit/org/apache/commons/math/dfp/Dfp.h:109:38: error: expected
> > unqualified-id before numeric constant
> > build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:22:32: error: expected
> > unqualified-id before numeric constant
> > build\_orekit\org\apache\commons\math\dfp\Dfp.cpp: In static member
> function
> > 'static _jclass*
> org::apache::commons::math::dfp::Dfp::initializeClass()':
> > build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:100:79: error: lvalue
> > required as left operand of assignment
> > build\_orekit\org\apache\commons\math\dfp\Dfp.cpp: In static member
> function
> > 'static void
> org::apache::commons::math::dfp::t_Dfp::initialize(PyObject*)':
> > build\_orekit\org\apache\commons\math\dfp\Dfp.cpp:476:101: error:
> expected
> > unqualified-id before numeric constant
> > error: command 'gcc' failed with exit status 1
>

--
_____________________________________________
Petrus Hyvönen, Uppsala, Sweden
Mobile Phone/SMS:+46 73 803 19 00

  Hi Petrus,

On Thu, 9 Jun 2011, Petrus Hyv�nen wrote:

> Thank you for the support,
>
> Finally I manage to get it working by reserving some words, and minimizing
> the number of wrapped methods by just including those that I specifically
> need:
>
> python -m jcc --jar orekit-5.0.jar --include commons-math-2.2.jar --package
> java.io --package org.apache.commons.math.geometry  --shared  --python
> orekit --reserved INFINITE --reserved NO_DATA --reserved ERROR --install
> --build
>
> Is there a way to influence the docstrings generated (__doc__ function?), or
> is there any way of converting from a javadoc to docstrings of the wrapped
> library? :)

If there is a way to get at Java docstrings from the Java reflection API,
then that would be a very cool addition to JCC !

Andi..

Am 09.06.2011 19:13, schrieb Andi Vajda:
> If there is a way to get at Java docstrings from the Java reflection API,
> then that would be a very cool addition to JCC !

I'm not a Java expert but that shouldn't be possible. As far as I know
Java, the reflection API only works on compiled Java code. Contrary to
Python, Java byte code doesn't contain any doc strings. In order to get
the doc strings, you would have to pull the doc strings from the java
source code files.

I suggest another approach. You could use javadoc to dump the doc
strings as XML. Then you can parse the file during JCC run and add the
doc strings from the XML file. I recommend that you make doc strings
generation optional and disabled by default. Doc strings may increase
the size of a JCC module A LOT.

In the mean time you could just include the method signature(s) in the
doc strings. JCC already has all information of a method or class
constructor.

Christian

On Sat, 11 Jun 2011, Christian Heimes wrote:

> Am 09.06.2011 19:13, schrieb Andi Vajda:
>> If there is a way to get at Java docstrings from the Java reflection API,
>> then that would be a very cool addition to JCC !
>
> I'm not a Java expert but that shouldn't be possible. As far as I know
> Java, the reflection API only works on compiled Java code. Contrary to
> Python, Java byte code doesn't contain any doc strings. In order to get
> the doc strings, you would have to pull the doc strings from the java
> source code files.
>
> I suggest another approach. You could use javadoc to dump the doc
> strings as XML. Then you can parse the file during JCC run and add the
> doc strings from the XML file. I recommend that you make doc strings
> generation optional and disabled by default. Doc strings may increase
> the size of a JCC module A LOT.
>
> In the mean time you could just include the method signature(s) in the
> doc strings. JCC already has all information of a method or class
> constructor.

Yes, this approach would work quite well !

In jcc/python.py, where the C++ code generation for the Python layer is
implemented, the doc strings previously extracted with javadoc could be
added to the DECLARE_TYPE/METHOD/*FIELD macro calls.

Andi..

I guess that the reflection API could provide at least the types for methods, but from my limited understanding, docstrings are not included in the jar and the source is needed. I played around and  for example qdox http://qdox.codehaus.org/ seems to be able to extract docstrings.

python -m jcc.__main__  --package java.io --build --shared --python pyqdox --install --exclude com.thoughtworks.qdox.junit.APITestCase --exclude com.thoughtworks.qdox.ant.AbstractQdoxTask --reserved VOID --include ant-1.5.1.jar --include jmock-1.0.0.jar --include junit-3.8.1.jar --jar qdox-2.0-20100906.201255-1.jar

and

import pyqdox
pyqdox.initVM()

builder = pyqdox.JavaDocBuilder()

startdir = pyqdox.File('orekit-5.0-src/orekit-5.0/src/main/java/org/orekit/')
print 'dir=',startdir.getCanonicalPath()
print 'exists :',startdir.exists()

builder.addSourceTree(startdir)
src = builder.getSources()

cls = builder.getClassByName('org.orekit.time.AbsoluteDate')
fields = cls.getFields()

m = cls.getMethods()

for mth in m:
    print 'Method: ',mth.getName()
    #print mth.getReturns()
    pars= mth.getParameters()
    if len(pars)==0:
        print 'Parameter: Void'
    else:  
        for par in  pars:
            ptype=par.getType()
            print 'Parameter:',par.getName(), 'Type:',ptype.toString()
      

But looking at the JCC code, I have difficulties understanding where all magic is done :)
Regards
/Petrus

On Jun 9, 2011, at 7:13 PM, Andi Vajda wrote:

>
> Hi Petrus,
>
> On Thu, 9 Jun 2011, Petrus Hyvönen wrote:
>
>> Thank you for the support,
>>
>> Finally I manage to get it working by reserving some words, and minimizing
>> the number of wrapped methods by just including those that I specifically
>> need:
>>
>> python -m jcc --jar orekit-5.0.jar --include commons-math-2.2.jar --package
>> java.io --package org.apache.commons.math.geometry  --shared  --python
>> orekit --reserved INFINITE --reserved NO_DATA --reserved ERROR --install
>> --build
>>
>> Is there a way to influence the docstrings generated (__doc__ function?), or
>> is there any way of converting from a javadoc to docstrings of the wrapped
>> library? :)
>
> If there is a way to get at Java docstrings from the Java reflection API, then that would be a very cool addition to JCC !
>
> Andi..

_____________________________________________
Petrus Hyvönen, Space Engineer, Uppsala, Sweden
Mobile Phone/SMS:+46 73 803 1900