CEDET

On Wed, Nov 16, 2011 at 7:56 AM, David Ventimiglia
<dventimiglia@...> wrote:
> Hi!  I checked and I believe with the one change that I suggested and which you made, I'm able to complete Java types, and their members.  If you're still having difficulty I'd be happy to help.

So I'm having trouble to get this to work.

In  a C project 'semantic-analyze-possible-completions' after a

void foo() {
  print
        ^^^

gets me:

void print_cell (cell_t* cell)
void print_fun (cell_t* fun)
extern int printf (const char* __format,vararg ...)

which is as expected. I can also complete on struct members.

I don't have any TAGS or GTAGS files so I assume that semantic is working for C.

cedet-javap-... works,  for example this is the top of *javap output*
buffer on java.util.Map

// Compiled from "Map.java"
public interface java.util.Map{
    public abstract int size();
    public abstract boolean isEmpty();

However when i run 'semantic-analyze-possible-completions' on the
following code:

import java.util.Map;

public class Test {
    public void Foo () {
        Map m = null;
        m.
            ^^^

 I get the message:

semantic-analyze-possible-completions-default: Cannot find types for `"m"'

any hints on how to debug this?

cheers
/Joel

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2011-11-24 10:19 (I managed to send this just to David, sorry for the duplication). On Wed, Nov 23, 2011 at 11:11 AM, Joel Borggren-Franck <jbf@...> wrote: > On Wed, Nov 16, 2011 at 7:56 AM, David Ventimiglia > <dventimiglia@...> wrote: >> Hi! =A0I checked and I believe with the one change that I suggested and = which you made, I'm able to complete Java types, and their members. =A0If y= ou're still having difficulty I'd be happy to help. > > So I'm having trouble to get this to work. > Adding some more info: CEDET Version: 1.1beta Requested File Loaded Package Version Version Version ---------------------------------------------------------- cedet: 1.1beta ok ok eieio: 1.4beta ok ok semantic: 2.1beta ok ok srecode: 1.1beta ok ok ede: 1.1beta ok ok speedbar: 1.0.4 ok ok cogre: 1.1beta ok Not Loaded cedet-contrib: 1.1beta ok Not Loaded (from the bzr repo), java version "1.7.0_147-icedtea" javac 1.7.0_147 Completion on imports works: import java.lang. ^^^ gives: class AbstractMethodError class AbstractStringBuilder ... + 115 more lines This is strange :) cheers /Joel

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2011-11-28 08:02 I finally figured this out. I've been using Java 7 syntax: java.util.List<Test2> ff = new java.util.LinkedList<>(); ff. ^^ If I remove the empty diamond on the right hand side (or replace it with <Test2>) completion works. So, now I just have to update cedet to Java 7 :) cheers /Joel

Re: [CEDET-devel] semanticdb-javap not working From: Eric M. Ludlam <ericludlam@gm...> - 2011-12-03 03:14 On 11/28/2011 03:02 AM, Joel Borggren-Franck wrote: > I finally figured this out. I've been using Java 7 syntax: > > > java.util.List<Test2> ff = new java.util.LinkedList<>(); > > ff. > ^^ > > If I remove the empty diamond on the right hand side (or replace it > with<Test2>) completion works. > > So, now I just have to update cedet to Java 7 :) I'm glad you solved your puzzle. There are two java parsers. One is for creating just java tags. The other broader parser is a full parser for Java that handles some of the other syntax better. The full parser can be a little slower, and is a little less robust to code errors, so the tagging parser is the default. You can use the new parser by easily enough. I think the switch is as easy as removing the autoload tag from wisent-java-default-setup in wisent-java-tags.el, and adding it into wisent-java.el for the same function, and doing a full rebuild to change which file is used. If that doesn't solve the above, then that would be the best place to put your Java 7 upgrades. :) If you do try to make broad changes to CEDET, you will need to provide papers assigning copyright to the FSF. If you want to do that, let me know and I'll forward the papers to you. Eric

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2011-12-06 08:33 On Sat, Dec 3, 2011 at 4:13 AM, Eric M. Ludlam <ericludlam@...> wrote: > > I'm glad you solved your puzzle.  There are two java parsers.  One is > for creating just java tags.  The other broader parser is a full parser > for Java that handles some of the other syntax better.  The full parser > can be a little slower, and is a little less robust to code errors, so > the tagging parser is the default. > > You can use the new parser by easily enough. I think the switch is as > easy as removing the autoload tag from wisent-java-default-setup in > wisent-java-tags.el, and adding it into wisent-java.el for the same > function, and doing a full rebuild to change which file is used. > > If that doesn't solve the above, then that would be the best place to > put your Java 7 upgrades. :) > I'll look into this. Is there a good way to manually run the parser on a file and see the result/the parse erros? IE how do you debug parser? cheers /Joel

Re: [CEDET-devel] semanticdb-javap not working From: Eric M. Ludlam <ericludlam@gm...> - 2012-01-14 04:50 On 12/06/2011 03:33 AM, Joel Borggren-Franck wrote: > On Sat, Dec 3, 2011 at 4:13 AM, Eric M. Ludlam<ericludlam@...> wrote: >> >> I'm glad you solved your puzzle. There are two java parsers. One is >> for creating just java tags. The other broader parser is a full parser >> for Java that handles some of the other syntax better. The full parser >> can be a little slower, and is a little less robust to code errors, so >> the tagging parser is the default. >> >> You can use the new parser by easily enough. I think the switch is as >> easy as removing the autoload tag from wisent-java-default-setup in >> wisent-java-tags.el, and adding it into wisent-java.el for the same >> function, and doing a full rebuild to change which file is used. >> >> If that doesn't solve the above, then that would be the best place to >> put your Java 7 upgrades. :) >> > > I'll look into this. > > Is there a good way to manually run the parser on a file and see the > result/the parse erros? IE how do you debug parser? Sorry for a slow reply for your question. The command: M-x bovinate RET is for running the parser. If you just run it, it dumps the raw lisp form. If prefixed w/ C-u, it will force a full refresh/reparse, but not display anything. bovinate is from the name of the original "bovine" parser, a play on bison. Eric

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2012-01-19 13:38 Attachments: backtrace.txt      On Sat, Jan 14, 2012 at 5:50 AM, Eric M. Ludlam <ericludlam@...> wrote: > The command: > > M-x bovinate RET > > is for running the parser.  If you just run it, it dumps the raw lisp form. >  If prefixed w/ C-u, it will force a full refresh/reparse, but not display > anything. > Thanks :) But I'm back at square 1,5 :/ For my classes (or the current class at least) I can complete on members, IE all is well. For classes in the semanticdb I can only complete on Types IE I can complete java.langSt to String, but I can't look at members. I'm at the latest bzr rev 8125. My only diff is Davids fix for semanticdb-javap-classpath (btw please apply that). This should show the problem: import java.util.ArrayList; import java.util.List; import java.lang.String; import java.lang.Integer; import java.lang.Long; public class Java7 { List bar = new ArrayList(); Integer i = new Integer(2); Long l = new Long(2); public static void main(String[] args) { Java7 j = new Java7(); l. } } the output from bovinate looks fine (also if parsing didn't work at all I wouldn't be able to complete on the current file right?). If I try to add a line: " java.lang.Stri" autocomplete works (IE completion on Types). also: " j.b" autocomplets to j.bar (IE my members work). But l. , bar. i. doesn't work. Stacktrace after debug-on-error attached. One thing is a bit strange, javap is working (from the *javap output* buffer): // Compiled from "Long.java" public final class java.lang.Long extends java.lang.Number implements java.lang.Comparable<java.lang.Long> { public static final long MIN_VALUE; public static final long MAX_VALUE; But all my jar-fil tables contain 0 tags: *#<semanticdb-java-jar-database classes.jar (7 tables) (20748 Files)> ] Name: "classes.jar" ] Class: #'semanticdb-java-jar-database ] reference-directory "/Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.jdk/Contents/Classes/classes.jar" ] new-table-class #'semanticdb-table-jar-file ] cache : nil ] :tables #<list o' stuff: 7 entries> > #<semanticdb-table-jar-file java/util/ArrayList.class (0 tags)> > #<semanticdb-table-jar-file java/util/List.class (0 tags)> > #<semanticdb-table-jar-file java/lang/String.class (0 tags)> > #<semanticdb-table-jar-file java/lang/Integer.class (0 tags)> > #<semanticdb-table-jar-file java/lang/Long.class (0 tags)> > #<semanticdb-table-jar-directory java/lang/ (105 Classes, 5 Packages)> > #<semanticdb-table-jar-directory java/lang/ (105 Classes, 5 Packages)> ] jarfilecache #<list o' stuff: 20748 entries> Any hints? cheers /joel

Re: [CEDET-devel] semanticdb-javap not working From: Philipp Haselwarter <philipp.haselwarter@gm...> - 2012-01-20 23:49 Oh and please please, write more documentation on how to properly set up cedet :) > (info "(cedet) JDEE Target") > @TODO - Add section on how to configure semanticdb-javap for > extracting symbols and header info from .jar files for semantic. just crossed my mind: maybe do a little screencast demo? that always gives me the best impression of how a complex piece of software can work... Making your IDE work by trial-and-error is a /very/ time consuming task. That said, I know that writing documentation is, too. btw, thanks for providing this wonderful library for Emacs! Back at the topic: Would this make completion for java's standard library available? Actually, what is left in jdee that cedet can't do? jdee does not seem to be quite up to speed with cedet anymore, making 1.1beta work requires some fiddling (jde still uses `senator-minor-mode', calls `semantic-add-minor-mode' with three arguments…). So where's the compatibility going? -- Philipp Haselwarter

Re: [CEDET-devel] semanticdb-javap not working From: Eric Ludlam <ericludlam@gm...> - 2012-01-21 04:10 On 01/19/2012 08:38 AM, Joel Borggren-Franck wrote: > On Sat, Jan 14, 2012 at 5:50 AM, Eric M. Ludlam<ericludlam@...> wrote: > >> The command: >> >> M-x bovinate RET >> >> is for running the parser. If you just run it, it dumps the raw lisp form. >> If prefixed w/ C-u, it will force a full refresh/reparse, but not display >> anything. >> > Thanks :) > > But I'm back at square 1,5 :/ > > For my classes (or the current class at least) I can complete on > members, IE all is well. > > For classes in the semanticdb I can only complete on Types IE I can > complete java.langSt to String, but I can't look at members. > > I'm at the latest bzr rev 8125. My only diff is Davids fix for > semanticdb-javap-classpath (btw please apply that). > > This should show the problem: > > import java.util.ArrayList; > import java.util.List; > import java.lang.String; > import java.lang.Integer; > import java.lang.Long; > > public class Java7 { > List bar = new ArrayList(); > Integer i = new Integer(2); > Long l = new Long(2); > > public static void main(String[] args) { > Java7 j = new Java7(); > l. > } > } > > the output from bovinate looks fine (also if parsing didn't work at > all I wouldn't be able to complete on the current file right?). Yes, it would complain about not being in a function, or something like that. > If I try to add a line: > > " java.lang.Stri" > > autocomplete works (IE completion on Types). > > also: > > " j.b" > > autocomplets to j.bar (IE my members work). > > But l. , bar. i. doesn't work. > > Stacktrace after debug-on-error attached. > > One thing is a bit strange, javap is working (from the *javap output* buffer): > > // Compiled from "Long.java" > public final class java.lang.Long extends java.lang.Number implements > java.lang.Comparable<java.lang.Long> { > public static final long MIN_VALUE; > public static final long MAX_VALUE; > > But all my jar-fil tables contain 0 tags: > > *#<semanticdb-java-jar-database classes.jar (7 tables) (20748 Files)> > ] Name: "classes.jar" > ] Class: #'semanticdb-java-jar-database > ] reference-directory > "/Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.jdk/Contents/Classes/classes.jar" > ] new-table-class #'semanticdb-table-jar-file > ] cache : nil > ] :tables #<list o' stuff: 7 entries> > > #<semanticdb-table-jar-file java/util/ArrayList.class (0 tags)> > > #<semanticdb-table-jar-file java/util/List.class (0 tags)> > > #<semanticdb-table-jar-file java/lang/String.class (0 tags)> > > #<semanticdb-table-jar-file java/lang/Integer.class (0 tags)> > > #<semanticdb-table-jar-file java/lang/Long.class (0 tags)> > > #<semanticdb-table-jar-directory java/lang/ (105 Classes, 5 Packages)> > > #<semanticdb-table-jar-directory java/lang/ (105 Classes, 5 Packages)> > ] jarfilecache #<list o' stuff: 20748 entries> When I first got the javap database working, I had to fix parse errors by making the java parser more liberal in the kind of code it would accept. If you switched to using the full java parser, and not the java tags parser, those changes will need to be moved to that. You could find out by looking in the javap output buffer, and using M-x bovinate there to see what it is doing. I'm not Java expert enough to recognize what might be wrong from the code snippets here. The 0 tags are definitely a clue though. To be honest, I had never figured out how to get system jar files to work, mostly because I couldn't figure out how to get java to tell Emacs where they were. Eric

Re: [CEDET-devel] semanticdb-javap not working From: Eric M. Ludlam <ericludlam@gm...> - 2012-01-21 04:25 On 01/20/2012 06:49 PM, Philipp Haselwarter wrote: > Oh and please please, write more documentation on how to properly set up > cedet :) > >> (info "(cedet) JDEE Target") >> @TODO - Add section on how to configure semanticdb-javap for >> extracting symbols and header info from .jar files for semantic. Indeed, that would be good. I am dependent on others for development environments I don't use myself. For javap, I did get it working suitably for Android dev, but never figured out system jar files, and I don't use JDEE either to know how to integrate the two. I think Joel may soon be in a position to add the right info here. ;) > just crossed my mind: maybe do a little screencast demo? that always > gives me the best impression of how a complex piece of software can > work... I looked into that a couple years back, but I couldn't get the tool I found on Emacswiki to work after 1/2 an hour or so and eventually gave up. I would encourage anyone who wants to to give this a try. It can only help! > Making your IDE work by trial-and-error is a /very/ time consuming task. > That said, I know that writing documentation is, too. btw, thanks for > providing this wonderful library for Emacs! Since I don't write code for a living anymore, I usually just watch for things going by on the Mailing list that would make good topics, and try to get it added into the doc. I have found it difficult to remain motivated since I don't actually get to use CEDET much anymore, so if you learn something, consider providing a patch for the doc, and getting an FSF assignment! > Back at the topic: > > Would this make completion for java's standard library available? > Actually, what is left in jdee that cedet can't do? As I understand it, JDEE uses beanshell, which introspects, and emits handy Emacs Lisp code. As such, it does well with system libs. What Joel has done, I think, is point semanticdb-javap-classpath at some system jar files. I hadn't tried this (I used the android system Jar file) but I don't know why it wouldn't work. The system jar, I'm sure, will emit every possible javap output syntax, so if something wasn't used with Android, I wouldn't have fixed the parser for it, and things won't parse well. As far as features, JDEE has a lot of features related to build, debug, projects, and some pretty nifty java specific code helpers and wizards. Since CEDET is a utility, that really continues to belong in a tool like JDEE, and CEDET will continue to try and support such tools. > jdee does not seem to be quite up to speed with cedet anymore, making > 1.1beta work requires some fiddling (jde still uses > `senator-minor-mode', calls `semantic-add-minor-mode' with three > arguments…). So where's the compatibility going? > Paul Landes has been recommending folks stick with an old CEDET Beta. Getting a tool like JDEE to work using either trunk, or newtrunk or Emacs integrated CEDET may be tricky since it uses a lot of features. I think JDEE just needs some TLC to bring it up to speed with newer CEDET. Moving it to support CEDET trunk is probably not too bad. Eric

Re: [CEDET-devel] semanticdb-javap not working From: <joakim@ve...> - 2012-01-21 17:28 "Eric M. Ludlam" <ericludlam@...> writes: > On 01/20/2012 06:49 PM, Philipp Haselwarter wrote: >> Oh and please please, write more documentation on how to properly set up >> cedet :) >> >>> (info "(cedet) JDEE Target") >>> @TODO - Add section on how to configure semanticdb-javap for >>> extracting symbols and header info from .jar files for semantic. > > Indeed, that would be good. I am dependent on others for development > environments I don't use myself. For javap, I did get it working > suitably for Android dev, but never figured out system jar files, and I > don't use JDEE either to know how to integrate the two. > > I think Joel may soon be in a position to add the right info here. ;) > >> just crossed my mind: maybe do a little screencast demo? that always >> gives me the best impression of how a complex piece of software can >> work... > > I looked into that a couple years back, but I couldn't get the tool I > found on Emacswiki to work after 1/2 an hour or so and eventually gave up. > > I would encourage anyone who wants to to give this a try. It can only help! > >> Making your IDE work by trial-and-error is a /very/ time consuming task. >> That said, I know that writing documentation is, too. btw, thanks for >> providing this wonderful library for Emacs! > > Since I don't write code for a living anymore, I usually just watch for > things going by on the Mailing list that would make good topics, and try > to get it added into the doc. > > I have found it difficult to remain motivated since I don't actually get > to use CEDET much anymore, so if you learn something, consider providing > a patch for the doc, and getting an FSF assignment! > >> Back at the topic: >> >> Would this make completion for java's standard library available? >> Actually, what is left in jdee that cedet can't do? > > As I understand it, JDEE uses beanshell, which introspects, and emits > handy Emacs Lisp code. As such, it does well with system libs. What > Joel has done, I think, is point semanticdb-javap-classpath at some > system jar files. I hadn't tried this (I used the android system Jar > file) but I don't know why it wouldn't work. The system jar, I'm sure, > will emit every possible javap output syntax, so if something wasn't > used with Android, I wouldn't have fixed the parser for it, and things > won't parse well. As a datapoint I toyed with using a Clojure REPL instead of Beanshell a while ago. Clojure is better maintained than Beanshell was my thought, also the impedance mismatch is less between Clojure and Elisp than Beanshell and Elisp. Ideally I wanted something that didn't require downloading dependencies, but I didn't find a solution, so went with Clojure. Another thing that might be interesting is tighter integration between CEDET and Maven. I think maybe Malabar Mode is in that direction but haven't looked closer. > > As far as features, JDEE has a lot of features related to build, debug, > projects, and some pretty nifty java specific code helpers and wizards. > Since CEDET is a utility, that really continues to belong in a tool > like JDEE, and CEDET will continue to try and support such tools. > >> jdee does not seem to be quite up to speed with cedet anymore, making >> 1.1beta work requires some fiddling (jde still uses >> `senator-minor-mode', calls `semantic-add-minor-mode' with three >> arguments…). So where's the compatibility going? >> > > Paul Landes has been recommending folks stick with an old CEDET Beta. > Getting a tool like JDEE to work using either trunk, or newtrunk or > Emacs integrated CEDET may be tricky since it uses a lot of features. > > I think JDEE just needs some TLC to bring it up to speed with newer > CEDET. Moving it to support CEDET trunk is probably not too bad. > > Eric > > ------------------------------------------------------------------------------ > Try before you buy = See our experts in action! > The most comprehensive online learning library for Microsoft developers > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, > Metro Style Apps, more. Free future releases when you subscribe now! > http://p.sf.net/sfu/learndevnow-dev2_______________________________________________ > Cedet-devel mailing list > Cedet-devel@... > https://lists.sourceforge.net/lists/listinfo/cedet-devel -- Joakim Verona

Re: [CEDET-devel] semanticdb-javap not working From: Philipp Haselwarter <philipp.haselwarter@gm...> - 2012-01-21 20:05 On Sat, Jan 21 2012 18:27 (@1327166872), joakim@... wrote: > "Eric M. Ludlam" <ericludlam@...> writes: > >> On 01/20/2012 06:49 PM, Philipp Haselwarter wrote: ---8<---[snipped 35 lines]---8<--- >>> Back at the topic: >>> >>> Would this make completion for java's standard library available? >>> Actually, what is left in jdee that cedet can't do? >> >> As I understand it, JDEE uses beanshell, which introspects, and emits >> handy Emacs Lisp code. As such, it does well with system libs. What >> Joel has done, I think, is point semanticdb-javap-classpath at some >> system jar files. I hadn't tried this (I used the android system Jar >> file) but I don't know why it wouldn't work. The system jar, I'm sure, >> will emit every possible javap output syntax, so if something wasn't >> used with Android, I wouldn't have fixed the parser for it, and things >> won't parse well. > > As a datapoint I toyed with using a Clojure REPL instead of Beanshell a > while ago. Clojure is better maintained than Beanshell was my thought, > also the impedance mismatch is less between Clojure and Elisp than > Beanshell and Elisp. > > Ideally I wanted something that didn't require downloading dependencies, > but I didn't find a solution, so went with Clojure. That sounds very interesting. The Clojure community seems to be quite active, while Beanshell.. well. How did your experiments go? Do you think using the Clojure REPL as backend is viable? ---8<---[snipped 35 lines]---8<--- -- Philipp Haselwarter

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2012-01-23 12:28 On Sat, Jan 21, 2012 at 5:09 AM, Eric Ludlam <ericludlam@...> wrote: > > To be honest, I had never figured out how to get system jar files to work, > mostly because I couldn't figure out how to get java to tell Emacs where > they were. > System jar files are no different, so everything works just fine as soon as you locate the files :) search for "rt.jar" (or on Mac "classes.jar") /J

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2012-01-23 12:33 On Sat, Jan 21, 2012 at 5:09 AM, Eric Ludlam <ericludlam@...> wrote: >  On 01/19/2012 08:38 AM, Joel Borggren-Franck wrote: >> >> >> But I'm back at square 1,5 :/ >> > > You could find out by looking in the javap output buffer, and using M-x > bovinate there to see what it is doing.   I'm not Java expert enough to > recognize what might be wrong from the code snippets here.  The 0 tags are > definitely a clue though. > So I found this. I'll post a patch later. Explanation is that javap ouputs illegal Java source code, specifically class and interface names are fully qualified IE "java.lang.String" but the language only accepts simple names "String" with a package declaration at the top of the compilation unit. I'll send in a patch later. Change should be "trivial". Cheers /Joel

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2012-01-23 12:36 On Mon, Jan 23, 2012 at 1:32 PM, Joel Borggren-Franck <jbf@...> wrote: > On Sat, Jan 21, 2012 at 5:09 AM, Eric Ludlam <ericludlam@...> wrote: >>  On 01/19/2012 08:38 AM, Joel Borggren-Franck wrote: >>> >>> >>> But I'm back at square 1,5 :/ >>> > >> >> You could find out by looking in the javap output buffer, and using M-x >> bovinate there to see what it is doing.   I'm not Java expert enough to >> recognize what might be wrong from the code snippets here.  The 0 tags are >> definitely a clue though. >> > > So I found this. I'll post a patch later. Explanation is that javap > ouputs illegal Java source code, specifically class and interface > names are fully qualified IE "java.lang.String" but the language only > accepts simple names "String" with a package declaration at the top of > the compilation unit. > Hmm to be precise, this is only for the class/interface _declaration_. Class/interface usage (IE field, parameter or locals declarations etc) can use FQ names. javap outputs: class foo.bar.Baz { many methods later ... } Java accepts: package foo.bar; class Baz { many methods later ... } cheers /Joel

Re: [CEDET-devel] semanticdb-javap not working From: <joakim@ve...> - 2012-01-23 15:32 Philipp Haselwarter <philipp.haselwarter@...> writes: > On Sat, Jan 21 2012 18:27 (@1327166872), joakim@... wrote: > >> "Eric M. Ludlam" <ericludlam@...> writes: >> >>> On 01/20/2012 06:49 PM, Philipp Haselwarter wrote: > ---8<---[snipped 35 lines]---8<--- >>>> Back at the topic: >>>> >>>> Would this make completion for java's standard library available? >>>> Actually, what is left in jdee that cedet can't do? >>> >>> As I understand it, JDEE uses beanshell, which introspects, and emits >>> handy Emacs Lisp code. As such, it does well with system libs. What >>> Joel has done, I think, is point semanticdb-javap-classpath at some >>> system jar files. I hadn't tried this (I used the android system Jar >>> file) but I don't know why it wouldn't work. The system jar, I'm sure, >>> will emit every possible javap output syntax, so if something wasn't >>> used with Android, I wouldn't have fixed the parser for it, and things >>> won't parse well. >> >> As a datapoint I toyed with using a Clojure REPL instead of Beanshell a >> while ago. Clojure is better maintained than Beanshell was my thought, >> also the impedance mismatch is less between Clojure and Elisp than >> Beanshell and Elisp. >> >> Ideally I wanted something that didn't require downloading dependencies, >> but I didn't find a solution, so went with Clojure. > > That sounds very interesting. The Clojure community seems to be quite > active, while Beanshell.. well. > How did your experiments go? Do you think using the Clojure REPL as > backend is viable? At the time it seemed entirely plausible. My recollection is a bit hazy though. If you are interested I can look through my notes and provide a better answer. I'm not really sure this is the correct path though. Maybe maven-shell or Clojure on top of a maven plugin would be easier to maintain. > > ---8<---[snipped 35 lines]---8<--- -- Joakim Verona

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2012-01-23 18:52 On Mon, Jan 23, 2012 at 1:32 PM, Joel Borggren-Franck <jbf@...> wrote: > On Sat, Jan 21, 2012 at 5:09 AM, Eric Ludlam <ericludlam@...> wrote: >>  On 01/19/2012 08:38 AM, Joel Borggren-Franck wrote: >>> >>> >>> But I'm back at square 1,5 :/ >>> > >> >> You could find out by looking in the javap output buffer, and using M-x >> bovinate there to see what it is doing.   I'm not Java expert enough to >> recognize what might be wrong from the code snippets here.  The 0 tags are >> definitely a clue though. >> > > So I found this. I'll post a patch later. Explanation is that javap > ouputs illegal Java source code, specifically class and interface > names are fully qualified IE "java.lang.String" but the language only > accepts simple names "String" with a package declaration at the top of > the compilation unit. > Here is the patch. After this I can complete on type members in the jars in semanticdb-javap-classpath (on Linux, still got other issues on Mac :) You can try it out by setting semanticdb-javap-classpath to /your/path/to/rt.jar And try completing in: " import java.lang.Runnable; public class Foo { public void foo () { Runnable r = null; r. ^^^ } } " === modified file 'semantic/semanticdb-javap.el' --- semantic/semanticdb-javap.el 2012-01-21 16:23:12 +0000 +++ semantic/semanticdb-javap.el 2012-01-23 18:25:23 +0000 @@ -891,6 +891,13 @@ (goto-char (point-min)) ;; The first line says "Compiled from ..." or some-such. (insert "// ") + + ;; strip out fully qualified part of class- and interface names + (while (re-search-forward "class \\([^\\. ]*\\.\\)+" nil t) + (replace-match "class ")) + (while (re-search-forward "interface \\([^\\. ]*\\.\\)+" nil t) + (replace-match "interface ")) + ;; Enable java mode and semantic parsing. (java-mode) (semantic-new-buffer-fcn)

Re: [CEDET-devel] semanticdb-javap not working From: Eric M. Ludlam <ericludlam@gm...> - 2012-01-24 01:10 On 01/23/2012 01:52 PM, Joel Borggren-Franck wrote: > On Mon, Jan 23, 2012 at 1:32 PM, Joel Borggren-Franck<jbf@...> wrote: >> On Sat, Jan 21, 2012 at 5:09 AM, Eric Ludlam<ericludlam@...> wrote: >>> On 01/19/2012 08:38 AM, Joel Borggren-Franck wrote: >>>> >>>> >>>> But I'm back at square 1,5 :/ >>>> >> >>> >>> You could find out by looking in the javap output buffer, and using M-x >>> bovinate there to see what it is doing. I'm not Java expert enough to >>> recognize what might be wrong from the code snippets here. The 0 tags are >>> definitely a clue though. >>> >> >> So I found this. I'll post a patch later. Explanation is that javap >> ouputs illegal Java source code, specifically class and interface >> names are fully qualified IE "java.lang.String" but the language only >> accepts simple names "String" with a package declaration at the top of >> the compilation unit. >> > > Here is the patch. After this I can complete on type members in the > jars in semanticdb-javap-classpath (on Linux, still got other issues > on Mac :) > > You can try it out by setting semanticdb-javap-classpath to /your/path/to/rt.jar Is there a way find /your/path/to/rt.jar programatically? I could use some ubuntu packager to look it up, but I think it would be much nicer if Emacs could auto-detect this file by default in some platform independent way. Or maybe there are just 3 common locations to check for windows, linux, and mac? Thanks for the patch! I'll give it a try when I find rt.jar. :) Eric

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2012-01-24 07:11 On Tue, Jan 24, 2012 at 2:10 AM, Eric M. Ludlam <ericludlam@...> wrote: > On 01/23/2012 01:52 PM, Joel Borggren-Franck wrote: >> >> On Mon, Jan 23, 2012 at 1:32 PM, Joel Borggren-Franck<jbf@...>  wrote: >>> >>> On Sat, Jan 21, 2012 at 5:09 AM, Eric Ludlam<ericludlam@...> >>>  wrote: >>>> >>>>  On 01/19/2012 08:38 AM, Joel Borggren-Franck wrote: >>>>> >>>>> >>>>> >>>>> But I'm back at square 1,5 :/ >>>>> >>> >>>> >>>> You could find out by looking in the javap output buffer, and using M-x >>>> bovinate there to see what it is doing.   I'm not Java expert enough to >>>> recognize what might be wrong from the code snippets here.  The 0 tags >>>> are >>>> definitely a clue though. >>>> >>> >>> So I found this. I'll post a patch later. Explanation is that javap >>> ouputs illegal Java source code, specifically class and interface >>> names are fully qualified IE "java.lang.String" but the language only >>> accepts simple names "String" with a package declaration at the top of >>> the compilation unit. >>> >> >> Here is the patch. After this I can complete on type members in the >> jars in semanticdb-javap-classpath (on Linux, still got other issues >> on Mac :) >> >> You can try it out by setting semanticdb-javap-classpath to >> /your/path/to/rt.jar > > > Is there a way find /your/path/to/rt.jar programatically?  I could use some > ubuntu packager to look it up, but I think it would be much nicer if Emacs > could auto-detect this file by default in some platform independent way.  Or > maybe there are just 3 common locations to check for windows, linux, and > mac? > Yes and no. Chances are you have multiple JDKs installed, which should emacs chose? Also, there is one location on win (probably C:\Program Files\Java\...) one or more on mac (/Library/Java/JavaVirtualMachines/...) and Linux distributions probably hasn't agreed where to put it if you use the package manager (apt/yum) or you might have installed an Oracle bunde (/opt/? /usr/local/?)? So yes, it can be done, but it's a pain. But here is a list to get you started looking: - Oracle supplied bundle: JAVA_HOME/jre/lib/rt.jar - Mac OS X JDK 6: /Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.jdk/Contents/Classes/classes.jar - Max OS X Oracle JDK 7 Preview: /Library/Java/JavaVirtualMachines/JDK 1.7.0 Developer Preview.jdk/Contents/Home/jre/lib/rt.jar - On Windows JAVA_HOME is usually a variation of C:\Program Files\Java ... Btw, you could possibly refine the regexp in the patch to search for and replace either "class " or "interface " as a prefix, and only use one re-search-forwad, but I couldn't figure out how emacs want's its regexp. cheers /Joel

Re: [CEDET-devel] semanticdb-javap not working From: Eric M. Ludlam <ericludlam@gm...> - 2012-02-05 17:23 On 01/24/2012 02:11 AM, Joel Borggren-Franck wrote: > On Tue, Jan 24, 2012 at 2:10 AM, Eric M. Ludlam<ericludlam@...> wrote: [...] >> Is there a way find /your/path/to/rt.jar programatically? I could use some >> ubuntu packager to look it up, but I think it would be much nicer if Emacs >> could auto-detect this file by default in some platform independent way. Or >> maybe there are just 3 common locations to check for windows, linux, and >> mac? >> > > Yes and no. Chances are you have multiple JDKs installed, which should > emacs chose? Also, there is one location on win (probably C:\Program > Files\Java\...) one or more on mac > (/Library/Java/JavaVirtualMachines/...) and Linux distributions > probably hasn't agreed where to put it if you use the package manager > (apt/yum) or you might have installed an Oracle bunde (/opt/? > /usr/local/?)? So yes, it can be done, but it's a pain. > > But here is a list to get you started looking: > - Oracle supplied bundle: JAVA_HOME/jre/lib/rt.jar > - Mac OS X JDK 6: > /Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.jdk/Contents/Classes/classes.jar > - Max OS X Oracle JDK 7 Preview: /Library/Java/JavaVirtualMachines/JDK > 1.7.0 Developer Preview.jdk/Contents/Home/jre/lib/rt.jar > - On Windows JAVA_HOME is usually a variation of C:\Program Files\Java ... Does anyone know if there is an existing Emacs tool/lib that knows this stuff? It looks like a maintenance problem I'll have trouble keeping up with. Alternately, some of this setup could live in cedet-java as useful data for any tooling. > Btw, you could possibly refine the regexp in the patch to search for > and replace either "class " or "interface " as a prefix, and only use > one re-search-forwad, but I couldn't figure out how emacs want's its > regexp. Regarding your patch, yes, below is a short form that I didn't test. === modified file 'semantic/semanticdb-javap.el' *** semantic/semanticdb-javap.el 2012-01-21 16:23:12 +0000 --- semantic/semanticdb-javap.el 2012-02-05 17:17:41 +0000 *************** *** 891,896 **** --- 891,904 ---- (goto-char (point-min)) ;; The first line says "Compiled from ..." or some-such. (insert "// ") + + ;; strip out fully qualified part of class- and interface names + (save-excursion + (goto-char (point-min)) + (while (re-search-forward "\\(class\\|interface\\) \\([^\\. ]*\\.\\)+" nil t) + (replace-match "\\1 ")) + ) + ;; Enable java mode and semantic parsing. (java-mode) (semantic-new-buffer-fcn) Should it really replace it with something more like: (replace-match "package \\2;\n\\1 ") where it adds in the package statement that is made up of the package of the class in the file? Thanks Eric

Re: [CEDET-devel] semanticdb-javap not working From: David Engster <deng@ra...> - 2012-02-05 17:44 Eric M. Ludlam writes: > On 01/24/2012 02:11 AM, Joel Borggren-Franck wrote: >> But here is a list to get you started looking: >> - Oracle supplied bundle: JAVA_HOME/jre/lib/rt.jar >> - Mac OS X JDK 6: >> /Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.jdk/Contents/Classes/classes.jar >> - Max OS X Oracle JDK 7 Preview: /Library/Java/JavaVirtualMachines/JDK >> 1.7.0 Developer Preview.jdk/Contents/Home/jre/lib/rt.jar >> - On Windows JAVA_HOME is usually a variation of C:\Program Files\Java ... > > Does anyone know if there is an existing Emacs tool/lib that knows this > stuff? I don't think so. But shouldn't it be enough to simply use JAVA_HOME/jre/lib? If JAVA_HOME isn't defined, you can check the location of the java binary as fallback and go one level up from there. But if that still doesn't work, just throw an error and ask the user to define JAVA_HOME properly. The fun is that there are different definitions out there of where JAVA_HOME should point to, but I think it has more or less settled to the top level of a JDK installation. -David

Re: [CEDET-devel] semanticdb-javap not working From: Eric M. Ludlam <ericludlam@gm...> - 2012-02-05 18:40 On 02/05/2012 12:44 PM, David Engster wrote: > Eric M. Ludlam writes: >> On 01/24/2012 02:11 AM, Joel Borggren-Franck wrote: >>> But here is a list to get you started looking: >>> - Oracle supplied bundle: JAVA_HOME/jre/lib/rt.jar >>> - Mac OS X JDK 6: >>> /Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.jdk/Contents/Classes/classes.jar >>> - Max OS X Oracle JDK 7 Preview: /Library/Java/JavaVirtualMachines/JDK >>> 1.7.0 Developer Preview.jdk/Contents/Home/jre/lib/rt.jar >>> - On Windows JAVA_HOME is usually a variation of C:\Program Files\Java ... >> >> Does anyone know if there is an existing Emacs tool/lib that knows this >> stuff? > > I don't think so. But shouldn't it be enough to simply use > JAVA_HOME/jre/lib? If JAVA_HOME isn't defined, you can check the > location of the java binary as fallback and go one level up from > there. But if that still doesn't work, just throw an error and ask the > user to define JAVA_HOME properly. > > The fun is that there are different definitions out there of where > JAVA_HOME should point to, but I think it has more or less settled to > the top level of a JDK installation. Indeed, but I find JAVA_HOME rarely declared, even on systems where there is a good java. (At least on the two machines I tried.) As a followup here, I just checked in changes to cedet-java to try to derive where the JDK is, using the JAVA_HOME variable, and some of the other more standard locations from this msg. I didn't hook in the discovered JAR file anywhere though. That's a part 2. For example, there is more than just rt.jar, so how many jars should I be scanning through to build the semanticdb-javap symbol list? I think I've forgotten a bunch about how that worked to know what to ask next. Anyway, if folks could try out trunk, and use the new command "cedet-java-describe" and see if it can find your JDK, and let me know how it goes, that would be spiffy! Thanks Eric

Re: [CEDET-devel] semanticdb-javap not working From: Eric M. Ludlam <ericludlam@gm...> - 2012-02-11 15:17 Hi, I checked in the change I originally proposed below. Eric On 02/05/2012 12:23 PM, Eric M. Ludlam wrote: > On 01/24/2012 02:11 AM, Joel Borggren-Franck wrote: >> On Tue, Jan 24, 2012 at 2:10 AM, Eric M. Ludlam<ericludlam@...> wrote: [...] >> Btw, you could possibly refine the regexp in the patch to search for >> and replace either "class " or "interface " as a prefix, and only use >> one re-search-forwad, but I couldn't figure out how emacs want's its >> regexp. > > Regarding your patch, yes, below is a short form that I didn't test. > > > === modified file 'semantic/semanticdb-javap.el' > *** semantic/semanticdb-javap.el 2012-01-21 16:23:12 +0000 > --- semantic/semanticdb-javap.el 2012-02-05 17:17:41 +0000 > *************** > *** 891,896 **** > --- 891,904 ---- > (goto-char (point-min)) > ;; The first line says "Compiled from ..." or some-such. > (insert "// ") > + > + ;; strip out fully qualified part of class- and interface names > + (save-excursion > + (goto-char (point-min)) > + (while (re-search-forward "\\(class\\|interface\\) \\([^\\. > ]*\\.\\)+" nil t) > + (replace-match "\\1 ")) > + ) > + > ;; Enable java mode and semantic parsing. > (java-mode) > (semantic-new-buffer-fcn) > > > Should it really replace it with something more like: > > (replace-match "package \\2;\n\\1 ") > > where it adds in the package statement that is made up of the package of > the class in the file?

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2012-03-05 09:55 Hi, Sorry for not responding faster, my mail-reader fooled me into thinking that there was nothing new in this mail conversation :/ Anyhow, I've seen you checked stuff in, here is a late response to some of your questions: On Sun, Feb 5, 2012 at 7:40 PM, Eric M. Ludlam <ericludlam@...> wrote: > On 02/05/2012 12:44 PM, David Engster wrote: >> >> Eric M. Ludlam writes: >>> >>> On 01/24/2012 02:11 AM, Joel Borggren-Franck wrote: >>>> >>>> But here is a list to get you started looking: >>>> - Oracle supplied bundle: JAVA_HOME/jre/lib/rt.jar >>>> - Mac OS X JDK 6: >>>> >>>> /Library/Java/JavaVirtualMachines/1.6.0_29-b11-402.jdk/Contents/Classes/classes.jar >>>> - Max OS X Oracle JDK 7 Preview: /Library/Java/JavaVirtualMachines/JDK >>>> 1.7.0 Developer Preview.jdk/Contents/Home/jre/lib/rt.jar >>>> - On Windows JAVA_HOME is usually a variation of C:\Program Files\Java >>>> ... >>> >>> >>> Does anyone know if there is an existing Emacs tool/lib that knows this >>> stuff? >> >> >> I don't think so. But shouldn't it be enough to simply use >> JAVA_HOME/jre/lib? If JAVA_HOME isn't defined, you can check the >> location of the java binary as fallback and go one level up from >> there. But if that still doesn't work, just throw an error and ask the >> user to define JAVA_HOME properly. >> >> The fun is that there are different definitions out there of where >> JAVA_HOME should point to, but I think it has more or less settled to >> the top level of a JDK installation. > > > Indeed, but I find JAVA_HOME rarely declared, even on systems where there is > a good java.  (At least on the two machines I tried.) > There are often multiple JDKs installed for a java developer. IMHO You can require from a developer to either set JAVA_HOME or in some other way configure the path to the JDK they want to use. > I didn't hook in the discovered JAR file anywhere though.  That's a part 2. >  For example, there is more than just rt.jar, so how many jars should I be > scanning through to build the semanticdb-javap symbol list?  I think I've > forgotten a bunch about how that worked to know what to ask next. > There are some additional jars that might make sense, tools.jar for example. I'll think about this and send in a (trivial) patch. > Anyway, if folks could try out trunk, and use the new command > "cedet-java-describe" and see if it can find your JDK, and let me know how > it goes, that would be spiffy! > This works. I foresee some changes for Mac in the near future, I'll send in a patch when that happens. cheers /Joel

Re: [CEDET-devel] semanticdb-javap not working From: Joel Borggren-Franck <jbf@kt...> - 2012-03-05 09:56 Thanks, see end for comments, On Sat, Feb 11, 2012 at 4:16 PM, Eric M. Ludlam <ericludlam@...> wrote: > Hi, > > I checked in the change I originally proposed below. > > Eric > > > On 02/05/2012 12:23 PM, Eric M. Ludlam wrote: >> >> On 01/24/2012 02:11 AM, Joel Borggren-Franck wrote: >>> >>> On Tue, Jan 24, 2012 at 2:10 AM, Eric M. Ludlam<ericludlam@...> >>> wrote: > > [...] >>> >>> Btw, you could possibly refine the regexp in the patch to search for >>> >>> and replace either "class " or "interface " as a prefix, and only use >>> one re-search-forwad, but I couldn't figure out how emacs want's its >>> regexp. >> >> >> Regarding your patch, yes, below is a short form that I didn't test. >> >> >> === modified file 'semantic/semanticdb-javap.el' >> *** semantic/semanticdb-javap.el        2012-01-21 16:23:12 +0000 >> --- semantic/semanticdb-javap.el        2012-02-05 17:17:41 +0000 >> *************** >> *** 891,896 **** >> --- 891,904 ---- >>          (goto-char (point-min)) >>          ;; The first line says "Compiled from ..." or some-such. >>          (insert "// ") >> + >> +       ;; strip out fully qualified part of class- and interface names >> +       (save-excursion >> +       (goto-char (point-min)) >> +       (while (re-search-forward "\\(class\\|interface\\) \\([^\\. >> ]*\\.\\)+" nil t) >> +         (replace-match "\\1 ")) >> +       ) >> + >>          ;; Enable java mode and semantic parsing. >>          (java-mode) >>          (semantic-new-buffer-fcn) >> >> >> Should it really replace it with something more like: >> >> (replace-match "package \\2;\n\\1 ") >> >> where it adds in the package statement that is made up of the package of >> the class in the file? Possibly, but I don't think so, as you walk the directory structure to find the file. The Class with fully qualified name 'foo.bar.Baz' will be in the jar in a subdirectory "bar/baz/" with the class-file name "Baz.class". IIRC semantic picks up the "package" through the subdirectory structure, and you don't want to do that twice. cheers /Joel

1 message has been excluded from this view by a project administrator.

Next Messages