Re: Re: build failure cnd/cnd.debugger.dbx now missing ;)
So on one of the deltas listed I see it removing gnu debugger in place of what looked like the proprietary one. Could the gnu debugger be resurrection and used instead? If clank is basically a third party product can an external dependency be added and used instead of including it directly as part of the code base? Eric Bresie ebre...@gmail.com > On February 9, 2020 at 3:28:31 AM CST, Geertjan Wielenga > wrote: > Thanks a lot for this history lesson -- so great that we have people with > this long perspective on where the code came from and so on. > > I have also seen "Target "all-cnd" does not exist in the project "main"". > > But then sometimes it just goes away. Reminds me a bit of this discussion: > > http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E > > If you/we can get further with this, that would be great -- and please feel > free to provide pull requests to my fork. > > Gj > > On Sat, Feb 8, 2020 at 7:53 AM Ivan Soleimanipour < > ivan.soleimanip...@sbcglobal.net> wrote: > > > I took a look at geertjans branch (https://github.com/geertjanw/netbeans) > > > > building "ant -Dcluster.config=cnd" ... > > > > You should be able to deal with the dbx dependency simply by removing > > 'cnd.debugger.dbx' from the 'nb.cluster.cnd' > > list in "nbbuild/cluster.properties". There's also 'libs.dbx.support' in > > that list but that only contains > > a Bundle file so won't affect the build. The same goes for 'libs.clank'. > > > > I also had to remove 'nb.cluster.dlight' from 'nb.cluster.cnd.depends' in > > "nbbuild/cluster.properties". > > > > But then I ran into > > > /home/open/nb-geertjan/nbbuild/build.xml:660: Target "all-cnd" does not > > exist in the project "main". > > > It is used from target "nbmerge-build-one-cluster". > > I might pursue that in a bit (but I really hope someone else has the > > answer :-) > > > > In the meantime ... > > > > ... A bit of history. > > > > dbx is the Solaris source level debugger with origins dating back to the > > original days of BSD and Sun. > > > > The tools group at Sun/Oracle was subdivided into the IDE (CND) group in > > StPetersburg (SPB) and the dbx group > > in SiliconValley. There was also a performance tool group in SV which was > > in charge of the Performance Analyzer > > > > > > https://www.oracle.com/technetwork/server-storage/solarisstudio/features/performance-analyzer-2292312.html > > The only reason I'm entioning this group is because it was the > > primary performance analysis tool as opposed to > > "dlight" which is a very simple and lightweight performance and > > resource monitoring system. > > > > The bulk of the IDE functionality was done in an open-source manner by the > > CND group. This included all the project > > mgmt stuff, machinery to execute native binaries (like make and > > compilers), and remotely so, and all the work needed for > > code-completion (as in a C++ parser written in Java) and rich language > > support in the editor. It also included > > support for the GDB debugger which was initially done by the dbx team. > > It's called cnd.debugger.gdb2 because there > > was an older Q&D hack-and-slash cnd.debugger.gdb. > > > > clank ... has it's own rich history and I'm not sure I can do > > justice to it. > > > > To support a model for code completion the IDE has to parse C++. > > THe initial impl. used a bespoke > > antlr based C++ parser. That's what cnd.apt is all about. > > > > Clank is the brainchild of Vladimir Voskresensky and its github > > page (https://github.com/java-port/clank) > > says "Clank is a Java-port of popular Clang frontend". It's > > actually hela cooler than the title says. > > Take a look at > > http://llvm.org/devmtg/2017-03/assets/slides/clank_java_port_of_c_cxx_compiler_frontend.pdf > > What I don't know is what is the relationship of clank and NB as > > in why github.com/java-port/clank > > isn't in NB. > > > > Meanwhile Oracle had a tools (compilers, debugger, ide) product, > > SolarisStudio (SS), the IDE part of which built > > on top of NB and added some extra modules the most important one being the > > GUI for dbx support. > > > > For a long time the NB gdb and SS dbx modules evolved independently until, > > in a big flurry of factoring, > > common code was isolated in cnd.debugger.common2 with cnd.debugger.gdb2 > > and, what you now see as cnd.debugger.dbx, > > becoming different debugger "adapters". Yet, cnd.debugger.dbx remained > > proprietary. The main reason was that it > > had dependencies on even more proprietary stuff (e.g. glue). The CND group > > lobbied hard to come up with > > a way to make cnd.debugger.dbx go into NB proper (mainly because of > > convenience) but despite many heated > > discussions AFAIK "cnd.debugger.dbx" always stayed proprietary. > > > > This is why the appearance of cnd.debugger.dbx in this deliverable is a > > bit surprising to me. > > > > It may be that after I stopped
building CND (was: build failure cnd/cnd.debugger.dbx now missing ;) )
Okay, I had to remove validation.nb.cluster.cnd=cnd.kit, too. Now I get the Target "all-cnd" does not exist in the project "main". error. However I get the same error when trying to build dlight. Now from the Jira I concluded that I might need to call ant differently. So I tried ant -f cnd/cnd.editor -Dcluster.config=cnd run Now I am stuck on the Issue netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank So next step would be to build clank from https://github.com/java-port/clank ? I tried to remove the dependency clank from the cluster, but ant stayed persistant in requesting clank. Lets see. But I think I am again a step forward. Thx for all the infos. I pushed my changes to https://github.com/leginee/netbeans/tree/rm_dbx If someone is interested. I can create a pull request but rather would go for a pull request if cnd at least builds. All the Best Peter Am 09.02.20 um 10:28 schrieb Geertjan Wielenga: Thanks a lot for this history lesson -- so great that we have people with this long perspective on where the code came from and so on. I have also seen "Target "all-cnd" does not exist in the project "main"". But then sometimes it just goes away. Reminds me a bit of this discussion: http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E If you/we can get further with this, that would be great -- and please feel free to provide pull requests to my fork. Gj On Sat, Feb 8, 2020 at 7:53 AM Ivan Soleimanipour < ivan.soleimanip...@sbcglobal.net> wrote: I took a look at geertjans branch (https://github.com/geertjanw/netbeans) building "ant -Dcluster.config=cnd" ... You should be able to deal with the dbx dependency simply by removing 'cnd.debugger.dbx' from the 'nb.cluster.cnd' list in "nbbuild/cluster.properties". There's also 'libs.dbx.support' in that list but that only contains a Bundle file so won't affect the build. The same goes for 'libs.clank'. I also had to remove 'nb.cluster.dlight' from 'nb.cluster.cnd.depends' in "nbbuild/cluster.properties". But then I ran into > /home/open/nb-geertjan/nbbuild/build.xml:660: Target "all-cnd" does not exist in the project "main". > It is used from target "nbmerge-build-one-cluster". I might pursue that in a bit (but I really hope someone else has the answer :-) In the meantime ... ... A bit of history. dbx is the Solaris source level debugger with origins dating back to the original days of BSD and Sun. The tools group at Sun/Oracle was subdivided into the IDE (CND) group in StPetersburg (SPB) and the dbx group in SiliconValley. There was also a performance tool group in SV which was in charge of the Performance Analyzer https://www.oracle.com/technetwork/server-storage/solarisstudio/features/performance-analyzer-2292312.html The only reason I'm entioning this group is because it was the primary performance analysis tool as opposed to "dlight" which is a very simple and lightweight performance and resource monitoring system. The bulk of the IDE functionality was done in an open-source manner by the CND group. This included all the project mgmt stuff, machinery to execute native binaries (like make and compilers), and remotely so, and all the work needed for code-completion (as in a C++ parser written in Java) and rich language support in the editor. It also included support for the GDB debugger which was initially done by the dbx team. It's called cnd.debugger.gdb2 because there was an older Q&D hack-and-slash cnd.debugger.gdb. clank ... has it's own rich history and I'm not sure I can do justice to it. To support a model for code completion the IDE has to parse C++. THe initial impl. used a bespoke antlr based C++ parser. That's what cnd.apt is all about. Clank is the brainchild of Vladimir Voskresensky and its github page (https://github.com/java-port/clank) says "Clank is a Java-port of popular Clang frontend". It's actually hela cooler than the title says. Take a look at http://llvm.org/devmtg/2017-03/assets/slides/clank_java_port_of_c_cxx_compiler_frontend.pdf What I don't know is what is the relationship of clank and NB as in why github.com/java-port/clank isn't in NB. Meanwhile Oracle had a tools (compilers, debugger, ide) product, SolarisStudio (SS), the IDE part of which built on top of NB and added some extra modules the most important one being the GUI for dbx support. For a long time the NB gdb and SS dbx modules evolved independently until, in a big flurry of factoring, common code was isolated in cnd.debugger.common2 with cnd.debugger.gdb2 and, what you now see as cnd.debugger.dbx, becoming different debugger "adapters". Yet, cnd.debugger.dbx remained proprietary. The main reason was that it had dependencies on even more proprietary stuff (e.g. glue). The CND group lobbied hard to come up with
Re: build failure cnd/cnd.debugger.dbx now missing ;)
Thanks a lot for this history lesson -- so great that we have people with this long perspective on where the code came from and so on. I have also seen "Target "all-cnd" does not exist in the project "main"". But then sometimes it just goes away. Reminds me a bit of this discussion: http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3ccackjaxssrrl66sua9heyqqxy4oyrxygkyemvg50rktrda-e...@mail.gmail.com%3E If you/we can get further with this, that would be great -- and please feel free to provide pull requests to my fork. Gj On Sat, Feb 8, 2020 at 7:53 AM Ivan Soleimanipour < ivan.soleimanip...@sbcglobal.net> wrote: > I took a look at geertjans branch (https://github.com/geertjanw/netbeans) > > building "ant -Dcluster.config=cnd" ... > > You should be able to deal with the dbx dependency simply by removing > 'cnd.debugger.dbx' from the 'nb.cluster.cnd' > list in "nbbuild/cluster.properties". There's also 'libs.dbx.support' in > that list but that only contains > a Bundle file so won't affect the build. The same goes for 'libs.clank'. > > I also had to remove 'nb.cluster.dlight' from 'nb.cluster.cnd.depends' in > "nbbuild/cluster.properties". > > But then I ran into > > /home/open/nb-geertjan/nbbuild/build.xml:660: Target "all-cnd" does not > exist in the project "main". > > It is used from target "nbmerge-build-one-cluster". > I might pursue that in a bit (but I really hope someone else has the > answer :-) > > In the meantime ... > > ... A bit of history. > > dbx is the Solaris source level debugger with origins dating back to the > original days of BSD and Sun. > > The tools group at Sun/Oracle was subdivided into the IDE (CND) group in > StPetersburg (SPB) and the dbx group > in SiliconValley. There was also a performance tool group in SV which was > in charge of the Performance Analyzer > > > https://www.oracle.com/technetwork/server-storage/solarisstudio/features/performance-analyzer-2292312.html > The only reason I'm entioning this group is because it was the > primary performance analysis tool as opposed to > "dlight" which is a very simple and lightweight performance and > resource monitoring system. > > The bulk of the IDE functionality was done in an open-source manner by the > CND group. This included all the project > mgmt stuff, machinery to execute native binaries (like make and > compilers), and remotely so, and all the work needed for > code-completion (as in a C++ parser written in Java) and rich language > support in the editor. It also included > support for the GDB debugger which was initially done by the dbx team. > It's called cnd.debugger.gdb2 because there > was an older Q&D hack-and-slash cnd.debugger.gdb. > > clank ... has it's own rich history and I'm not sure I can do > justice to it. > > To support a model for code completion the IDE has to parse C++. > THe initial impl. used a bespoke > antlr based C++ parser. That's what cnd.apt is all about. > > Clank is the brainchild of Vladimir Voskresensky and its github > page (https://github.com/java-port/clank) > says "Clank is a Java-port of popular Clang frontend". It's > actually hela cooler than the title says. > Take a look at > http://llvm.org/devmtg/2017-03/assets/slides/clank_java_port_of_c_cxx_compiler_frontend.pdf > What I don't know is what is the relationship of clank and NB as > in why github.com/java-port/clank > isn't in NB. > > Meanwhile Oracle had a tools (compilers, debugger, ide) product, > SolarisStudio (SS), the IDE part of which built > on top of NB and added some extra modules the most important one being the > GUI for dbx support. > > For a long time the NB gdb and SS dbx modules evolved independently until, > in a big flurry of factoring, > common code was isolated in cnd.debugger.common2 with cnd.debugger.gdb2 > and, what you now see as cnd.debugger.dbx, > becoming different debugger "adapters". Yet, cnd.debugger.dbx remained > proprietary. The main reason was that it > had dependencies on even more proprietary stuff (e.g. glue). The CND group > lobbied hard to come up with > a way to make cnd.debugger.dbx go into NB proper (mainly because of > convenience) but despite many heated > discussions AFAIK "cnd.debugger.dbx" always stayed proprietary. > > This is why the appearance of cnd.debugger.dbx in this deliverable is a > bit surprising to me. > > It may be that after I stopped being involved with Oracle (Or maybe even > while I was there and my memory is > totally shot) the CND group got to have its way, with the blessing of > Oracle legal, and moved cnd.debugger.dbx > into NB proper. > > No matter, The point is that cnd.debugger.dbx is, as you have discovered, > unbuildable and ultimately useless because > it needs a dbx binary to connect to, and a bunch of JNI code to do so, all > of which must come from Solaris Studio. > > > > > > > - > T
Re: build failure cnd/cnd.debugger.dbx now missing ;)
I took a look at geertjans branch (https://github.com/geertjanw/netbeans) building "ant -Dcluster.config=cnd" ... You should be able to deal with the dbx dependency simply by removing 'cnd.debugger.dbx' from the 'nb.cluster.cnd' list in "nbbuild/cluster.properties". There's also 'libs.dbx.support' in that list but that only contains a Bundle file so won't affect the build. The same goes for 'libs.clank'. I also had to remove 'nb.cluster.dlight' from 'nb.cluster.cnd.depends' in "nbbuild/cluster.properties". But then I ran into > /home/open/nb-geertjan/nbbuild/build.xml:660: Target "all-cnd" does not exist in the project "main". > It is used from target "nbmerge-build-one-cluster". I might pursue that in a bit (but I really hope someone else has the answer :-) In the meantime ... ... A bit of history. dbx is the Solaris source level debugger with origins dating back to the original days of BSD and Sun. The tools group at Sun/Oracle was subdivided into the IDE (CND) group in StPetersburg (SPB) and the dbx group in SiliconValley. There was also a performance tool group in SV which was in charge of the Performance Analyzer https://www.oracle.com/technetwork/server-storage/solarisstudio/features/performance-analyzer-2292312.html The only reason I'm entioning this group is because it was the primary performance analysis tool as opposed to "dlight" which is a very simple and lightweight performance and resource monitoring system. The bulk of the IDE functionality was done in an open-source manner by the CND group. This included all the project mgmt stuff, machinery to execute native binaries (like make and compilers), and remotely so, and all the work needed for code-completion (as in a C++ parser written in Java) and rich language support in the editor. It also included support for the GDB debugger which was initially done by the dbx team. It's called cnd.debugger.gdb2 because there was an older Q&D hack-and-slash cnd.debugger.gdb. clank ... has it's own rich history and I'm not sure I can do justice to it. To support a model for code completion the IDE has to parse C++. THe initial impl. used a bespoke antlr based C++ parser. That's what cnd.apt is all about. Clank is the brainchild of Vladimir Voskresensky and its github page (https://github.com/java-port/clank) says "Clank is a Java-port of popular Clang frontend". It's actually hela cooler than the title says. Take a look at http://llvm.org/devmtg/2017-03/assets/slides/clank_java_port_of_c_cxx_compiler_frontend.pdf What I don't know is what is the relationship of clank and NB as in why github.com/java-port/clank isn't in NB. Meanwhile Oracle had a tools (compilers, debugger, ide) product, SolarisStudio (SS), the IDE part of which built on top of NB and added some extra modules the most important one being the GUI for dbx support. For a long time the NB gdb and SS dbx modules evolved independently until, in a big flurry of factoring, common code was isolated in cnd.debugger.common2 with cnd.debugger.gdb2 and, what you now see as cnd.debugger.dbx, becoming different debugger "adapters". Yet, cnd.debugger.dbx remained proprietary. The main reason was that it had dependencies on even more proprietary stuff (e.g. glue). The CND group lobbied hard to come up with a way to make cnd.debugger.dbx go into NB proper (mainly because of convenience) but despite many heated discussions AFAIK "cnd.debugger.dbx" always stayed proprietary. This is why the appearance of cnd.debugger.dbx in this deliverable is a bit surprising to me. It may be that after I stopped being involved with Oracle (Or maybe even while I was there and my memory is totally shot) the CND group got to have its way, with the blessing of Oracle legal, and moved cnd.debugger.dbx into NB proper. No matter, The point is that cnd.debugger.dbx is, as you have discovered, unbuildable and ultimately useless because it needs a dbx binary to connect to, and a bunch of JNI code to do so, all of which must come from Solaris Studio. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: build failure cnd/cnd.debugger.dbx now missing ;)
On Fri, Feb 7, 2020 at 10:15 AM Ivan Soleimanipour < ivan.soleimanip...@sbcglobal.net> wrote: > > > On 2/6/20 11:06 PM, Jan Lahoda wrote: > > On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour < > > ivan.soleimanip...@sbcglobal.net> wrote: > > > >> This is odd. > >> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" > >> closed-source product. > >> Maybe some kind of stub was added later on. My copy of the NB repo is is > >> all pre-apache and even older and it doesn't > >> have these modules. > >> Maybe Oracle accidentally gave away the C++ from Studio as opposed to > >> plain NB. > >> > > > > FWIW, the cnd.debugger.dbx module was actually part of the NetBeans > > repository: > > http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx > > > > And it is part of the donation, I believe, but Geertjan deleted it: > > > https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7 > > > > I don't think that this stuff was never supposed to be part of netbeans. > For example, > > https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7#diff-6b8d82252d130f7527fc907a1447deee > has these: import com.sun.tools.swdev.glue.*; > > Glue was an Oracle proprietary RPC protocol. > > I cannot comment on what were the intents back then, but seems the code was added by this changeset: http://hg.netbeans.org/releases/rev/620b6340b3c7 (which is almost a decade ago!) It probably was not part of the standard build until: http://hg.netbeans.org/releases/rev/374cf92bd9b0c56c86ee11c5ed2638a0b44df46e which was probably after NetBeans 8.2. But I see nothing that would suggest this was not part of the NetBeans repository for a very long time. Anyway - things like this were why I said problematic dependencies. And it may very well be that Apache NetBeans will not and/or could not use this module. But I don't think that any of that means the code itself was not NetBeans - even the ExternalStartImpl.java file says "The Original Software is NetBeans." in its license, which was added by a member of the CND team. So why do you think it was not part of NetBeans? My latest copy of classic NB dates from Aug 1 2016 and it doesn't have this > dbx stuff. > > Looking at http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx > I see > dbx stuff, e.g. > > http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx/src/org/netbeans/modules/cnd/debugger/dbx/capture/ExternalStartImpl.java > which is a module that deals this feature > https://docs.oracle.com/cd/E77782_01/html/E77803/ss-attach-1.html > of studio, was added like this: > author Svata Dedic > Tue, 17 Oct 2017 16:38:27 +0200 > The Mercurial web UI is terrible here - this is the most recent change on branch default, but the change itself has nothing to do with C/C++: http://hg.netbeans.org/releases/rev/fcaaa60addf7 The code of the module was added with the changeset I had mentioned above. Look also at the annotated version: http://hg.netbeans.org/releases/annotate/default/cnd.debugger.dbx/src/org/netbeans/modules/cnd/debugger/dbx/capture/ExternalStartImpl.java Both the "The Original Software is NetBeans." and the "import com.sun.tools.swdev.glue.*;" lines were (as far as I can tell) added by the same original changeset, by a member of the CND team. Jan Looking at some other trad NB files in that neighbourhood this looks like > some sort of bulk copy so > the only important data point is the date not the author. > > > presumably because it has problematic dependencies. > > While Geertjan may have dealt with the issue by looking at "problematic > dependencies" it seems to me that it's > more an issue of poor IP and copyright provenance. >
Re: build failure cnd/cnd.debugger.dbx now missing ;)
Maybe it makes sense to collect all issues first. We could treat all missing dependencies as Gaps and try to figure out where in the code we have issues. We could then evaluate the gaps and make a decision if it is worth to close the gaps or rewrite. And maybe we can collect Informations or cluster some gaps. What do you think? Maybe One Jira task cnd- integration and create an overview of issues? On 07.02.20 10:45, Geertjan Wielenga wrote: > It’s going to be a lot of work integrating C/C++ back into NetBeans and I > may need to restart from scratch. > > Gj > > On Fri, 7 Feb 2020 at 10:15, Ivan Soleimanipour < > ivan.soleimanip...@sbcglobal.net> wrote: > >> >> On 2/6/20 11:06 PM, Jan Lahoda wrote: >>> On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour < >>> ivan.soleimanip...@sbcglobal.net> wrote: >>> This is odd. cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" closed-source product. Maybe some kind of stub was added later on. My copy of the NB repo is is all pre-apache and even older and it doesn't have these modules. Maybe Oracle accidentally gave away the C++ from Studio as opposed to plain NB. >>> FWIW, the cnd.debugger.dbx module was actually part of the NetBeans >>> repository: >>> http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx >>> >>> And it is part of the donation, I believe, but Geertjan deleted it: >>> >> https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7 >> I don't think that this stuff was never supposed to be part of netbeans. >> For example, >> >> https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7#diff-6b8d82252d130f7527fc907a1447deee >> has these: import com.sun.tools.swdev.glue.*; >> >> Glue was an Oracle proprietary RPC protocol. >> >> My latest copy of classic NB dates from Aug 1 2016 and it doesn't have >> this dbx stuff. >> >> Looking at http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx >> I see >> dbx stuff, e.g. >> >> http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx/src/org/netbeans/modules/cnd/debugger/dbx/capture/ExternalStartImpl.java >> which is a module that deals this feature >> https://docs.oracle.com/cd/E77782_01/html/E77803/ss-attach-1.html >> of studio, was added like this: >> author Svata Dedic >> Tue, 17 Oct 2017 16:38:27 +0200 >> Looking at some other trad NB files in that neighbourhood this looks like >> some sort of bulk copy so >> the only important data point is the date not the author. >> >>> presumably because it has problematic dependencies. >> While Geertjan may have dealt with the issue by looking at "problematic >> dependencies" it seems to me that it's >> more an issue of poor IP and copyright provenance. >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >> For additional commands, e-mail: dev-h...@netbeans.apache.org >> >> For further information about the NetBeans mailing lists, visit: >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> >> >> >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: build failure cnd/cnd.debugger.dbx now missing ;)
It’s going to be a lot of work integrating C/C++ back into NetBeans and I may need to restart from scratch. Gj On Fri, 7 Feb 2020 at 10:15, Ivan Soleimanipour < ivan.soleimanip...@sbcglobal.net> wrote: > > > On 2/6/20 11:06 PM, Jan Lahoda wrote: > > On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour < > > ivan.soleimanip...@sbcglobal.net> wrote: > > > >> This is odd. > >> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" > >> closed-source product. > >> Maybe some kind of stub was added later on. My copy of the NB repo is is > >> all pre-apache and even older and it doesn't > >> have these modules. > >> Maybe Oracle accidentally gave away the C++ from Studio as opposed to > >> plain NB. > >> > > > > FWIW, the cnd.debugger.dbx module was actually part of the NetBeans > > repository: > > http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx > > > > And it is part of the donation, I believe, but Geertjan deleted it: > > > https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7 > > > > I don't think that this stuff was never supposed to be part of netbeans. > For example, > > https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7#diff-6b8d82252d130f7527fc907a1447deee > has these: import com.sun.tools.swdev.glue.*; > > Glue was an Oracle proprietary RPC protocol. > > My latest copy of classic NB dates from Aug 1 2016 and it doesn't have > this dbx stuff. > > Looking at http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx > I see > dbx stuff, e.g. > > http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx/src/org/netbeans/modules/cnd/debugger/dbx/capture/ExternalStartImpl.java > which is a module that deals this feature > https://docs.oracle.com/cd/E77782_01/html/E77803/ss-attach-1.html > of studio, was added like this: > author Svata Dedic > Tue, 17 Oct 2017 16:38:27 +0200 > Looking at some other trad NB files in that neighbourhood this looks like > some sort of bulk copy so > the only important data point is the date not the author. > > > presumably because it has problematic dependencies. > > While Geertjan may have dealt with the issue by looking at "problematic > dependencies" it seems to me that it's > more an issue of poor IP and copyright provenance. > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: build failure cnd/cnd.debugger.dbx now missing ;)
On 2/6/20 11:06 PM, Jan Lahoda wrote: On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour < ivan.soleimanip...@sbcglobal.net> wrote: This is odd. cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" closed-source product. Maybe some kind of stub was added later on. My copy of the NB repo is is all pre-apache and even older and it doesn't have these modules. Maybe Oracle accidentally gave away the C++ from Studio as opposed to plain NB. FWIW, the cnd.debugger.dbx module was actually part of the NetBeans repository: http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx And it is part of the donation, I believe, but Geertjan deleted it: https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7 I don't think that this stuff was never supposed to be part of netbeans. For example, https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7#diff-6b8d82252d130f7527fc907a1447deee has these: import com.sun.tools.swdev.glue.*; Glue was an Oracle proprietary RPC protocol. My latest copy of classic NB dates from Aug 1 2016 and it doesn't have this dbx stuff. Looking at http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx I see dbx stuff, e.g. http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx/src/org/netbeans/modules/cnd/debugger/dbx/capture/ExternalStartImpl.java which is a module that deals this feature https://docs.oracle.com/cd/E77782_01/html/E77803/ss-attach-1.html of studio, was added like this: author Svata Dedic Tue, 17 Oct 2017 16:38:27 +0200 Looking at some other trad NB files in that neighbourhood this looks like some sort of bulk copy so the only important data point is the date not the author. presumably because it has problematic dependencies. While Geertjan may have dealt with the issue by looking at "problematic dependencies" it seems to me that it's more an issue of poor IP and copyright provenance. - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: build failure cnd/cnd.debugger.dbx now missing ;)
Ohh cool. Thanks. That helps. Lets take a look on the code :) On 07.02.20 08:06, Jan Lahoda wrote: > On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour < > ivan.soleimanip...@sbcglobal.net> wrote: > >> This is odd. >> cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" >> closed-source product. >> Maybe some kind of stub was added later on. My copy of the NB repo is is >> all pre-apache and even older and it doesn't >> have these modules. >> Maybe Oracle accidentally gave away the C++ from Studio as opposed to >> plain NB. >> > FWIW, the cnd.debugger.dbx module was actually part of the NetBeans > repository: > http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx > > And it is part of the donation, I believe, but Geertjan deleted it: > https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7 > > presumably because it has problematic dependencies. > > >> What apache repo/branch is this new batch of giveaways which includes C++? >> I'll try and look at this module and >> maybe it'll jog my memory/clear things up. >> > I believe Geertjan's working branch is here: > https://github.com/geertjanw/netbeans > > Jan > > >> >> On 2/6/20 1:50 PM, Peter Kovacs wrote: >>> Thanks for the checking of missing builds. I have to figure out if I can >>> get a notification if you change something ;) >>> >>> Now I got the Issue that following dependency is missing: >>> >>> cnd/cnd.debugger.dbx >>> >>> In the repo there is >>> >>> cnd.debugger.common2 >>> cnd.debugger.gdb2 >>> >>> maybe similar case? >>> >>> All the best >>> >>> Peter >>> >>> On 06.02.20 15:40, Peter Kovacs wrote: Hmm, I am stuck. I cloned the github repo as suggested and tried to >> build. where do I find the following definition? netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank It is not at the given location. Same message different location: /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one exist: first message I get whentrying to build with netbeans. Second one with ant via commandline. I do not have clank, is there a case where we lookup what isavailable? Or can I config something? Doku would be also fine. :) Thanks any help. On 06.02.20 13:12, Geertjan Wielenga wrote: > Get the code to compile. :-) > > That's what I'm working on now. > > Gj > > On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: > >> What are the tasks to do? >> >> I help if I can. >> >> On 06.02.20 12:40, Geertjan Wielenga wrote: >>> You can use openbeans.org. >>> >>> Or join me in working on bring C/C++ to Apache NetBeans, it's in my >> fork >>> right now: >>> >>> https://github.com/geertjanw/netbeans >>> >>> Gj >>> >>> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < >> birger...@gmail.com> >>> wrote: >>> Hi, Over the last years, I've started using Netbeans exclusively for C++ projects. So I've been on 8.2 ever since it was released, and I'm eagerly waiting to start using (and reporting issues of) Apache Netbeans. But when can I start using C++ plugin with Apache Netbeans? Is there some specific version of Apache Netbeans that will support the C++ plugin? Or is it the other way around, C++ plugin devs need to >> support Apache Netbeans? Best regards, Birger >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> - >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >> For additional commands, e-mail: dev-h...@netbeans.apache.org >> >> For further information about the NetBeans mailing lists, visit: >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> >> >> >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >>> For additional commands, e-ma
Re: build failure cnd/cnd.debugger.dbx now missing ;)
I pulled Geertjan github repo, there is the cnd donation included. https://github.com/geertjanw/netbeans On 07.02.20 05:19, Ivan Soleimanipour wrote: > This is odd. > cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" > closed-source product. > Maybe some kind of stub was added later on. My copy of the NB repo is > is all pre-apache and even older and it doesn't > have these modules. > Maybe Oracle accidentally gave away the C++ from Studio as opposed to > plain NB. > > What apache repo/branch is this new batch of giveaways which includes > C++? I'll try and look at this module and > maybe it'll jog my memory/clear things up. > > > On 2/6/20 1:50 PM, Peter Kovacs wrote: >> Thanks for the checking of missing builds. I have to figure out if I can >> get a notification if you change something ;) >> >> Now I got the Issue that following dependency is missing: >> >> cnd/cnd.debugger.dbx >> >> In the repo there is >> >> cnd.debugger.common2 >> cnd.debugger.gdb2 >> >> maybe similar case? >> >> All the best >> >> Peter >> >> On 06.02.20 15:40, Peter Kovacs wrote: >>> Hmm, I am stuck. I cloned the github repo as suggested and tried to >>> build. >>> >>> where do I find the following definition? >>> >>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module >>> org.netbeans.libs.clank >>> >>> It is not at the given location. >>> >>> Same message different location: >>> >>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one >>> exist: >>> >>> first message I get whentrying to build with netbeans. Second one with >>> ant via commandline. >>> >>> >>> I do not have clank, is there a case where we lookup what isavailable? >>> Or can I config something? >>> >>> Doku would be also fine. :) >>> >>> Thanks any help. >>> >>> On 06.02.20 13:12, Geertjan Wielenga wrote: >>> Get the code to compile. :-) That's what I'm working on now. Gj On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: > What are the tasks to do? > > I help if I can. > > On 06.02.20 12:40, Geertjan Wielenga wrote: >> You can use openbeans.org. >> >> Or join me in working on bring C/C++ to Apache NetBeans, it's in >> my fork >> right now: >> >> https://github.com/geertjanw/netbeans >> >> Gj >> >> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < > birger...@gmail.com> >> wrote: >> >>> Hi, >>> >>> >>> Over the last years, I've started using Netbeans exclusively for >>> C++ >>> projects. So I've been on 8.2 ever since it was released, and I'm >>> eagerly waiting to start using (and reporting issues of) Apache >>> Netbeans. >>> >>> But when can I start using C++ plugin with Apache Netbeans? Is >>> there >>> some specific version of Apache Netbeans that will support the C++ >>> plugin? Or is it the other way around, C++ plugin devs need to >>> support >>> Apache Netbeans? >>> >>> >>> Best regards, >>> Birger >>> >>> - >>> >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >>> For additional commands, e-mail: dev-h...@netbeans.apache.org >>> >>> For further information about the NetBeans mailing lists, visit: >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> >>> >>> >>> > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >>> For additional commands, e-mail: dev-h...@netbeans.apache.org >>> >>> For further information about the NetBeans mailing lists, visit: >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> >>> >>> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >> For additional commands, e-mail: dev-h...@netbeans.apache.org >> >> For further information about the NetBeans mailing lists, visit: >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> >> >> >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: build failure cnd/cnd.debugger.dbx now missing ;)
On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour < ivan.soleimanip...@sbcglobal.net> wrote: > This is odd. > cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" > closed-source product. > Maybe some kind of stub was added later on. My copy of the NB repo is is > all pre-apache and even older and it doesn't > have these modules. > Maybe Oracle accidentally gave away the C++ from Studio as opposed to > plain NB. > FWIW, the cnd.debugger.dbx module was actually part of the NetBeans repository: http://hg.netbeans.org/releases/file/default/cnd.debugger.dbx And it is part of the donation, I believe, but Geertjan deleted it: https://github.com/geertjanw/netbeans/commit/87a0e772aa34c308717d6522982810267aca54a7 presumably because it has problematic dependencies. > What apache repo/branch is this new batch of giveaways which includes C++? > I'll try and look at this module and > maybe it'll jog my memory/clear things up. > I believe Geertjan's working branch is here: https://github.com/geertjanw/netbeans Jan > > > On 2/6/20 1:50 PM, Peter Kovacs wrote: > > Thanks for the checking of missing builds. I have to figure out if I can > > get a notification if you change something ;) > > > > Now I got the Issue that following dependency is missing: > > > > cnd/cnd.debugger.dbx > > > > In the repo there is > > > > cnd.debugger.common2 > > cnd.debugger.gdb2 > > > > maybe similar case? > > > > All the best > > > > Peter > > > > On 06.02.20 15:40, Peter Kovacs wrote: > >> Hmm, I am stuck. I cloned the github repo as suggested and tried to > build. > >> > >> where do I find the following definition? > >> > >> netbeans/nbbuild/templates/projectized.xml:101: No dependent module > >> org.netbeans.libs.clank > >> > >> It is not at the given location. > >> > >> Same message different location: > >> > >> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one > >> exist: > >> > >> first message I get whentrying to build with netbeans. Second one with > >> ant via commandline. > >> > >> > >> I do not have clank, is there a case where we lookup what isavailable? > >> Or can I config something? > >> > >> Doku would be also fine. :) > >> > >> Thanks any help. > >> > >> On 06.02.20 13:12, Geertjan Wielenga wrote: > >> > >>> Get the code to compile. :-) > >>> > >>> That's what I'm working on now. > >>> > >>> Gj > >>> > >>> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: > >>> > What are the tasks to do? > > I help if I can. > > On 06.02.20 12:40, Geertjan Wielenga wrote: > > You can use openbeans.org. > > > > Or join me in working on bring C/C++ to Apache NetBeans, it's in my > fork > > right now: > > > > https://github.com/geertjanw/netbeans > > > > Gj > > > > On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < > birger...@gmail.com> > > wrote: > > > >> Hi, > >> > >> > >> Over the last years, I've started using Netbeans exclusively for C++ > >> projects. So I've been on 8.2 ever since it was released, and I'm > >> eagerly waiting to start using (and reporting issues of) Apache > >> Netbeans. > >> > >> But when can I start using C++ plugin with Apache Netbeans? Is there > >> some specific version of Apache Netbeans that will support the C++ > >> plugin? Or is it the other way around, C++ plugin devs need to > support > >> Apache Netbeans? > >> > >> > >> Best regards, > >> Birger > >> > >> > - > >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > >> For additional commands, e-mail: dev-h...@netbeans.apache.org > >> > >> For further information about the NetBeans mailing lists, visit: > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >> > >> > >> > >> > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > >> For additional commands, e-mail: dev-h...@netbeans.apache.org > >> > >> For further information about the NetBeans mailing lists, visit: > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >> > >> > >> > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/c
Re: build failure cnd/cnd.debugger.dbx now missing ;)
This is odd. cnd/cnd.debugger.dbx et-al is a module that's part of the "Studio" closed-source product. Maybe some kind of stub was added later on. My copy of the NB repo is is all pre-apache and even older and it doesn't have these modules. Maybe Oracle accidentally gave away the C++ from Studio as opposed to plain NB. What apache repo/branch is this new batch of giveaways which includes C++? I'll try and look at this module and maybe it'll jog my memory/clear things up. On 2/6/20 1:50 PM, Peter Kovacs wrote: Thanks for the checking of missing builds. I have to figure out if I can get a notification if you change something ;) Now I got the Issue that following dependency is missing: cnd/cnd.debugger.dbx In the repo there is cnd.debugger.common2 cnd.debugger.gdb2 maybe similar case? All the best Peter On 06.02.20 15:40, Peter Kovacs wrote: Hmm, I am stuck. I cloned the github repo as suggested and tried to build. where do I find the following definition? netbeans/nbbuild/templates/projectized.xml:101: No dependent module org.netbeans.libs.clank It is not at the given location. Same message different location: /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one exist: first message I get whentrying to build with netbeans. Second one with ant via commandline. I do not have clank, is there a case where we lookup what isavailable? Or can I config something? Doku would be also fine. :) Thanks any help. On 06.02.20 13:12, Geertjan Wielenga wrote: Get the code to compile. :-) That's what I'm working on now. Gj On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: What are the tasks to do? I help if I can. On 06.02.20 12:40, Geertjan Wielenga wrote: You can use openbeans.org. Or join me in working on bring C/C++ to Apache NetBeans, it's in my fork right now: https://github.com/geertjanw/netbeans Gj On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < birger...@gmail.com> wrote: Hi, Over the last years, I've started using Netbeans exclusively for C++ projects. So I've been on 8.2 ever since it was released, and I'm eagerly waiting to start using (and reporting issues of) Apache Netbeans. But when can I start using C++ plugin with Apache Netbeans? Is there some specific version of Apache Netbeans that will support the C++ plugin? Or is it the other way around, C++ plugin devs need to support Apache Netbeans? Best regards, Birger - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: build failure cnd/cnd.debugger.dbx now missing ;)
Feel free to change everything completely -- though a clue might be to take a look at a the installation directory of a full 8.2 distribution (or a C/C++ specific distribution of 8.2), to see what exactly (in JARs) is in the folders 'cnd', 'cndext', and 'dlight' and then try to mirror that in your clone (in NetBeans module projects). Gj On Thu, Feb 6, 2020 at 11:03 PM Peter Kovacs wrote: > I see. I had hopes that still one got lost in the merge. > > I will try to find a solution. Thanks for the feedback. > > > On 06.02.20 22:57, Geertjan Wielenga wrote: > > Yes, heaps of things to figure out, far from anywhere where I have > answers > > to your questions right now. > > > > All that's been added is 'cnd', 'cndext', and 'dlight'. All answers to > your > > questions will be in one/more of these. > > > > Gj > > > > On Thu, Feb 6, 2020 at 10:51 PM Peter Kovacs wrote: > > > >> Thanks for the checking of missing builds. I have to figure out if I can > >> get a notification if you change something ;) > >> > >> Now I got the Issue that following dependency is missing: > >> > >> cnd/cnd.debugger.dbx > >> > >> In the repo there is > >> > >> cnd.debugger.common2 > >> cnd.debugger.gdb2 > >> > >> maybe similar case? > >> > >> All the best > >> > >> Peter > >> > >> On 06.02.20 15:40, Peter Kovacs wrote: > >>> Hmm, I am stuck. I cloned the github repo as suggested and tried to > >> build. > >>> where do I find the following definition? > >>> > >>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module > >>> org.netbeans.libs.clank > >>> > >>> It is not at the given location. > >>> > >>> Same message different location: > >>> > >>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one > >>> exist: > >>> > >>> first message I get whentrying to build with netbeans. Second one with > >>> ant via commandline. > >>> > >>> > >>> I do not have clank, is there a case where we lookup what isavailable? > >>> Or can I config something? > >>> > >>> Doku would be also fine. :) > >>> > >>> Thanks any help. > >>> > >>> On 06.02.20 13:12, Geertjan Wielenga wrote: > >>> > Get the code to compile. :-) > > That's what I'm working on now. > > Gj > > On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: > > > What are the tasks to do? > > > > I help if I can. > > > > On 06.02.20 12:40, Geertjan Wielenga wrote: > >> You can use openbeans.org. > >> > >> Or join me in working on bring C/C++ to Apache NetBeans, it's in my > >> fork > >> right now: > >> > >> https://github.com/geertjanw/netbeans > >> > >> Gj > >> > >> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < > > birger...@gmail.com> > >> wrote: > >> > >>> Hi, > >>> > >>> > >>> Over the last years, I've started using Netbeans exclusively for > C++ > >>> projects. So I've been on 8.2 ever since it was released, and I'm > >>> eagerly waiting to start using (and reporting issues of) Apache > >>> Netbeans. > >>> > >>> But when can I start using C++ plugin with Apache Netbeans? Is > there > >>> some specific version of Apache Netbeans that will support the C++ > >>> plugin? Or is it the other way around, C++ plugin devs need to > >> support > >>> Apache Netbeans? > >>> > >>> > >>> Best regards, > >>> Birger > >>> > >>> > - > >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > >>> For additional commands, e-mail: dev-h...@netbeans.apache.org > >>> > >>> For further information about the NetBeans mailing lists, visit: > >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >>> > >>> > >>> > >>> > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > >>> - > >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > >>> For additional commands, e-mail: dev-h...@netbeans.apache.org > >>> > >>> For further information about the NetBeans mailing lists, visit: > >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >>> > >>> > >>> > >> - > >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > >> For additional commands, e-mail: dev-h...@netbeans.apache.org > >> > >> For further information about the NetBeans mailing lists, visit: > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >> > >> > >> > >> > > -
Re: build failure cnd/cnd.debugger.dbx now missing ;)
I see. I had hopes that still one got lost in the merge. I will try to find a solution. Thanks for the feedback. On 06.02.20 22:57, Geertjan Wielenga wrote: > Yes, heaps of things to figure out, far from anywhere where I have answers > to your questions right now. > > All that's been added is 'cnd', 'cndext', and 'dlight'. All answers to your > questions will be in one/more of these. > > Gj > > On Thu, Feb 6, 2020 at 10:51 PM Peter Kovacs wrote: > >> Thanks for the checking of missing builds. I have to figure out if I can >> get a notification if you change something ;) >> >> Now I got the Issue that following dependency is missing: >> >> cnd/cnd.debugger.dbx >> >> In the repo there is >> >> cnd.debugger.common2 >> cnd.debugger.gdb2 >> >> maybe similar case? >> >> All the best >> >> Peter >> >> On 06.02.20 15:40, Peter Kovacs wrote: >>> Hmm, I am stuck. I cloned the github repo as suggested and tried to >> build. >>> where do I find the following definition? >>> >>> netbeans/nbbuild/templates/projectized.xml:101: No dependent module >>> org.netbeans.libs.clank >>> >>> It is not at the given location. >>> >>> Same message different location: >>> >>> /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one >>> exist: >>> >>> first message I get whentrying to build with netbeans. Second one with >>> ant via commandline. >>> >>> >>> I do not have clank, is there a case where we lookup what isavailable? >>> Or can I config something? >>> >>> Doku would be also fine. :) >>> >>> Thanks any help. >>> >>> On 06.02.20 13:12, Geertjan Wielenga wrote: >>> Get the code to compile. :-) That's what I'm working on now. Gj On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: > What are the tasks to do? > > I help if I can. > > On 06.02.20 12:40, Geertjan Wielenga wrote: >> You can use openbeans.org. >> >> Or join me in working on bring C/C++ to Apache NetBeans, it's in my >> fork >> right now: >> >> https://github.com/geertjanw/netbeans >> >> Gj >> >> On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < > birger...@gmail.com> >> wrote: >> >>> Hi, >>> >>> >>> Over the last years, I've started using Netbeans exclusively for C++ >>> projects. So I've been on 8.2 ever since it was released, and I'm >>> eagerly waiting to start using (and reporting issues of) Apache >>> Netbeans. >>> >>> But when can I start using C++ plugin with Apache Netbeans? Is there >>> some specific version of Apache Netbeans that will support the C++ >>> plugin? Or is it the other way around, C++ plugin devs need to >> support >>> Apache Netbeans? >>> >>> >>> Best regards, >>> Birger >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >>> For additional commands, e-mail: dev-h...@netbeans.apache.org >>> >>> For further information about the NetBeans mailing lists, visit: >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> >>> >>> >>> > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >>> For additional commands, e-mail: dev-h...@netbeans.apache.org >>> >>> For further information about the NetBeans mailing lists, visit: >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> >>> >>> >> - >> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >> For additional commands, e-mail: dev-h...@netbeans.apache.org >> >> For further information about the NetBeans mailing lists, visit: >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >> >> >> >> - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: build failure cnd/cnd.debugger.dbx now missing ;)
Yes, heaps of things to figure out, far from anywhere where I have answers to your questions right now. All that's been added is 'cnd', 'cndext', and 'dlight'. All answers to your questions will be in one/more of these. Gj On Thu, Feb 6, 2020 at 10:51 PM Peter Kovacs wrote: > Thanks for the checking of missing builds. I have to figure out if I can > get a notification if you change something ;) > > Now I got the Issue that following dependency is missing: > > cnd/cnd.debugger.dbx > > In the repo there is > > cnd.debugger.common2 > cnd.debugger.gdb2 > > maybe similar case? > > All the best > > Peter > > On 06.02.20 15:40, Peter Kovacs wrote: > > Hmm, I am stuck. I cloned the github repo as suggested and tried to > build. > > > > where do I find the following definition? > > > > netbeans/nbbuild/templates/projectized.xml:101: No dependent module > > org.netbeans.libs.clank > > > > It is not at the given location. > > > > Same message different location: > > > > /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one > > exist: > > > > first message I get whentrying to build with netbeans. Second one with > > ant via commandline. > > > > > > I do not have clank, is there a case where we lookup what isavailable? > > Or can I config something? > > > > Doku would be also fine. :) > > > > Thanks any help. > > > > On 06.02.20 13:12, Geertjan Wielenga wrote: > > > >> Get the code to compile. :-) > >> > >> That's what I'm working on now. > >> > >> Gj > >> > >> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: > >> > >>> What are the tasks to do? > >>> > >>> I help if I can. > >>> > >>> On 06.02.20 12:40, Geertjan Wielenga wrote: > You can use openbeans.org. > > Or join me in working on bring C/C++ to Apache NetBeans, it's in my > fork > right now: > > https://github.com/geertjanw/netbeans > > Gj > > On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < > >>> birger...@gmail.com> > wrote: > > > Hi, > > > > > > Over the last years, I've started using Netbeans exclusively for C++ > > projects. So I've been on 8.2 ever since it was released, and I'm > > eagerly waiting to start using (and reporting issues of) Apache > > Netbeans. > > > > But when can I start using C++ plugin with Apache Netbeans? Is there > > some specific version of Apache Netbeans that will support the C++ > > plugin? Or is it the other way around, C++ plugin devs need to > support > > Apache Netbeans? > > > > > > Best regards, > > Birger > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > > >>> - > >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > >>> For additional commands, e-mail: dev-h...@netbeans.apache.org > >>> > >>> For further information about the NetBeans mailing lists, visit: > >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > >>> > >>> > >>> > >>> > > - > > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > > For additional commands, e-mail: dev-h...@netbeans.apache.org > > > > For further information about the NetBeans mailing lists, visit: > > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > >
Re: build failure cnd/cnd.debugger.dbx now missing ;)
Thanks for the checking of missing builds. I have to figure out if I can get a notification if you change something ;) Now I got the Issue that following dependency is missing: cnd/cnd.debugger.dbx In the repo there is cnd.debugger.common2 cnd.debugger.gdb2 maybe similar case? All the best Peter On 06.02.20 15:40, Peter Kovacs wrote: > Hmm, I am stuck. I cloned the github repo as suggested and tried to build. > > where do I find the following definition? > > netbeans/nbbuild/templates/projectized.xml:101: No dependent module > org.netbeans.libs.clank > > It is not at the given location. > > Same message different location: > > /netbeans/nbbuild/build.xml:256: Cannot resolve libs.clank. Neither one > exist: > > first message I get whentrying to build with netbeans. Second one with > ant via commandline. > > > I do not have clank, is there a case where we lookup what isavailable? > Or can I config something? > > Doku would be also fine. :) > > Thanks any help. > > On 06.02.20 13:12, Geertjan Wielenga wrote: > >> Get the code to compile. :-) >> >> That's what I'm working on now. >> >> Gj >> >> On Thu, Feb 6, 2020 at 1:10 PM Peter Kovacs wrote: >> >>> What are the tasks to do? >>> >>> I help if I can. >>> >>> On 06.02.20 12:40, Geertjan Wielenga wrote: You can use openbeans.org. Or join me in working on bring C/C++ to Apache NetBeans, it's in my fork right now: https://github.com/geertjanw/netbeans Gj On Thu, Feb 6, 2020 at 12:33 PM Birger Skogeng Pedersen < >>> birger...@gmail.com> wrote: > Hi, > > > Over the last years, I've started using Netbeans exclusively for C++ > projects. So I've been on 8.2 ever since it was released, and I'm > eagerly waiting to start using (and reporting issues of) Apache > Netbeans. > > But when can I start using C++ plugin with Apache Netbeans? Is there > some specific version of Apache Netbeans that will support the C++ > plugin? Or is it the other way around, C++ plugin devs need to support > Apache Netbeans? > > > Best regards, > Birger > > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > > >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org >>> For additional commands, e-mail: dev-h...@netbeans.apache.org >>> >>> For further information about the NetBeans mailing lists, visit: >>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists >>> >>> >>> >>> > - > To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org > For additional commands, e-mail: dev-h...@netbeans.apache.org > > For further information about the NetBeans mailing lists, visit: > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists > > > - To unsubscribe, e-mail: dev-unsubscr...@netbeans.apache.org For additional commands, e-mail: dev-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists