New 3.06 - wrong compiler found?

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

New 3.06 - wrong compiler found?

gustavo_mindreau
Hello again,

Reviewing the installation process (in the QuickStart Guide v3.06) I stumbled into de following problem.
No matter the options, the wrong compiler is used.

Allow me to explain the problem in detail.

Prerequisites:
        G:\>java -version
        java version "1.8.0_152"
        Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
        Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

NetRexx successfully unpacked:
        Directory of d:\Kompiler\NetRexx\lib
        2017-12-27  15:59    <DIR>          .
        2017-12-27  15:59    <DIR>          ..
        2017-12-11  15:06         2.450.404 ecj-4.6.3.jar
        2017-12-11  15:06           444.572 NetRexxC.jar
        2017-12-11  15:06         3.153.249 NetRexxF.jar

Classpath set:
        G:\>set classpath
        classpath=D:\Kompiler\NetRexx\lib\NetRexxC.jar;D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar

Now executing:
        G:\>JAVA org.netrexx.process.NetRexxC test.nrx
        Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar
        NetRexx portable processor 3.06-GA build 6-20171211-1111
        Copyright (c) RexxLA, 2011,2017.   All rights reserved.
        Parts Copyright (c) IBM Corporation, 1995,2008.
        Program test.nrx
          === class test ===
            function main(String[])
        Compilation of 'test.nrx' successful

Executing with -javac option, it still picks the ecj... :
        G:\>JAVA org.netrexx.process.NetRexxC test.nrx  -nologo -javac
        Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar
        Program test.nrx
          === class test ===
            function main(String[])
        Compilation of 'test.nrx' successful

Removing ecj-4.6.3.jar from the \lib directory gives:
        G:\>JAVA org.netrexx.process.NetRexxC test.nrx  -nologo -javac
        Found possible java compiler=D:\Kompiler\NetRexx\lib\NetRexxF.jar
        Program test.nrx
          === class test ===
            function main(String[])
        Compilation of 'test.nrx' successful

Finally, removing NetRexxF.jar :
        G:\>JAVA org.netrexx.process.NetRexxC test.nrx  -nologo -javac
        Found possible java compiler=D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar
        Program test.nrx
          === class test ===
            function main(String[])
        Compilation of 'test.nrx' successful

Am I missing something?
Is this the normal behavior?
Probably I am making a mistake, so your support would be much appreciated.

Thanks beforehand for your comments and/or suggestions.

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

Reply | Threaded
Open this post in threaded view
|

Re: New 3.06 - wrong compiler found?

ThSITC
Hi Gustavo,

Are You sure your classpath to tools.jar is correct ?
It normally is stored in ...\Program Files\java\...\tools.jar

When the javac-compiler isn't found, NetRexxC uses the ecj-compiler :-)
Kindly, Thomas.
=====================================================================

Am 27.12.2017 um 16:45 schrieb [hidden email]:
Hello again,

Reviewing the installation process (in the QuickStart Guide v3.06) I stumbled into de following problem.
No matter the options, the wrong compiler is used.

Allow me to explain the problem in detail.

Prerequisites:
        G:\>java -version
        java version "1.8.0_152"
        Java(TM) SE Runtime Environment (build 1.8.0_152-b16)
        Java HotSpot(TM) 64-Bit Server VM (build 25.152-b16, mixed mode)

NetRexx successfully unpacked:
        Directory of d:\Kompiler\NetRexx\lib
        2017-12-27  15:59    <DIR>          .
        2017-12-27  15:59    <DIR>          ..
        2017-12-11  15:06         2.450.404 ecj-4.6.3.jar
        2017-12-11  15:06           444.572 NetRexxC.jar
        2017-12-11  15:06         3.153.249 NetRexxF.jar

Classpath set:
        G:\>set classpath
        classpath=D:\Kompiler\NetRexx\lib\NetRexxC.jar;D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar

Now executing:
        G:\>JAVA org.netrexx.process.NetRexxC test.nrx
        Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar
        NetRexx portable processor 3.06-GA build 6-20171211-1111
        Copyright (c) RexxLA, 2011,2017.   All rights reserved.
        Parts Copyright (c) IBM Corporation, 1995,2008.
        Program test.nrx
          === class test ===
            function main(String[])
        Compilation of 'test.nrx' successful

Executing with -javac option, it still picks the ecj... :
        G:\>JAVA org.netrexx.process.NetRexxC test.nrx  -nologo -javac
        Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar
        Program test.nrx
          === class test ===
            function main(String[])
        Compilation of 'test.nrx' successful

Removing ecj-4.6.3.jar from the \lib directory gives:
        G:\>JAVA org.netrexx.process.NetRexxC test.nrx  -nologo -javac
        Found possible java compiler=D:\Kompiler\NetRexx\lib\NetRexxF.jar
        Program test.nrx
          === class test ===
            function main(String[])
        Compilation of 'test.nrx' successful

Finally, removing NetRexxF.jar :
        G:\>JAVA org.netrexx.process.NetRexxC test.nrx  -nologo -javac
        Found possible java compiler=D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar
        Program test.nrx
          === class test ===
            function main(String[])
        Compilation of 'test.nrx' successful

Am I missing something?
Is this the normal behavior?
Probably I am making a mistake, so your support would be much appreciated.

Thanks beforehand for your comments and/or suggestions.

Best regards,
Gus        

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



Virus-free. www.avg.com

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

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com
Reply | Threaded
Open this post in threaded view
|

Re: New 3.06 - wrong compiler found?

rvjansen
In reply to this post by gustavo_mindreau
Hi Gustavo,

if you rerun with the -diag option, it will tell you more. If this does not explain it, please send me its output.
I tested here, and it does what it is told here. Also, it does not tell me which compiler it found, which suggest a classpath issue.

best regards,

René.


On 27 Dec 2017, at 11:45, [hidden email] wrote:

Hello again,

Reviewing the installation process (in the QuickStart Guide v3.06) I stumbled into de following problem.
No matter the options, the wrong compiler is used.



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

Reply | Threaded
Open this post in threaded view
|

Re: New 3.06 - wrong compiler found?

ThSITC
Rene and all:

I think it definitely is a *classpath* issue ;-)

Gustavo:

Pls do *check* where You did install Java !
You do have a classpath=D:/Kompiler/ .... /tools.jar/ which is wrong, I think !
check where 'tools.jar' is actually on Your machine !
Kindly, Thomas.
==============================================================================

Am 28.12.2017 um 13:58 schrieb René Jansen:
Hi Gustavo,

if you rerun with the -diag option, it will tell you more. If this does not explain it, please send me its output.
I tested here, and it does what it is told here. Also, it does not tell me which compiler it found, which suggest a classpath issue.

best regards,

René.


On 27 Dec 2017, at 11:45, [hidden email] wrote:

Hello again,

Reviewing the installation process (in the QuickStart Guide v3.06) I stumbled into de following problem.
No matter the options, the wrong compiler is used.




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



Virus-free. www.avg.com

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

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com
Reply | Threaded
Open this post in threaded view
|

New 3.06 - wrong compiler found?

