Re: Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-14 Thread Eric Bresie
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-09 Thread 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:

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Ivan Soleimanipour
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Jan Lahoda
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Peter Kovacs
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Geertjan Wielenga
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Ivan Soleimanipour
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Peter Kovacs
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" >>

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-07 Thread Peter Kovacs
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-06 Thread Jan Lahoda
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-06 Thread Ivan Soleimanipour
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-06 Thread Geertjan Wielenga
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-06 Thread Peter Kovacs
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-06 Thread Geertjan Wielenga
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

Re: build failure cnd/cnd.debugger.dbx now missing ;)

2020-02-06 Thread Peter Kovacs
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