License files in SVN

[billfen]

Possibly copies of the two license files "icu-..." should also be included
in the COM.ibm.netrexx.process folder?  (and also the diag folder?)  And/or
maybe at the top level along with the manifest?

Currently they are only included in the netrexx.lang (NetRexx runtime)
folder.

By the way, if anyone is having problems building the source with Ant let
me know.  I may be able to help.

Bill

--------------------------------------------------------------------
mail2web LIVE – Free email based on Microsoft® Exchange technology -
http://link.mail2web.com/LIVE



_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[rvjansen]

Hi Bill,

they are only there for easy inclusion in source files so I'd say that's not really necessary.
Please send your ant xml so we can include it into the project at the next release.

To do it formally correct:
1) open an issue that says 'provide ant support'
2) include the short copyright statement at the top
3) attach it to the issue
4) include the statement that you are the sole author and that you release the file under the ICU license.

Are you using the NetRexx ant task?

best regards,

René.

On 19 jun 2011, at 16:53, [hidden email] wrote:

> Possibly copies of the two license files "icu-..." should also be included
> in the COM.ibm.netrexx.process folder?  (and also the diag folder?)  And/or
> maybe at the top level along with the manifest?
>
> Currently they are only included in the netrexx.lang (NetRexx runtime)
> folder.
>
> By the way, if anyone is having problems building the source with Ant let
> me know.  I may be able to help.
>
> Bill
>
> --------------------------------------------------------------------
> mail2web LIVE – Free email based on Microsoft® Exchange technology -
> http://link.mail2web.com/LIVE
>
>
>
> _______________________________________________
> Ibm-netrexx mailing list
> [hidden email]
> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[billfen]

Unfortunately it is a bit more complicated than that.  

The actual Ant xml is trivial - Eclipse exports the primary file and I just
added some extra bits.  But....

As described on page 34 of the NetRexx Users Manual, depending on the order
of the file names provided to the translator, certain forward references
can cause problems.  Unfortunately they occurred in building NetRexxC.  I
was not able to get the standard Ant netrexx task to work for that reason.  

To handle the problem, I implemented a modified version of the netrexx Ant
task which allows the file list to be reordered and named it netrexx3.
That will have to be released under the Apache license if it is distributed
since that was its original license.  If RexxLA / Kenai can (and will) host
Apache licensed code, I'll provide it when I'm finished developing it - if
not I'll put it on sourceforge.

By the way, the NetRexxD package includes the User Manual and others -
should that be on the RexxLA site as well?

On 6/19/2011 12:30 PM, René Jansen wrote:
> Hi Bill,
>
> they are only there for easy inclusion in source files so I'd say that's
not really necessary.
> Please send your ant xml so we can include it into the project at the
next release.
>
> To do it formally correct:
> 1) open an issue that says 'provide ant support'
> 2) include the short copyright statement at the top
> 3) attach it to the issue
> 4) include the statement that you are the sole author and that you
release the file under the ICU license.

>
> Are you using the NetRexx ant task?
>
> best regards,
>
> René.
>
> On 19 jun 2011, at 16:53, [hidden email] wrote:
>
>> Possibly copies of the two license files "icu-..." should also be

included
>> in the COM.ibm.netrexx.process folder?  (and also the diag folder?)
And/or
>> maybe at the top level along with the manifest?
>>
>> Currently they are only included in the netrexx.lang (NetRexx runtime)
>> folder.
>>
>> By the way, if anyone is having problems building the source with Ant let
>> me know.  I may be able to help.
>>
>> Bill

--------------------------------------------------------------------
mail2web.com – Enhanced email for the mobile individual based on Microsoft®
Exchange - http://link.mail2web.com/Personal/EnhancedEmail



_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[ThSITC]

Hi Bill,

thanks for publishing this your findings.

It's obviously true that the current NetRexxC compiler does not always
resolve the module-interdependency issues. As already stated, this would
require to build a dependency grah, and not compile the modules in
lexical order.

But as these problems only occur in bigger packages, I personally did
develop a technique of *stepwise compilation* using compile1.bat,
compile2,bat,... and building the corresponding JAR also stepwise.

Later, in further releases, when we do have tools abvailable to build this
dependency graph in an early, separate, PARSE Step (without code
generation), we then could have NetRexxC detect those issues automatically.

Thomas.
===========================================================

I, for myself, am not and will not use ant
Am 19.06.2011 19:39, schrieb [hidden email]:

> Unfortunately it is a bit more complicated than that.
>
> The actual Ant xml is trivial - Eclipse exports the primary file and I just
> added some extra bits.  But....
>
> As described on page 34 of the NetRexx Users Manual, depending on the order
> of the file names provided to the translator, certain forward references
> can cause problems.  Unfortunately they occurred in building NetRexxC.  I
> was not able to get the standard Ant netrexx task to work for that reason.
>
> To handle the problem, I implemented a modified version of the netrexx Ant
> task which allows the file list to be reordered and named it netrexx3.
> That will have to be released under the Apache license if it is distributed
> since that was its original license.  If RexxLA / Kenai can (and will) host
> Apache licensed code, I'll provide it when I'm finished developing it - if
> not I'll put it on sourceforge.
>
> By the way, the NetRexxD package includes the User Manual and others -
> should that be on the RexxLA site as well?
>
> On 6/19/2011 12:30 PM, René Jansen wrote:
>> Hi Bill,
>>
>> they are only there for easy inclusion in source files so I'd say that's
> not really necessary.
>> Please send your ant xml so we can include it into the project at the
> next release.
>> To do it formally correct:
>> 1) open an issue that says 'provide ant support'
>> 2) include the short copyright statement at the top
>> 3) attach it to the issue
>> 4) include the statement that you are the sole author and that you
> release the file under the ICU license.
>> Are you using the NetRexx ant task?
>>
>> best regards,
>>
>> René.
>>
>> On 19 jun 2011, at 16:53, [hidden email] wrote:
>>
>>> Possibly copies of the two license files "icu-..." should also be
> included
>>> in the COM.ibm.netrexx.process folder?  (and also the diag folder?)
> And/or
>>> maybe at the top level along with the manifest?
>>>
>>> Currently they are only included in the netrexx.lang (NetRexx runtime)
>>> folder.
>>>
>>> By the way, if anyone is having problems building the source with Ant let
>>> me know.  I may be able to help.
>>>
>>> Bill
> --------------------------------------------------------------------
> mail2web.com – Enhanced email for the mobile individual based on Microsoft®
> Exchange - http://link.mail2web.com/Personal/EnhancedEmail
>
>
>
> _______________________________________________
> Ibm-netrexx mailing list
> [hidden email]
> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>
>

--
Thomas Schneider (www.thsitc.com)
_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[Kermit Kiser]

Bill --

Not being a "makefile" person, I drafted an Ant build for the NetRexx
compiler. I was hoping you could help me improve it. I have it mostly
working (except for the javadoc part), but in order to get Ant to
compile the NetRexx translator, I had to do it in stages, following the
outline in Mike's build.cmd file. When I tried to compile all the
modules together I got errors about invalid forward references and
missing methods even though I specified the bootstrap compiler module in
the classpath. I don't like this because the build file has to list all
of the modules, which means updates if anything is added. Am I missing
something or is this the only way to do it?

-- Kermit

Here is the build.xml that I have so far (My test environment is Win 7
64bit with Ant 1.8.2 and Antelope 3.5.0 GUI under jEdit 4.3.2):

<?xml version="1.0"?>

<project name="NetRexx" default="all" basedir=".">

<property name="project.version" value="3.00" description="Project's
build version"/>
<property name="project.root.dir" value="." description="Project's root
directory"/>
<property name="project.bootstrap" value="/netrexx/NetRexxC.jar"
description="Project's bootstrap compiler"/>
<property name="project.server" value="no" description="Set to yes to
include experimental server code in NetRexxC.jar"/>

<property name="RUNTIME" value="netrexx/lang/" description="Runtime
directory"/>
<property name="RUNTIMENAME" value="netrexx.lang" description="Runtime
prefix"/>
<property name="COMPILER" value="COM/ibm/netrexx/process/" />
<property name="COMPILERNAME" value="COM.ibm.netrexx.process"/>
<property name="DIAG" value="COM/ibm/netrexx/diag/"/>
<property name="DIAGNAME" value="COM.ibm.netrexx.diag"/>
<property name="DOCPATH" value="docs"/>

<property name="COMPILE_OPTIONS" value="-sourcedir -time -comments -keep
-replace -binary -format -warnexit0 -compact"/>

<property name="bases" value="RxProcessor.nrx RxFlag.nrx RxToken.nrx
RxType.nrx RxException.nrx RxClauseParser.nrx RxChunk.nrx RxCode.nrx  
RxExprParser.nrx RxExpr.nrx RxClause.nrx RxArray.nrx RxField.nrx
RxConvert.nrx RxVariable.nrx RxClassInfo.nrx RxBabel.nrx RxSignal.nrx
RxSignalPend.nrx RxMessage.nrx RxQuit.nrx RxError.nrx RxWarn.nrx
RxSource.nrx"/>
<property name="makers" value="RxClauser.nrx RxFileReader.nrx
RxStreamer.nrx RxClasser.nrx RxParser.nrx RxTracer.nrx RxVarpool.nrx
RxConverter.nrx RxFixup.nrx RxClassImage.nrx RxClassPool.nrx
RxCursor.nrx RxInterpreter.nrx RxProxy.nrx RxProxyLoader.nrx NrLevel.nrx
NrBlock.nrx"/>
<property name="middles" value="RxProgram.nrx RxTranslator.nrx
NrBabel.nrx BxBabel.nrx RxTermParser.nrx"/>
<property name="supercs" value="RxClass.nrx RxMethod.nrx"/>
<property name="clauses" value="NrAssign.nrx NrCatch.nrx NrDo.nrx
NrElse.nrx NrEnd.nrx NrExit.nrx NrFinally.nrx NrIf.nrx NrImport.nrx
NrIterate.nrx NrLeave.nrx NrLoop.nrx NrMethod.nrx NrMethodcall.nrx
NrNop.nrx NrNumeric.nrx NrOptions.nrx NrOtherwise.nrx NrPackage.nrx
NrParse.nrx NrProperties.nrx NrReturn.nrx NrSay.nrx NrSelect.nrx
NrSignal.nrx NrThen.nrx NrTrace.nrx NrWhen.nrx"/>
<property name="external" value="NetRexxA.nrx NetRexxS.nrx Nrx.nrx
NetRexxC.nrx"/>

<target name="all" depends="runtime,compiler,diag" description="Compiles
all NetRexx source files"/>

<target name="runtime" description="Compiles Runtime NetRexx source files">
<netrexxc srcDir="${RUNTIME}" destDir="${RUNTIME}" includes="*.nrx"
             classpath="${RUNTIME}"
             comments="true" savelog="false" time="true" compact="true"
binary="true" format="true" removeKeepExtension="true"
             verbose='verbose3' crossref="false" replace="true"
keep="true"/>
</target>

<target name="compiler" depends="middles"  description="Compiles
Translator NetRexx source files">
<netrexxc srcDir="${COMPILER}" destDir="${COMPILER}"
             includes="${external} ${clauses} ${supercs}"
             classpath=".;${project.bootstrap};${RUNTIME};${COMPILER}"
             comments="true" savelog="false" time="true" compact="false"
binary="true" format="true" removeKeepExtension="true"
             verbose='verbose3' crossref="false" replace="true"
keep="true" sourcedir="true" />
</target>

<target name="middles" depends="makers"  description="Compiles
Translator NetRexx source files">
<netrexxc srcDir="${COMPILER}" destDir="${COMPILER}"
             includes="${middles}"
             classpath=".;${project.bootstrap};${RUNTIME};${COMPILER}"
             comments="true" savelog="false" time="true" compact="false"
binary="true" format="true" removeKeepExtension="true"
             verbose='verbose3' crossref="false" replace="true"
keep="true" sourcedir="true" />
</target>

<target name="makers" depends="bases"  description="Compiles Translator
NetRexx source files">
<netrexxc srcDir="${COMPILER}" destDir="${COMPILER}"
             includes="${makers}"
             classpath=".;${project.bootstrap};${RUNTIME};${COMPILER}"
             comments="true" savelog="false" time="true" compact="false"
binary="true" format="true" removeKeepExtension="true"
             verbose='verbose3' crossref="false" replace="true"
keep="true" sourcedir="true" />
</target>

<target name="bases" depends="runtime"  description="Compiles Translator
NetRexx source files">
<netrexxc srcDir="${COMPILER}" destDir="${COMPILER}"
             includes="${bases}"
             classpath=".;${project.bootstrap};${RUNTIME};${COMPILER}"
             comments="true" savelog="false" time="true" compact="false"
binary="true" format="true" removeKeepExtension="true"
             verbose='verbose3' crossref="false" replace="true"
keep="true" sourcedir="true" />
</target>

<target name="diag" description="Compiles Test NetRexx source files">
<netrexxc srcDir="${DIAG}" destDir="${DIAG}" includes="*.nrx"
             classpath=".;${project.bootstrap};${RUNTIME};${COMPILER}"
             comments="true" savelog="false" time="true" compact="true"
binary="true" format="true" removeKeepExtension="true"
             verbose='verbose3' crossref="false" replace="true"
keep="true" utf8="true" />
</target>

<target name="jar" depends="init,servercheck" description="Builds
NetRexx translator jar">
<jar destfile="NetRexxC.jar" basedir="."
             includes="COM\ netrexx\"
             excludes="**\makefile **\*.doc **\*.xml **\*.bat **\*.cmd
**\*.java **\*.nrx **\.svn\ **\*.do **\*.oldcode **\*.proxy **\*.rex
**\*.sh **\diag **\diag\* ${process.server.modules}">

<manifest>
<attribute name="Implementation-Vendor" value="Rexx Language Association"/>
<attribute name="Implementation-Title" value="NetRexx"/>
<attribute name="Implementation-Version" value="${project.version}"/>
<attribute name="Implementation-Build" value="${build.id.string}"/>
<attribute name="Main-Class" value="COM.ibm.netrexx.process.NetRexxC"/>
</manifest>

</jar>
</target>

<target name="servercheck" description="Check if server code should be
included">
<condition property="process.server.modules"
             value=" "
             else="**\NetRexxS.class **\Nrx.class" >
<equals arg1="${project.server}" arg2="yes"/>
</condition>
</target>

<target name="runtimejar" description="Builds NetRexx runtime jar">
<jar destfile="NetRexxR.jar" basedir="."
             includes="netrexx\"
             excludes="**\makefile **\*.doc **\*.xml **\*.bat **\*.cmd
**\*.java **\*.nrx **\.svn\ ">

<manifest>
<attribute name="Implementation-Vendor" value="Rexx Language Association"/>
<attribute name="Implementation-Title" value="NetRexx"/>
<attribute name="Implementation-Version" value="${project.version}"/>
<attribute name="Main-Class" value="COM.ibm.netrexx.process.NetRexxC"/>
</manifest>

</jar>
</target>

<target name="clean" description="Cleans out all build work files for
fresh start">
<delete verbose="true" >
<fileset dir="COM" includes="**/*.java" excludes="**/JavaCArrayNPE.java" />
<fileset dir="COM" includes="**/*.keep" />
<fileset dir="COM" includes="**/*.class" />
<fileset dir="netrexx" includes="**/*.java" />
<fileset dir="netrexx" includes="**/*.keep" />
<fileset dir="netrexx" includes="**/*.class" />
</delete>
</target>

<target name="cleanjars" description="Cleans out jar files for fresh start">
<delete verbose="true" >
<fileset dir="." includes="*.jar" />
</delete>
</target>

<target name="fallback" description="rename jar file for fallback">
<move file="NetRexxC.jar.old" tofile="NetRexxC.jar"/>
</target>

<target name="fallforward" description="rename jar file for fallforward">
<move file="NetRexxC.jar" tofile="NetRexxC.jar.old"/>
</target>

<target name="test" description="run diag tests">
<java classname="COM.ibm.netrexx.diag.DiagAll"
                  dir="${DIAG}"
                  classpath=".;${RUNTIME};${COMPILER}"
                  />
</target>

<target name="doc" description="Run Javadoc">
<javadoc source="1.4" maxmemory="128M" private="true" Author="true"
Version="true" breakiterator="yes" Use="true" destdir="${DOCPATH}"
                  bottom="${BOTTOM}" Header="${HEADER}"  
Windowtitle="${WINDOWTITLE}" sourcefiles="${COMPILER}\*.java"
packagenames="${COMPILERNAME}.*"
                  classpath=".;${RUNTIME};${COMPILER}"
 >
<doctitle>${DOCTITLE} ${RUNTIMENAME} ${COMPILERNAME}</doctitle>
</javadoc>
</target>

<target name="init"  description="Set build number and document version
level">
<tstamp/>
<buildnumber file="./build.number"/>
<property name="build.id.string"
             value="${ant.project.name} ${project.version}, build
${build.number}-${DSTAMP}"/>
<echo level="info" message="Starting building for ${build.id.string}"/>
</target>

<target name="showprops" description="Displays default property settings">
<echoproperties />
</target>

</project>



On 6/19/2011 10:39 AM, [hidden email] wrote:

> Unfortunately it is a bit more complicated than that.
>
> The actual Ant xml is trivial - Eclipse exports the primary file and I just
> added some extra bits.  But....
>
> As described on page 34 of the NetRexx Users Manual, depending on the order
> of the file names provided to the translator, certain forward references
> can cause problems.  Unfortunately they occurred in building NetRexxC.  I
> was not able to get the standard Ant netrexx task to work for that reason.
>
> To handle the problem, I implemented a modified version of the netrexx Ant
> task which allows the file list to be reordered and named it netrexx3.
> That will have to be released under the Apache license if it is distributed
> since that was its original license.  If RexxLA / Kenai can (and will) host
> Apache licensed code, I'll provide it when I'm finished developing it - if
> not I'll put it on sourceforge.
>
> By the way, the NetRexxD package includes the User Manual and others -
> should that be on the RexxLA site as well?
>
> On 6/19/2011 12:30 PM, René Jansen wrote:
>> Hi Bill,
>>
>> they are only there for easy inclusion in source files so I'd say that's
> not really necessary.
>> Please send your ant xml so we can include it into the project at the
> next release.
>> To do it formally correct:
>> 1) open an issue that says 'provide ant support'
>> 2) include the short copyright statement at the top
>> 3) attach it to the issue
>> 4) include the statement that you are the sole author and that you
> release the file under the ICU license.
>> Are you using the NetRexx ant task?
>>
>> best regards,
>>
>> René.

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[rvjansen]

Bill,

yes, NetRexxD - its contents, will be on the site also. Most of it, but we need to investigate exactly what, is covered by Mike's nrl2.pdf. The rest will be updated and will be part of the distribution.

In the tools section we can host any type of licensed code - in the Kenai repository it should be ICU. Arjan Bos has written a NetRexx task in NetRexx, and I do not remember what license he put on that, but I will speak to him and it might become ICU - so if you can do your mods in that, that could be part of the codebase. I am sure the original author would give us his blessing, but unfortunately he is not with us anymore.

A dependency resolution mechanism in NetRexx would also be very nice. Someone wrote a frontend for the interpreter if I am not mistaken but I need to search the archives for that.

best regards,

René.
 
On Jun 19, 2011, at 7:39 PM, [hidden email] wrote:

> Unfortunately it is a bit more complicated than that.  
>
> The actual Ant xml is trivial - Eclipse exports the primary file and I just
> added some extra bits.  But....
>
> As described on page 34 of the NetRexx Users Manual, depending on the order
> of the file names provided to the translator, certain forward references
> can cause problems.  Unfortunately they occurred in building NetRexxC.  I
> was not able to get the standard Ant netrexx task to work for that reason.  
>
> To handle the problem, I implemented a modified version of the netrexx Ant
> task which allows the file list to be reordered and named it netrexx3.
> That will have to be released under the Apache license if it is distributed
> since that was its original license.  If RexxLA / Kenai can (and will) host
> Apache licensed code, I'll provide it when I'm finished developing it - if
> not I'll put it on sourceforge.
>
> By the way, the NetRexxD package includes the User Manual and others -
> should that be on the RexxLA site as well?
>
> On 6/19/2011 12:30 PM, René Jansen wrote:
>> Hi Bill,
>>
>> they are only there for easy inclusion in source files so I'd say that's
> not really necessary.
>> Please send your ant xml so we can include it into the project at the
> next release.
>>
>> To do it formally correct:
>> 1) open an issue that says 'provide ant support'
>> 2) include the short copyright statement at the top
>> 3) attach it to the issue
>> 4) include the statement that you are the sole author and that you
> release the file under the ICU license.
>>
>> Are you using the NetRexx ant task?
>>
>> best regards,
>>
>> René.
>>
>> On 19 jun 2011, at 16:53, [hidden email] wrote:
>>
>>> Possibly copies of the two license files "icu-..." should also be
> included
>>> in the COM.ibm.netrexx.process folder?  (and also the diag folder?)
> And/or
>>> maybe at the top level along with the manifest?
>>>
>>> Currently they are only included in the netrexx.lang (NetRexx runtime)
>>> folder.
>>>
>>> By the way, if anyone is having problems building the source with Ant let
>>> me know.  I may be able to help.
>>>
>>> Bill
>
> --------------------------------------------------------------------
> mail2web.com – Enhanced email for the mobile individual based on Microsoft®
> Exchange - http://link.mail2web.com/Personal/EnhancedEmail
>
>
>
> _______________________________________________
> Ibm-netrexx mailing list
> [hidden email]
> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[Kermit Kiser]

René --

What do you think about taking over development of the NetRexxC ant task
now that NetRexx is open source? Among other problems, it does not know
about new options like "-warnexit0" and will need to be updated as we
add new stuff. I don't know if anyone currently maintains it.

-- Kermit


On 6/19/2011 9:30 AM, René Jansen wrote:

> Hi Bill,
>
> they are only there for easy inclusion in source files so I'd say that's not really necessary.
> Please send your ant xml so we can include it into the project at the next release.
>
> To do it formally correct:
> 1) open an issue that says 'provide ant support'
> 2) include the short copyright statement at the top
> 3) attach it to the issue
> 4) include the statement that you are the sole author and that you release the file under the ICU license.
>
> Are you using the NetRexx ant task?
>
> best regards,
>
> René.
>
> On 19 jun 2011, at 16:53, [hidden email] wrote:
>
>> Possibly copies of the two license files "icu-..." should also be included
>> in the COM.ibm.netrexx.process folder?  (and also the diag folder?)  And/or
>> maybe at the top level along with the manifest?
>>
>> Currently they are only included in the netrexx.lang (NetRexx runtime)
>> folder.
>>
>> By the way, if anyone is having problems building the source with Ant let
>> me know.  I may be able to help.
>>
>> Bill
>>
>> --------------------------------------------------------------------
>> mail2web LIVE – Free email based on Microsoft® Exchange technology -
>> http://link.mail2web.com/LIVE
>>
>>
>>
>> _______________________________________________
>> Ibm-netrexx mailing list
>> [hidden email]
>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>>
>
> _______________________________________________
> Ibm-netrexx mailing list
> [hidden email]
> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>
>
>

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[rvjansen]

well, that might be the best suggestion - someone has to interface with apache for that. I think Rony has the contacts there.

best regards,

René Jansen.

On Jun 19, 2011, at 9:31 PM, Kermit Kiser wrote:

> René --
>
> What do you think about taking over development of the NetRexxC ant task now that NetRexx is open source? Among other problems, it does not know about new options like "-warnexit0" and will need to be updated as we add new stuff. I don't know if anyone currently maintains it.
>
> -- Kermit
>
>
> On 6/19/2011 9:30 AM, René Jansen wrote:
>> Hi Bill,
>>
>> they are only there for easy inclusion in source files so I'd say that's not really necessary.
>> Please send your ant xml so we can include it into the project at the next release.
>>
>> To do it formally correct:
>> 1) open an issue that says 'provide ant support'
>> 2) include the short copyright statement at the top
>> 3) attach it to the issue
>> 4) include the statement that you are the sole author and that you release the file under the ICU license.
>>
>> Are you using the NetRexx ant task?
>>
>> best regards,
>>
>> René.
>>
>> On 19 jun 2011, at 16:53, [hidden email] wrote:
>>
>>> Possibly copies of the two license files "icu-..." should also be included
>>> in the COM.ibm.netrexx.process folder?  (and also the diag folder?)  And/or
>>> maybe at the top level along with the manifest?
>>>
>>> Currently they are only included in the netrexx.lang (NetRexx runtime)
>>> folder.
>>>
>>> By the way, if anyone is having problems building the source with Ant let
>>> me know.  I may be able to help.
>>>
>>> Bill
>>>
>>> --------------------------------------------------------------------
>>> mail2web LIVE – Free email based on Microsoft® Exchange technology -
>>> http://link.mail2web.com/LIVE
>>>
>>>
>>>
>>> _______________________________________________
>>> Ibm-netrexx mailing list
>>> [hidden email]
>>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>>>
>>
>> _______________________________________________
>> Ibm-netrexx mailing list
>> [hidden email]
>> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>>
>>
>>
> _______________________________________________
> Ibm-netrexx mailing list
> [hidden email]
> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[billfen]

The current NetRexxC Ant task source is available from the Ant SVN site -
well written and easy to modify - and clearly under the Apache license.

I modified it to add support for all the missing NetRexx options, included
a couple of new Ant options which allow the specification of which files to
process first and last, and made a few other changes for my individual
needs.

Patric and I exchanged emails about my changes - he probably can advise us
on who the current maintainer is (if there is one).

I took the pragmatic approach just so I could get Ant to build the
translator in one shot.  Works great so far but problems may yet lie ahead.
As has been mentioned, the ideal approach is for the Translator to be able
to understand where the forward references are and to avoid them.  But in
the meantime, my imperfect solution at least works.

I also learned that specifying the same directory for srcDir and destDir
can be dangerous and sometimes erases the source - definitely not something
to do!

Bill

ps - here is my Ant target: (Eclipse generates the rest)

    <target name="all" depends="build">
        <netrexx3
            srcDir="src"
            destDir="bin"
            verbose="verbose0"
            fileOrderFirst="RxTranslator NrBabel RxMethod"
            compile="yes" java="yes" keep="yes"
            crossref="no"/>
       
        <eclipse.refreshLocal resource="NetRexxC/src" depth="infinite"/>
        <eclipse.refreshLocal resource="NetRexxC/bin" depth="infinite"/>
    </target>

.....   (4 or 5 warnings) .....

BUILD SUCCESSFUL
Total time: 3 seconds


On 6/19/2011 3:31 PM, Kermit Kiser wrote:
> René --
>
> What do you think about taking over development of the NetRexxC ant task
now that NetRexx is open source? Among other problems, it does not know
about new options like "-warnexit0" and will need to be updated as we add
new stuff. I don't know if anyone currently maintains it.
>
> -- Kermit
>
>
> On 6/19/2011 9:30 AM, René Jansen wrote:
>> Hi Bill,
>>
>> they are only there for easy inclusion in source files so I'd say that's
not really necessary.
>> Please send your ant xml so we can include it into the project at the
next release.
>>
>> To do it formally correct:
>> 1) open an issue that says 'provide ant support'
>> 2) include the short copyright statement at the top
>> 3) attach it to the issue
>> 4) include the statement that you are the sole author and that you
release the file under the ICU license.

>>
>> Are you using the NetRexx ant task?
>>
>> best regards,
>>
>> René.
>>
>> On 19 jun 2011, at 16:53, [hidden email] wrote:
>>
>>> Possibly copies of the two license files "icu-..." should also be

included
>>> in the COM.ibm.netrexx.process folder?  (and also the diag folder?)
And/or
>>> maybe at the top level along with the manifest?
>>>
>>> Currently they are only included in the netrexx.lang (NetRexx runtime)
>>> folder.
>>>
>>> By the way, if anyone is having problems building the source with Ant
let
>>> me know.  I may be able to help.
>>>
>>> Bill

--------------------------------------------------------------------
mail2web - Check your email from the web at
http://link.mail2web.com/mail2web



_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[Kermit Kiser]

Does "well written"mean that the source code is in NetRexx?

What are the missing NetRexx options you added?

One of my big issues with the netrexxc task is that it does not support
the standard flexible fileset options. It insists that you use the more
limited "includes" operand.

I do agree that the copy operation should not be required, although it
does not seem to be harming anything so far for me.

Anyway, I sent my build file to the NetRexx project as René suggested in
case anyone can find it useful or improve on it.

-- Kermit


On 6/19/2011 2:46 PM, [hidden email] wrote:

> The current NetRexxC Ant task source is available from the Ant SVN site -
> well written and easy to modify - and clearly under the Apache license.
>
> I modified it to add support for all the missing NetRexx options, included
> a couple of new Ant options which allow the specification of which files to
> process first and last, and made a few other changes for my individual
> needs.
>
> Patric and I exchanged emails about my changes - he probably can advise us
> on who the current maintainer is (if there is one).
>
> I took the pragmatic approach just so I could get Ant to build the
> translator in one shot.  Works great so far but problems may yet lie ahead.
> As has been mentioned, the ideal approach is for the Translator to be able
> to understand where the forward references are and to avoid them.  But in
> the meantime, my imperfect solution at least works.
>
> I also learned that specifying the same directory for srcDir and destDir
> can be dangerous and sometimes erases the source - definitely not something
> to do!
>
> Bill
>
> ps - here is my Ant target: (Eclipse generates the rest)
>
>      <target name="all" depends="build">
>          <netrexx3
>              srcDir="src"
>              destDir="bin"
>              verbose="verbose0"
>              fileOrderFirst="RxTranslator NrBabel RxMethod"
>              compile="yes" java="yes" keep="yes"
>              crossref="no"/>
>
>          <eclipse.refreshLocal resource="NetRexxC/src" depth="infinite"/>
>          <eclipse.refreshLocal resource="NetRexxC/bin" depth="infinite"/>
>      </target>
>
> .....   (4 or 5 warnings) .....
>
> BUILD SUCCESSFUL
> Total time: 3 seconds
>
>
> On 6/19/2011 3:31 PM, Kermit Kiser wrote:
>> René --
>>
>> What do you think about taking over development of the NetRexxC ant task
> now that NetRexx is open source? Among other problems, it does not know
> about new options like "-warnexit0" and will need to be updated as we add
> new stuff. I don't know if anyone currently maintains it.
>> -- Kermit
>>
>>
>> On 6/19/2011 9:30 AM, René Jansen wrote:
>>> Hi Bill,
>>>
>>> they are only there for easy inclusion in source files so I'd say that's
> not really necessary.
>>> Please send your ant xml so we can include it into the project at the
> next release.
>>> To do it formally correct:
>>> 1) open an issue that says 'provide ant support'
>>> 2) include the short copyright statement at the top
>>> 3) attach it to the issue
>>> 4) include the statement that you are the sole author and that you
> release the file under the ICU license.
>>> Are you using the NetRexx ant task?
>>>
>>> best regards,
>>>
>>> René.
>>>
>>> On 19 jun 2011, at 16:53, [hidden email] wrote:
>>>
>>>> Possibly copies of the two license files "icu-..." should also be
> included
>>>> in the COM.ibm.netrexx.process folder?  (and also the diag folder?)
> And/or
>>>> maybe at the top level along with the manifest?
>>>>
>>>> Currently they are only included in the netrexx.lang (NetRexx runtime)
>>>> folder.
>>>>
>>>> By the way, if anyone is having problems building the source with Ant
> let
>>>> me know.  I may be able to help.
>>>>
>>>> Bill
> --------------------------------------------------------------------
> mail2web - Check your email from the web at
> http://link.mail2web.com/mail2web
>
>
>
> _______________________________________________
> Ibm-netrexx mailing list
> [hidden email]
> Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
>
>
>

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

[billfen]

On 6/19/2011 9:29 PM, Kermit Kiser wrote:
> Does "well written"mean that the source code is in NetRexx?
>
> What are the missing NetRexx options you added?
>
> One of my big issues with the netrexxc task is that it does not support
the standard flexible fileset options. It insists that you use the more
limited "includes" operand.
>
> I do agree that the copy operation should not be required, although it
does not seem to be harming anything so far for me.
>
> Anyway, I sent my build file to the NetRexx project as René suggested in
case anyone can find it useful or improve on it.
>
> -- Kermit

The netrexx3 Ant task passes exactly the options that are set, including
the previously unsupported: warnexit0, java, exec, prompt and arg options.
I took out all the forced options, defaults and error processing - in my
view the Ant task should be as transparent as possible.

I'm looking forward to seeing your build file - no doubt it will be good
stuff!

As for the netrexx Ant task being well written - I meant that it was so
straight forward that even I could understand it:)

--------------------------------------------------------------------
mail2web.com – What can On Demand Business Solutions do for you?
http://link.mail2web.com/Business/SharePoint



_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/