gustavo_mindreau
In reply to this post by rvjansen
Dear Mr. Jansen,
Thank you for your suggestion.
I did not find any answer in the -diag output  :-(
My guess is that something wrong happens if JAVA or NetRexx are not installed in the "standard" location (i.e. "c:\Program Files (x86)" )
Once again thank you for the support.

Regards,

Gus

--------------------------------------------------------------------------------------------------------------------------------------------------------
G:\>JAVA org.netrexx.process.NetRexxC test -nologo -diag
Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar
# ext: access-bridge-64.jar
# ext: cldrdata.jar
# ext: dnsns.jar
# ext: jaccess.jar
# ext: jfxrt.jar
# ext: localedata.jar
# ext: nashorn.jar
# ext: sunec.jar
# ext: sunjce_provider.jar
# ext: sunmscapi.jar
# ext: sunpkcs11.jar
# ext: zipfs.jar
# Classpathseg .
# Classpathseg D:\Kompiler\NetRexx\lib\NetRexxC.jar
# Classpathseg D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar
# Classpathseg D:\Kompiler\Java\jre\lib\resources.jar
# Classpathseg D:\Kompiler\Java\jre\lib\rt.jar
# Classpathseg D:\Kompiler\Java\jre\lib\jsse.jar
# Classpathseg D:\Kompiler\Java\jre\lib\jce.jar
# Classpathseg D:\Kompiler\Java\jre\lib\charsets.jar
# Classpathseg D:\Kompiler\Java\jre\lib\jfr.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\access-bridge-64.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\cldrdata.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\dnsns.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\jaccess.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\jfxrt.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\localedata.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\nashorn.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\sunec.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\sunjce_provider.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\sunmscapi.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\sunpkcs11.jar
# Classpathseg D:\Kompiler\Java\jre\lib\ext\zipfs.jar
# Import: * [1 1 1]
# ImportFind:  : *
# PACKDIRFIND '.' loop start
# PACKDIRFIND loop end after 59ms
# ZIPFIND 'D:\Kompiler\NetRexx\lib\NetRexxC.jar' loop start:  1
# ZIPFIND loop end with [29] after 6ms
# ZIPFIND 'D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar' loop start:  1
# ZIPFIND loop end with [0] after 30ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\resources.jar' loop start:  1
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\rt.jar' loop start:  1
# ZIPFIND loop end with [3183] after 73ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\jsse.jar' loop start:  1
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\jce.jar' loop start:  1
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\charsets.jar' loop start:  1
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\jfr.jar' loop start:  1
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\access-bridge-64.jar' loop start:  1
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\cldrdata.jar' loop start:  1
# ZIPFIND loop end with [0] after 4ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\dnsns.jar' loop start:  1
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\jaccess.jar' loop start:  1
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\jfxrt.jar' loop start:  1
# ZIPFIND loop end with [0] after 9ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\localedata.jar' loop start:  1
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\nashorn.jar' loop start:  1
# ZIPFIND loop end with [0] after 2ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunec.jar' loop start:  1
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunjce_provider.jar' loop start:  1
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunmscapi.jar' loop start:  1
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunpkcs11.jar' loop start:  1
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\zipfs.jar' loop start:  1
# ZIPFIND loop end with [0] after 0ms
# Imported 3212 after 228ms
# 3220 classes in classpool table [load=80.5%]
# 1942 packages
# Reading test.nrx...
# --- pass 0 --- test.nrx
# Import:  [1 0 0]
# ImportFind:  : [null]
# DIRFIND: . "." '' '[all]'
# DIRFIND loop end with [1] after 0ms
# ZIPFIND 'D:\Kompiler\NetRexx\lib\NetRexxC.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jdk1.8.0_152\lib\tools.jar' loop start:  0
# ZIPFIND loop end with [0] after 6ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\resources.jar' loop start:  0
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\rt.jar' loop start:  0
# ZIPFIND loop end with [0] after 25ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\jsse.jar' loop start:  0
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\jce.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\charsets.jar' loop start:  0
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\jfr.jar' loop start:  0
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\access-bridge-64.jar' loop start:  0
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\cldrdata.jar' loop start:  0
# ZIPFIND loop end with [0] after 2ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\dnsns.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\jaccess.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\jfxrt.jar' loop start:  0
# ZIPFIND loop end with [0] after 12ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\localedata.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\nashorn.jar' loop start:  0
# ZIPFIND loop end with [0] after 1ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunec.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunjce_provider.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunmscapi.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\sunpkcs11.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# ZIPFIND 'D:\Kompiler\Java\jre\lib\ext\zipfs.jar' loop start:  0
# ZIPFIND loop end with [0] after 0ms
# Imported 1 after 96ms
# Loadclass java.lang.Object
# ... from zipfile D:\Kompiler\Java\jre\lib\rt.jar
# registerlocalclass '' 'test'
# unfound class: 'test' 1
# Read test.nrx.
# --- pass 0+ --- test.nrx
# --- pass 1 --- test.nrx
# === class test
# --- method main [line 5]
# Loadclass java.lang.String
# ... from zipfile D:\Kompiler\Java\jre\lib\rt.jar
# term: java.lang.String[] 'java.lang.String[]' [? [null]] 8
# NewVar: [1 java.lang.String[]: args]
# FF: 0100 looking for 'main(java.lang.String[])' in 'java.lang.Object'... 1
# FF: 1100 looking for 'main(java.lang.String[])' in 'test'... 1
# FF: 1100 looking for 'Object' in 'java.lang.Object'... 1
# method: Object() returns java.lang.Object found in java.lang.Object [0]
# --- pass 1+ --- test.nrx
Program test.nrx
# --- pass 2 --- test.nrx
#      --- /* Generated from 'test.nrx' 28 Dec 2017 16:52:02 [v3.06] */
#      --- /* Options: Decimal Diag Format Java Trace2 Verbose3 */
  === class test ===
#      --- [null]
#      --- []
#      --- public class test{
    function main(String[])
# RePoolVar: [args] 0
#      ---  [null]
#      ---  []
#      ---  public static void main
#      ---  (java.lang.String args[])
#      ---  {
# term: java.lang.String '"Hello NetRexx"' [java.lang.String Hello NetRexx] 2
#      ---   netrexx.lang.RexxIO.Say("Hello NetRexx");
# FF: 1100 looking for 'Return' in 'test'... 1
#      ---   return;
#      ---   }
#      ---  []
# FF: 1100 looking for 'Object' in 'java.lang.Object'... 1
# method: Object() returns java.lang.Object found in java.lang.Object [0]
#      ---  []
#      ---  private test(){return;}
#      ---  }
# closefiles
# Compiling: -nowarn -classpath .;D:\Kompiler\NetRexx\lib\NetRexxC.jar;D:\Kompiler\Java\jd
k1.8.0_152\lib\tools.jar;D:\Kompiler\Java\jre\lib\resources.jar;D:\Kompiler\Java\jre\lib\r
t.jar;D:\Kompiler\Java\jre\lib\jsse.jar;D:\Kompiler\Java\jre\lib\jce.jar;D:\Kompiler\Java\
jre\lib\charsets.jar;D:\Kompiler\Java\jre\lib\jfr.jar;D:\Kompiler\Java\jre\lib\ext\access-
bridge-64.jar;D:\Kompiler\Java\jre\lib\ext\cldrdata.jar;D:\Kompiler\Java\jre\lib\ext\dnsns
.jar;D:\Kompiler\Java\jre\lib\ext\jaccess.jar;D:\Kompiler\Java\jre\lib\ext\jfxrt.jar;D:\Ko
mpiler\Java\jre\lib\ext\localedata.jar;D:\Kompiler\Java\jre\lib\ext\nashorn.jar;D:\Kompile
r\Java\jre\lib\ext\sunec.jar;D:\Kompiler\Java\jre\lib\ext\sunjce_provider.jar;D:\Kompiler\
Java\jre\lib\ext\sunmscapi.jar;D:\Kompiler\Java\jre\lib\ext\sunpkcs11.jar;D:\Kompiler\Java
\jre\lib\ext\zipfs.jar G:\\test.java
Thread context classloader=java.net.URLClassLoader@5fd0d5ae
   parent loader=sun.misc.Launcher$AppClassLoader@33909752
   parent loader=sun.misc.Launcher$ExtClassLoader@2d98a335
current loader=sun.misc.Launcher$AppClassLoader@33909752
   parent loader=sun.misc.Launcher$ExtClassLoader@2d98a335
# compiling test.nrx using javac
# Compiled: ok=1
# closeinput
Compilation of 'test.nrx' successful
--------------------------------------------------------------------------------------------------------------------------------------------------------



René Jansen <[hidden email]>
Sent by: [hidden email]

2017-12-28 13:58

Please respond to
IBM Netrexx <[hidden email]>

To
IBM Netrexx <[hidden email]>,
cc
Subject
Re: [Ibm-netrexx] New 3.06 - wrong compiler found?




Hi Gustavo,

if you rerun with the -diag option, it will tell you more. If this does not explain it, please send me its output.
I tested here, and it does what it is told here. Also, it does not tell me which compiler it found, which suggest a classpath issue.

best regards,

René.

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

Reply | Threaded
Open this post in threaded view
|

Re: New 3.06 - wrong compiler found?

ThSITC
Hi Gustavo:

Are You sure you did install the proper JDK (Java Development Kit), and
not only the JRE ?
NetRexxC does *need* the JDK to be able to -javac Your NetRexx Source
File !!!
Thomas.


---
This email has been checked for viruses by AVG.
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.avg.com&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=_6rXNpPJ1fYV-3bV1za02NiR4PUelvicfHXwtnTXpXE&m=h8Dcs2BOLszyxQvkSQaUxjwiq3ahzu4Zx7k2YUsj0JI&s=cV7UvajqEJlcR0v3F6a6xwr3CcVll1CYgBg1I3MucHY&e=

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

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com
Reply | Threaded
Open this post in threaded view
|

Re: New 3.06 - wrong compiler found?

ThSITC
May I herewith *suggest* that You send me *Your program in question
(Test.nrx)* ...
privately, so that I can *try* to compile it on my own *Windows10* machine ?

I definitely *think* it has to be a *classpath* problem ...
*OR* a yet unknown found bug in NetRexxC, sorry to say that :-(

Thomas Schneider, IT-Consultant, Vienna, Austria (Europe, no
kangorooh's, sorry to say that ;-))

www.db-123.com
www.ThSITC.com
=================================================================================


Am 28.12.2017 um 17:31 schrieb Thomas Schneider:
> Hi Gustavo:
>
> Are You sure you did install the proper JDK (Java Development Kit),
> and not only the JRE ?
> NetRexxC does *need* the JDK to be able to -javac Your NetRexx Source
> File !!!
> Thomas.
>


---
This email has been checked for viruses by AVG.
https://urldefense.proofpoint.com/v2/url?u=http-3A__www.avg.com&d=DwIC-g&c=jf_iaSHvJObTbx-siA1ZOg&r=_6rXNpPJ1fYV-3bV1za02NiR4PUelvicfHXwtnTXpXE&m=-VoOm2urO4ewUKofRQInM4ebRjUs-BvoBgCH3qugxp4&s=1GjyW6oeA69GvJKItSdIzjgJDHq0CLJ58kAT4FUhzYw&e=

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

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com
Reply | Threaded
Open this post in threaded view
|

Re: New 3.06 - wrong compiler found?

rvjansen
In reply to this post by gustavo_mindreau
Hi Gustavo,

reading your original message a bit closer, I have a few observations. The “found possible compiler” message is not an indication of which compiler is used, it is more like “tourist information”. I am not too happy with this message myself (it seems to have crept in while debugging the new complier api) and it might be removed altogether, if it seems to foster misunderstanding.

The easiest way to see which compiler is used, is to add the -time option to the compile commandline:

╭─rvjansen@Multics ~/apps/netrexx-code  ‹master*›
╰─$ nrc -time test -ecj
NetRexx portable processor 3.06-GA build 8-20171228-2147
Copyright (c) RexxLA, 2011,2017.   All rights reserved.
Parts Copyright (c) IBM Corporation, 1995,2008.
Program test.nrx
Compilation of 'test.nrx' successful
Translate time: 0.2s
      ecj time: 0.3s
    Total time: 0.5s
╭─rvjansen@Multics ~/apps/netrexx-code  ‹master*›
╰─$ nrc -time test -javac
NetRexx portable processor 3.06-GA build 8-20171228-2147
Copyright (c) RexxLA, 2011,2017.   All rights reserved.
Parts Copyright (c) IBM Corporation, 1995,2008.
Program test.nrx
Compilation of 'test.nrx' successful
Translate time: 0.2s
    javac time: 0.3s
    Total time: 0.5s

(bold type for clarity only)

Can you please verify that this works the same on your system?

There is no relation to any ‘standard’ location, as there are none for Java and NetRexx. The observed behaviour is due to the fact that the ecj compiler is in the NetRexxF.jar file, so it is seen on the classpath of that jar is on it. Likewise, if you have installed an SDK instead of a JRE, most of the time you can find tools.jar because the java executable ‘cheats’ in finding the tools.jar file relative to its own location - on some platforms that is.

best regards,

René.


On 28 Dec 2017, at 12:00, [hidden email] wrote:

Dear Mr. Jansen,
Thank you for your suggestion.
I did not find any answer in the -diag output  :-(
My guess is that something wrong happens if JAVA or NetRexx are not installed in the "standard" location (i.e. "c:\Program Files (x86)" )
Once again thank you for the support.

Regards,

Gus

--------------------------------------------------------------------------------------------------------------------------------------------------------
G:\>JAVA org.netrexx.process.NetRexxC test -nologo -diag
Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar
# ext: access-bridge-64.jar


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

Reply | Threaded
Open this post in threaded view
|

Re: 3.06 - wrong compiler found? SOLVED

gustavo_mindreau
Good morning Mr. Jansen,
And thank you very much for solving this question.
I put back all three compilers in the \lib directory (NetRexxC.jar, NetRexxF.jar and ecj-4.6.3.jar)

> JAVA org.netrexx.process.NetRexxC test.nrx -time
Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar
NetRexx portable processor 3.06-GA build 6-20171211-1111
Copyright (c) RexxLA, 2011,2017.   All rights reserved.
Parts Copyright (c) IBM Corporation, 1995,2008.
Program test.nrx
  === class test ===
    function main(String[])
Compilation of 'test.nrx' successful
Translate time: 0.3s
    javac time: 0.5s
    Total time: 0.8s

Yes, it is working the same as in your system.
The only difference is that my build is 3.06-GA build 6-20171211-1111 and yours 3.06-GA build 8-20171228-2147.
And you do not get the misleading "tourist" message: "Found possible java compiler..."

So I confirm that it was the "Tourist Information" that caused all the misunderstanding and confusion.  (like the VVV in Amsterdam sending us into the wrong direction :-)
The right compiler (i.e. javac) was always being used but the user was not aware of.  But with parm -time it is now very clear  (by the way, it seems that javac is the default, so parm -javac is not necessary).
Thank you very much for taking the time in analyzing this question.  Much appreciated.

And by the way, and to never take it for granted, the NetRexx language, as it was REXX, is a great addition to the world of computing.  A thousand thanks to Mr. 'Miguel' Cowlishaw  :-)

Sincerely,
Gus




René Jansen <[hidden email]>
Sent by: [hidden email]

2017-12-29 03:28

Please respond to
IBM Netrexx <[hidden email]>

To
IBM Netrexx <[hidden email]>,
cc
Subject
Re: [Ibm-netrexx] New 3.06 - wrong compiler found?





Hi Gustavo,

reading your original message a bit closer, I have a few observations. The “found possible compiler” message is not an indication of which compiler is used, it is more like “tourist information”. I am not too happy with this message myself (it seems to have crept in while debugging the new complier api) and it might be removed altogether, if it seems to foster misunderstanding.

The easiest way to see which compiler is used, is to add the -time option to the compile commandline:

�q─rvjansen@Multics ~/apps/netrexx-code  ‹master*›
�t─$ nrc -time test -ecj
NetRexx portable processor 3.06-GA build 8-20171228-2147
Copyright (c) RexxLA, 2011,2017.   All rights reserved.
Parts Copyright (c) IBM Corporation, 1995,2008.
Program test.nrx
Compilation of 'test.nrx' successful
Translate time: 0.2s
      ecj time: 0.3s
    Total time: 0.5s
�q─rvjansen@Multics ~/apps/netrexx-code  ‹master*›
�t─$ nrc -time test -javac
NetRexx portable processor 3.06-GA build 8-20171228-2147
Copyright (c) RexxLA, 2011,2017.   All rights reserved.
Parts Copyright (c) IBM Corporation, 1995,2008.
Program test.nrx
Compilation of 'test.nrx' successful
Translate time: 0.2s
    javac time: 0.3s
    Total time: 0.5s

(bold type for clarity only)

Can you please verify that this works the same on your system?

There is no relation to any ‘standard’ location, as there are none for Java and NetRexx. The observed behaviour is due to the fact that the ecj compiler is in the NetRexxF.jar file, so it is seen on the classpath of that jar is on it. Likewise, if you have installed an SDK instead of a JRE, most of the time you can find tools.jar because the java executable ‘cheats’ in finding the tools.jar file relative to its own location - on some platforms that is.

best regards,

René.


On 28 Dec 2017, at 12:00, [hidden email] wrote:

Dear Mr. Jansen,
Thank you for your suggestion.

I did not find any answer in the -diag output  :-(

My guess is that something wrong happens if JAVA or NetRexx are not installed in the "standard" location (i.e. "c:\Program Files (x86)" )

Once again thank you for the support.

Regards,

Gus


--------------------------------------------------------------------------------------------------------------------------------------------------------

G:\>JAVA org.netrexx.process.NetRexxC test -nologo -diag

Found possible java compiler=D:\Kompiler\NetRexx\lib\ecj-4.6.3.jar

# ext: access-bridge-64.jar

_______________________________________________
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/