You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Peter Kovacs <Pe...@Apache.org> on 2020/02/06 14:40:17 UTC
build failure on cnd lib.clank does not exist (was: When can we
expect to use the C++ plugin, and how can you tell?)
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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@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 ;)
Posted by Geertjan Wielenga <ge...@apache.org>.
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 <Pe...@apache.org> 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 <Pe...@apache.org> 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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
> >>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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 ;)
Posted by Peter Kovacs <Pe...@Apache.org>.
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 <Pe...@apache.org> 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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
>>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@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 ;)
Posted by Geertjan Wielenga <ge...@apache.org>.
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 <Pe...@apache.org> 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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
> >>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> > For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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 ;)
Posted by Peter Kovacs <Pe...@Apache.org>.
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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
>>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@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 ;)
Posted by Peter Kovacs <Pe...@Apache.org>.
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.soleimanipour@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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
>>>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Re: build failure cnd/cnd.debugger.dbx now missing ;)
Posted by Eric Bresie <eb...@gmail.com>.
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
Ebresie@gmail.com
> On February 9, 2020 at 3:28:31 AM CST, Geertjan Wielenga <ge...@apache.org> 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-ErEA@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.soleimanipour@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.
> >
> >
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> > For additional commands, e-mail: dev-help@netbeans.apache.org
> >
> > For further information about the NetBeans mailing lists, visit:
> > https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >
> >
> >
> >
Re: building CND
Posted by Peter Kovacs <pe...@apache.org>.
I thought we need it because the build was complaining lib.clank is missing.
And I did not find it. But it seems I had tomato - eyes and missed the
folder.
-.-
Am 25.02.20 um 07:34 schrieb Ivan Soleimanipour:
>
>
> On 2/24/20 10:20 AM, Peter Kovacs wrote:
>> I am tried building Clank today.
>
> You mean https://github.com/java-port/clank ?
>
> Why do you think you need to build that in order to get NB+CND going?
>
>> It seems I need the netbeans build hearness. And I do not know how to
>> set that up.
>
> This indicates that https://github.com/java-port/clank has a
> dependency on NB.
> I expect .../clank is designed a "provider" that gets "dependency
> injected" into stock NB+CND.
> That, in turn, implies that stock NB+CND should be buildable w/o
> https://github.com/java-port/clank
> otherwise you'll be having a circular dependency.
>
> The only thing "clank" related in stock NB+CND is libs.clank and
> AFAICT it poses no problem ... it only
> contains a Bundle file (Bundle files are resource files, usually i18n
> messages and gui labels and such).
>
>>
>> The Message talks of
>>
>> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
>> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
>> On a developer machine these are normally defined in
>> ${user.properties.file}=${netbeans.user}/build.properties
>> but for automated builds you should pass these properties to Ant
>> explicitly.
>> You may instead download the harness and platform:
>> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
>>
>>
>> So I set the Variables to my netbeans Folder? Or would it make more
>> sense to move the Clank modules into the netbeans repository?
>>
>> Like the others?
>>
>> I am usure what would be the best way to proceed. The project is
>> under LLVM License.
>>
>>
>> Thanks for your time.
>>
>> All the Best
>>
>> Peter
>>
>>
>> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
>>> Hi Ivan,
>>>
>>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
>>>>
>>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
>>>>> 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 think that will feed the dependency avalanche.
>>>
>>> It does not have additional external dependencies. And its file
>>> structure shows it comes from netbeans. The License is however unclear.
>>>
>>> Also the code seems abandond. So I see other issues then dependencies.
>>>
>>> Also it is a link to a build tool (clang) which is handy. Some
>>> people work with the toolset.
>>>
>>>>
>>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
>>>> contain default i18n text) so it should just
>>>> build w/o any issues. I.e. _don't_ remove libs.clank from
>>>> nb.cluster.cnd
>>>>
>>>
>>>>>
>>>>> I tried to remove the dependency clank from the cluster, but ant
>>>>> stayed persistant in requesting clank.
>>>>
>>>> "ant clean" to the rescue?
>>> Ohh yea did not try. :) Thanks for this beginner pointer.
>>>>
>>>>
>>>>> 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.
>>>>
>>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing
>>>> it for the first time in Peters quote.
>>>> Case of Reply vs ReplyAll or ???
>>> Yes, I did not notice too. Or I would have forwarded.
>>>>
>>>>>>
>>>>>> I have also seen "Target "all-cnd" does not exist in the project
>>>>>> "main"".
>>>>>>
>>>>>> But then sometimes it just goes away.
>>>>
>>>> No such luck with me.
>>>>
>>>>>> Reminds me a bit of this discussion:
>>>>>>
>>>>>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
>>>>>>
>>>>
>>>> Yeah, looks familiar but the resolution was "magical".
>>>>
>>>>>>
>>>>>> If you/we can get further with this, that would be great
>>>>
>>>> I poked at it some more and learned a bit more:
>>>>
>>>> The 'all-' list is built in the 'init' ant target. So you can
>>>> concentrate on the problem by just issuing
>>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
>>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
>>>> [insert-module-all-targets] Cannot find build prerequisite
>>>> org.netbeans.modules.hibernate of
>>>> /home/open/nb-geertjan/contrib/hibernateweb
>>>>
>>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
>>>> just a warning as it _doesn't_ abort the build.
>>> I did see the same error with same conclusion.
>>>>
>>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's
>>>> binary but it's clear that it doesn't contain anything
>>>> relating to CND in it. I blew it away thinking it's stale but no
>>>> joy. In fact "ant clean" blows it away anyway.
>>>>
>>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
>>>> -Dcluster.config=cnd init" there's a bunch of stuff
>>>> that gets fetched from the cloud:
>>>>
>>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
>>>> [javac] Compiling 95 source files to
>>>> /home/open/nb-geertjan/nbbuild/build/antclasses
>>>> [jar] Building jar:
>>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
>>>> [configureproxy] Resetting proxyHost to empty string
>>>> [get] Getting:
>>>> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
>>>> [get] To:
>>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
>>>> [copy] Warning: Could not find file
>>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
>>>> [copy] Warning: Could not find file
>>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
>>>>
>>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
>>>> CND? I poked around but it doesn't seem to
>>>> mention clusters anyway.
>>>>
>>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
>>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
>>>> shows that it _does_ contain nb.cluster.cnd.
>>>>
>>>> That's where my investigations are at now..
>>>
>>> Have you tried the following command?
>>>
>>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
>>>
>>>>
>>>>>> -- and please feel
>>>>>> free to provide pull requests to my fork.
>>>>
>>>> Gladly but I don't have anything meaty yet.
>>>>
>>>> Peter, could you please try w/o removing the libs.clank dependency?
>>>
>>> Yes, I have to integrate clank again. I hope I manage some time for
>>> this on the weekend.
>>>
>>> And I hope I get a license response.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: building CND
Posted by Ivan Soleimanipour <iv...@sbcglobal.net>.
On 2/24/20 10:20 AM, Peter Kovacs wrote:
> I am tried building Clank today.
You mean https://github.com/java-port/clank ?
Why do you think you need to build that in order to get NB+CND going?
> It seems I need the netbeans build hearness. And I do not know how to set that up.
This indicates that https://github.com/java-port/clank has a dependency on NB.
I expect .../clank is designed a "provider" that gets "dependency injected" into stock NB+CND.
That, in turn, implies that stock NB+CND should be buildable w/o https://github.com/java-port/clank
otherwise you'll be having a circular dependency.
The only thing "clank" related in stock NB+CND is libs.clank and AFAICT it poses no problem ... it only
contains a Bundle file (Bundle files are resource files, usually i18n messages and gui labels and such).
>
> The Message talks of
>
> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> On a developer machine these are normally defined in ${user.properties.file}=${netbeans.user}/build.properties
> but for automated builds you should pass these properties to Ant explicitly.
> You may instead download the harness and platform: -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
>
>
> So I set the Variables to my netbeans Folder? Or would it make more sense to move the Clank modules into the netbeans repository?
>
> Like the others?
>
> I am usure what would be the best way to proceed. The project is under LLVM License.
>
>
> Thanks for your time.
>
> All the Best
>
> Peter
>
>
> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
>> Hi Ivan,
>>
>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
>>>
>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
>>>> 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 think that will feed the dependency avalanche.
>>
>> It does not have additional external dependencies. And its file structure shows it comes from netbeans. The License is however unclear.
>>
>> Also the code seems abandond. So I see other issues then dependencies.
>>
>> Also it is a link to a build tool (clang) which is handy. Some people work with the toolset.
>>
>>>
>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly contain default i18n text) so it should just
>>> build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd
>>>
>>
>>>>
>>>> I tried to remove the dependency clank from the cluster, but ant stayed persistant in requesting clank.
>>>
>>> "ant clean" to the rescue?
>> Ohh yea did not try. :) Thanks for this beginner pointer.
>>>
>>>
>>>> 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.
>>>
>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it for the first time in Peters quote.
>>> Case of Reply vs ReplyAll or ???
>> Yes, I did not notice too. Or I would have forwarded.
>>>
>>>>>
>>>>> I have also seen "Target "all-cnd" does not exist in the project "main"".
>>>>>
>>>>> But then sometimes it just goes away.
>>>
>>> No such luck with me.
>>>
>>>>> Reminds me a bit of this discussion:
>>>>>
>>>>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
>>>
>>> Yeah, looks familiar but the resolution was "magical".
>>>
>>>>>
>>>>> If you/we can get further with this, that would be great
>>>
>>> I poked at it some more and learned a bit more:
>>>
>>> The 'all-' list is built in the 'init' ant target. So you can concentrate on the problem by just issuing
>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
>>> [insert-module-all-targets] Cannot find build prerequisite org.netbeans.modules.hibernate of /home/open/nb-geertjan/contrib/hibernateweb
>>>
>>> I _think_ the contrib/hibernateweb error is a red herring ... it's just a warning as it _doesn't_ abort the build.
>> I did see the same error with same conclusion.
>>>
>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary but it's clear that it doesn't contain anything
>>> relating to CND in it. I blew it away thinking it's stale but no joy. In fact "ant clean" blows it away anyway.
>>>
>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant -Dcluster.config=cnd init" there's a bunch of stuff
>>> that gets fetched from the cloud:
>>>
>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
>>> [javac] Compiling 95 source files to /home/open/nb-geertjan/nbbuild/build/antclasses
>>> [jar] Building jar: /home/open/nb-geertjan/nbbuild/build/nbantext.jar
>>> [configureproxy] Resetting proxyHost to empty string
>>> [get] Getting: https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
>>> [get] To: /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
>>> [copy] Warning: Could not find file /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
>>> [copy] Warning: Could not find file /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
>>>
>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking CND? I poked around but it doesn't seem to
>>> mention clusters anyway.
>>>
>>> nb-scan-cache is created by the ModuleListParser ant task. It uses {nb.clusters.list} as input. Echoing {nb.clusters.list}
>>> shows that it _does_ contain nb.cluster.cnd.
>>>
>>> That's where my investigations are at now..
>>
>> Have you tried the following command?
>>
>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
>>
>>>
>>>>> -- and please feel
>>>>> free to provide pull requests to my fork.
>>>
>>> Gladly but I don't have anything meaty yet.
>>>
>>> Peter, could you please try w/o removing the libs.clank dependency?
>>
>> Yes, I have to integrate clank again. I hope I manage some time for this on the weekend.
>>
>> And I hope I get a license response.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: building CND
Posted by Geertjan Wielenga <ge...@apache.org>.
Done. Jan's repo is from this point the central cnd version which, if/when
everything is sorted out, will be the basis of our cnd work going forward.
Gj
On Tue, Feb 25, 2020 at 11:49 AM Geertjan Wielenga <ge...@apache.org>
wrote:
> I'm going to remove my repo, Jan has done a much better job and documented
> it much better.
>
> Gj
>
> On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org> wrote:
>
>> I am sorry, no offense ment. I do not understand some of your decisions.
>>
>> Can you maybe elaborate? Whatever your desicion is based on it is okay
>> for me.
>>
>>
>> Why did you start over and not based your work on GJs repo?
>>
>>
>> why do you replace
>>
>> <specification-version>2.8</specification-version>
>>
>> with
>>
>> <specification-version>1.0</specification-version>
>>
>> in
>>
>> cnd/cnd.asm/nbproject/project.xml
>> <
>> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000>
>>
>>
>>
>> ?
>>
>>
>> I try to follow your guide to see if it builds for me.
>>
>> Maybe you should consider a pull request towards GJ so we get one
>> central cnd version that can be committed back into the main tree.
>>
>>
>> Am 25.02.20 um 08:22 schrieb Jan Lahoda:
>> > FWIW, a few days ago, I tried to make CND buildable. The experiment is
>> > available here:
>> > https://github.com/jlahoda/netbeans/tree/cnd-building
>> >
>> > A number of files need to be added to make the build work, see the
>> > description here:
>> > https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
>> >
>> > (It would be useful if someone could try to build independently using
>> the
>> > instructions, to find any issues with them.)
>> >
>> > The question is how to continue with this - bringing the CND source
>> code in
>> > line with Apache rules is going to be quite some work, maintaining the
>> > C/C++ support will be some work also, and I don't think I have time to
>> work
>> > on that much.
>> >
>> > Jan
>> >
>> >
>> > On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
>> >
>> >> I am tried building Clank today. It seems I need the netbeans build
>> >> hearness. And I do not know how to set that up.
>> >>
>> >> The Message talks of
>> >>
>> >> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
>> >> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
>> >> On a developer machine these are normally defined in
>> >> ${user.properties.file}=${netbeans.user}/build.properties
>> >> but for automated builds you should pass these properties to Ant
>> >> explicitly.
>> >> You may instead download the harness and platform:
>> >> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
>> >>
>> >>
>> >> So I set the Variables to my netbeans Folder? Or would it make more
>> >> sense to move the Clank modules into the netbeans repository?
>> >>
>> >> Like the others?
>> >>
>> >> I am usure what would be the best way to proceed. The project is under
>> >> LLVM License.
>> >>
>> >>
>> >> Thanks for your time.
>> >>
>> >> All the Best
>> >>
>> >> Peter
>> >>
>> >>
>> >> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
>> >>> Hi Ivan,
>> >>>
>> >>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
>> >>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
>> >>>>> 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 think that will feed the dependency avalanche.
>> >>> It does not have additional external dependencies. And its file
>> >>> structure shows it comes from netbeans. The License is however
>> unclear.
>> >>>
>> >>> Also the code seems abandond. So I see other issues then dependencies.
>> >>>
>> >>> Also it is a link to a build tool (clang) which is handy. Some people
>> >>> work with the toolset.
>> >>>
>> >>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
>> >>>> contain default i18n text) so it should just
>> >>>> build w/o any issues. I.e. _don't_ remove libs.clank from
>> >>>> nb.cluster.cnd
>> >>>>
>> >>>>> I tried to remove the dependency clank from the cluster, but ant
>> >>>>> stayed persistant in requesting clank.
>> >>>> "ant clean" to the rescue?
>> >>> Ohh yea did not try. :) Thanks for this beginner pointer.
>> >>>>
>> >>>>> 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.
>> >>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
>> >>>> for the first time in Peters quote.
>> >>>> Case of Reply vs ReplyAll or ???
>> >>> Yes, I did not notice too. Or I would have forwarded.
>> >>>>>> I have also seen "Target "all-cnd" does not exist in the project
>> >>>>>> "main"".
>> >>>>>>
>> >>>>>> But then sometimes it just goes away.
>> >>>> No such luck with me.
>> >>>>
>> >>>>>> Reminds me a bit of this discussion:
>> >>>>>>
>> >>>>>>
>> >>
>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
>> >>>> Yeah, looks familiar but the resolution was "magical".
>> >>>>
>> >>>>>> If you/we can get further with this, that would be great
>> >>>> I poked at it some more and learned a bit more:
>> >>>>
>> >>>> The 'all-' list is built in the 'init' ant target. So you can
>> >>>> concentrate on the problem by just issuing
>> >>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
>> >>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
>> >>>> [insert-module-all-targets] Cannot find build prerequisite
>> >>>> org.netbeans.modules.hibernate of
>> >>>> /home/open/nb-geertjan/contrib/hibernateweb
>> >>>>
>> >>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
>> >>>> just a warning as it _doesn't_ abort the build.
>> >>> I did see the same error with same conclusion.
>> >>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary
>> >>>> but it's clear that it doesn't contain anything
>> >>>> relating to CND in it. I blew it away thinking it's stale but no joy.
>> >>>> In fact "ant clean" blows it away anyway.
>> >>>>
>> >>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
>> >>>> -Dcluster.config=cnd init" there's a bunch of stuff
>> >>>> that gets fetched from the cloud:
>> >>>>
>> >>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
>> >>>> [javac] Compiling 95 source files to
>> >>>> /home/open/nb-geertjan/nbbuild/build/antclasses
>> >>>> [jar] Building jar:
>> >>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
>> >>>> [configureproxy] Resetting proxyHost to empty string
>> >>>> [get] Getting:
>> >>>>
>> >>
>> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
>> >>>> [get] To:
>> >>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
>> >>>> [copy] Warning: Could not find file
>> >>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
>> >>>> [copy] Warning: Could not find file
>> >>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
>> >>>>
>> >>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
>> >>>> CND? I poked around but it doesn't seem to
>> >>>> mention clusters anyway.
>> >>>>
>> >>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
>> >>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
>> >>>> shows that it _does_ contain nb.cluster.cnd.
>> >>>>
>> >>>> That's where my investigations are at now..
>> >>> Have you tried the following command?
>> >>>
>> >>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
>> >>>
>> >>>>>> -- and please feel
>> >>>>>> free to provide pull requests to my fork.
>> >>>> Gladly but I don't have anything meaty yet.
>> >>>>
>> >>>> Peter, could you please try w/o removing the libs.clank dependency?
>> >>> Yes, I have to integrate clank again. I hope I manage some time for
>> >>> this on the weekend.
>> >>>
>> >>> And I hope I get a license response.
>> >>>
>> >>>
>> >>> ---------------------------------------------------------------------
>> >>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>> >>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> >> For additional commands, e-mail: dev-help@netbeans.apache.org
>> >>
>> >> For further information about the NetBeans mailing lists, visit:
>> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>> >>
>> >>
>> >>
>> >>
>>
>
Re: building CND
Posted by Geertjan Wielenga <ge...@apache.org>.
I'm going to remove my repo, Jan has done a much better job and documented
it much better.
Gj
On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org> wrote:
> I am sorry, no offense ment. I do not understand some of your decisions.
>
> Can you maybe elaborate? Whatever your desicion is based on it is okay
> for me.
>
>
> Why did you start over and not based your work on GJs repo?
>
>
> why do you replace
>
> <specification-version>2.8</specification-version>
>
> with
>
> <specification-version>1.0</specification-version>
>
> in
>
> cnd/cnd.asm/nbproject/project.xml
> <
> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000>
>
>
>
> ?
>
>
> I try to follow your guide to see if it builds for me.
>
> Maybe you should consider a pull request towards GJ so we get one
> central cnd version that can be committed back into the main tree.
>
>
> Am 25.02.20 um 08:22 schrieb Jan Lahoda:
> > FWIW, a few days ago, I tried to make CND buildable. The experiment is
> > available here:
> > https://github.com/jlahoda/netbeans/tree/cnd-building
> >
> > A number of files need to be added to make the build work, see the
> > description here:
> > https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
> >
> > (It would be useful if someone could try to build independently using the
> > instructions, to find any issues with them.)
> >
> > The question is how to continue with this - bringing the CND source code
> in
> > line with Apache rules is going to be quite some work, maintaining the
> > C/C++ support will be some work also, and I don't think I have time to
> work
> > on that much.
> >
> > Jan
> >
> >
> > On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
> >
> >> I am tried building Clank today. It seems I need the netbeans build
> >> hearness. And I do not know how to set that up.
> >>
> >> The Message talks of
> >>
> >> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
> >> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> >> On a developer machine these are normally defined in
> >> ${user.properties.file}=${netbeans.user}/build.properties
> >> but for automated builds you should pass these properties to Ant
> >> explicitly.
> >> You may instead download the harness and platform:
> >> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
> >>
> >>
> >> So I set the Variables to my netbeans Folder? Or would it make more
> >> sense to move the Clank modules into the netbeans repository?
> >>
> >> Like the others?
> >>
> >> I am usure what would be the best way to proceed. The project is under
> >> LLVM License.
> >>
> >>
> >> Thanks for your time.
> >>
> >> All the Best
> >>
> >> Peter
> >>
> >>
> >> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> >>> Hi Ivan,
> >>>
> >>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
> >>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
> >>>>> 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 think that will feed the dependency avalanche.
> >>> It does not have additional external dependencies. And its file
> >>> structure shows it comes from netbeans. The License is however unclear.
> >>>
> >>> Also the code seems abandond. So I see other issues then dependencies.
> >>>
> >>> Also it is a link to a build tool (clang) which is handy. Some people
> >>> work with the toolset.
> >>>
> >>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
> >>>> contain default i18n text) so it should just
> >>>> build w/o any issues. I.e. _don't_ remove libs.clank from
> >>>> nb.cluster.cnd
> >>>>
> >>>>> I tried to remove the dependency clank from the cluster, but ant
> >>>>> stayed persistant in requesting clank.
> >>>> "ant clean" to the rescue?
> >>> Ohh yea did not try. :) Thanks for this beginner pointer.
> >>>>
> >>>>> 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.
> >>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
> >>>> for the first time in Peters quote.
> >>>> Case of Reply vs ReplyAll or ???
> >>> Yes, I did not notice too. Or I would have forwarded.
> >>>>>> I have also seen "Target "all-cnd" does not exist in the project
> >>>>>> "main"".
> >>>>>>
> >>>>>> But then sometimes it just goes away.
> >>>> No such luck with me.
> >>>>
> >>>>>> Reminds me a bit of this discussion:
> >>>>>>
> >>>>>>
> >>
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
> >>>> Yeah, looks familiar but the resolution was "magical".
> >>>>
> >>>>>> If you/we can get further with this, that would be great
> >>>> I poked at it some more and learned a bit more:
> >>>>
> >>>> The 'all-' list is built in the 'init' ant target. So you can
> >>>> concentrate on the problem by just issuing
> >>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
> >>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
> >>>> [insert-module-all-targets] Cannot find build prerequisite
> >>>> org.netbeans.modules.hibernate of
> >>>> /home/open/nb-geertjan/contrib/hibernateweb
> >>>>
> >>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
> >>>> just a warning as it _doesn't_ abort the build.
> >>> I did see the same error with same conclusion.
> >>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary
> >>>> but it's clear that it doesn't contain anything
> >>>> relating to CND in it. I blew it away thinking it's stale but no joy.
> >>>> In fact "ant clean" blows it away anyway.
> >>>>
> >>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
> >>>> -Dcluster.config=cnd init" there's a bunch of stuff
> >>>> that gets fetched from the cloud:
> >>>>
> >>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
> >>>> [javac] Compiling 95 source files to
> >>>> /home/open/nb-geertjan/nbbuild/build/antclasses
> >>>> [jar] Building jar:
> >>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
> >>>> [configureproxy] Resetting proxyHost to empty string
> >>>> [get] Getting:
> >>>>
> >>
> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
> >>>> [get] To:
> >>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
> >>>> [copy] Warning: Could not find file
> >>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
> >>>> [copy] Warning: Could not find file
> >>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
> >>>>
> >>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
> >>>> CND? I poked around but it doesn't seem to
> >>>> mention clusters anyway.
> >>>>
> >>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
> >>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
> >>>> shows that it _does_ contain nb.cluster.cnd.
> >>>>
> >>>> That's where my investigations are at now..
> >>> Have you tried the following command?
> >>>
> >>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
> >>>
> >>>>>> -- and please feel
> >>>>>> free to provide pull requests to my fork.
> >>>> Gladly but I don't have anything meaty yet.
> >>>>
> >>>> Peter, could you please try w/o removing the libs.clank dependency?
> >>> Yes, I have to integrate clank again. I hope I manage some time for
> >>> this on the weekend.
> >>>
> >>> And I hope I get a license response.
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> >>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >> For additional commands, e-mail: dev-help@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> >>
>
Re: building CND
Posted by Jan Lahoda <la...@gmail.com>.
On Tue, Feb 25, 2020 at 11:49 PM Sven Reimers <sv...@gmail.com>
wrote:
> Anybody any clue why cnd.antlr was nor donated?
>
I suspect it is the usual: not having sufficient rights to do so. (Which,
frankly, makes sense, given this is a fork on the antlr project.)
Anyway, I think it is a relatively small issue, compared to many others.
Jan
> Would it helpful to try to get it donated with the next donation?
>
> Just curious
>
> -Sven
>
> Jan Lahoda <la...@gmail.com> schrieb am Di., 25. Feb. 2020, 21:19:
>
> > On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org> wrote:
> >
> > > I am sorry, no offense ment. I do not understand some of your
> decisions.
> > >
> > > Can you maybe elaborate? Whatever your desicion is based on it is okay
> > > for me.
> > >
> > >
> > > Why did you start over and not based your work on GJs repo?
> > >
> >
> > I tried to make it so that we can join histories (i.e. put the Emilian's
> > repository based on the Mercurial version) below the apache/netbeans
> > repository and have history for the files go as back as possible. It is
> > entirely possible we might want/need to start over again.
> >
> >
> > >
> > >
> > > why do you replace
> > >
> > > <specification-version>2.8</specification-version>
> > >
> > > with
> > >
> > > <specification-version>1.0</specification-version>
> > >
> > > in
> > >
> > > cnd/cnd.asm/nbproject/project.xml
> > > <
> > >
> >
> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000
> > >
> > >
> > >
> > >
> > > ?
> > >
> >
> > cnd.antlr was not donated. The direction that I took is to take a build
> of
> > cnd.antlr, and include it as a binary - it cannot be part of the Apache
> > repo, but if there's a binary, Apache NetBeans can use it, as it was
> under
> > (among other) the CDDL license. To include it as a binary, I created a
> new
> > lib module, and simply started the versioning from 1.0. Not sure that's
> > important at all - we can rename the module, change its version or
> > anything, and does not change much. That module is likely to need some
> > cleanup anyway.
> >
> >
> > > I try to follow your guide to see if it builds for me.
> > >
> > > Maybe you should consider a pull request towards GJ so we get one
> > > central cnd version that can be committed back into the main tree.
> > >
> >
> > It would be IMO much better to have a shared repository (or at least a
> > branch) under Apache.
> >
> > Jan
> >
> >
> > >
> > > Am 25.02.20 um 08:22 schrieb Jan Lahoda:
> > > > FWIW, a few days ago, I tried to make CND buildable. The experiment
> is
> > > > available here:
> > > > https://github.com/jlahoda/netbeans/tree/cnd-building
> > > >
> > > > A number of files need to be added to make the build work, see the
> > > > description here:
> > > > https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
> > > >
> > > > (It would be useful if someone could try to build independently using
> > the
> > > > instructions, to find any issues with them.)
> > > >
> > > > The question is how to continue with this - bringing the CND source
> > code
> > > in
> > > > line with Apache rules is going to be quite some work, maintaining
> the
> > > > C/C++ support will be some work also, and I don't think I have time
> to
> > > work
> > > > on that much.
> > > >
> > > > Jan
> > > >
> > > >
> > > > On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org>
> wrote:
> > > >
> > > >> I am tried building Clank today. It seems I need the netbeans build
> > > >> hearness. And I do not know how to set that up.
> > > >>
> > > >> The Message talks of
> > > >>
> > > >> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
> > > >> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> > > >> On a developer machine these are normally defined in
> > > >> ${user.properties.file}=${netbeans.user}/build.properties
> > > >> but for automated builds you should pass these properties to Ant
> > > >> explicitly.
> > > >> You may instead download the harness and platform:
> > > >> -Dbootstrap.url=.../tasks.jar
> -Dautoupdate.catalog.url=.../updates.xml
> > > >>
> > > >>
> > > >> So I set the Variables to my netbeans Folder? Or would it make more
> > > >> sense to move the Clank modules into the netbeans repository?
> > > >>
> > > >> Like the others?
> > > >>
> > > >> I am usure what would be the best way to proceed. The project is
> under
> > > >> LLVM License.
> > > >>
> > > >>
> > > >> Thanks for your time.
> > > >>
> > > >> All the Best
> > > >>
> > > >> Peter
> > > >>
> > > >>
> > > >> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> > > >>> Hi Ivan,
> > > >>>
> > > >>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
> > > >>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
> > > >>>>> 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 think that will feed the dependency avalanche.
> > > >>> It does not have additional external dependencies. And its file
> > > >>> structure shows it comes from netbeans. The License is however
> > unclear.
> > > >>>
> > > >>> Also the code seems abandond. So I see other issues then
> > dependencies.
> > > >>>
> > > >>> Also it is a link to a build tool (clang) which is handy. Some
> people
> > > >>> work with the toolset.
> > > >>>
> > > >>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
> > > >>>> contain default i18n text) so it should just
> > > >>>> build w/o any issues. I.e. _don't_ remove libs.clank from
> > > >>>> nb.cluster.cnd
> > > >>>>
> > > >>>>> I tried to remove the dependency clank from the cluster, but ant
> > > >>>>> stayed persistant in requesting clank.
> > > >>>> "ant clean" to the rescue?
> > > >>> Ohh yea did not try. :) Thanks for this beginner pointer.
> > > >>>>
> > > >>>>> 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.
> > > >>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing
> it
> > > >>>> for the first time in Peters quote.
> > > >>>> Case of Reply vs ReplyAll or ???
> > > >>> Yes, I did not notice too. Or I would have forwarded.
> > > >>>>>> I have also seen "Target "all-cnd" does not exist in the project
> > > >>>>>> "main"".
> > > >>>>>>
> > > >>>>>> But then sometimes it just goes away.
> > > >>>> No such luck with me.
> > > >>>>
> > > >>>>>> Reminds me a bit of this discussion:
> > > >>>>>>
> > > >>>>>>
> > > >>
> > >
> >
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
> > > >>>> Yeah, looks familiar but the resolution was "magical".
> > > >>>>
> > > >>>>>> If you/we can get further with this, that would be great
> > > >>>> I poked at it some more and learned a bit more:
> > > >>>>
> > > >>>> The 'all-' list is built in the 'init' ant target. So you can
> > > >>>> concentrate on the problem by just issuing
> > > >>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
> > > >>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
> > > >>>> [insert-module-all-targets] Cannot find build prerequisite
> > > >>>> org.netbeans.modules.hibernate of
> > > >>>> /home/open/nb-geertjan/contrib/hibernateweb
> > > >>>>
> > > >>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
> > > >>>> just a warning as it _doesn't_ abort the build.
> > > >>> I did see the same error with same conclusion.
> > > >>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's
> > binary
> > > >>>> but it's clear that it doesn't contain anything
> > > >>>> relating to CND in it. I blew it away thinking it's stale but no
> > joy.
> > > >>>> In fact "ant clean" blows it away anyway.
> > > >>>>
> > > >>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
> > > >>>> -Dcluster.config=cnd init" there's a bunch of stuff
> > > >>>> that gets fetched from the cloud:
> > > >>>>
> > > >>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
> > > >>>> [javac] Compiling 95 source files to
> > > >>>> /home/open/nb-geertjan/nbbuild/build/antclasses
> > > >>>> [jar] Building jar:
> > > >>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
> > > >>>> [configureproxy] Resetting proxyHost to empty string
> > > >>>> [get] Getting:
> > > >>>>
> > > >>
> > >
> >
> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
> > > >>>> [get] To:
> > > >>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
> > > >>>> [copy] Warning: Could not find file
> > > >>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
> > > >>>> [copy] Warning: Could not find file
> > > >>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
> > > >>>>
> > > >>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
> > > >>>> CND? I poked around but it doesn't seem to
> > > >>>> mention clusters anyway.
> > > >>>>
> > > >>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
> > > >>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
> > > >>>> shows that it _does_ contain nb.cluster.cnd.
> > > >>>>
> > > >>>> That's where my investigations are at now..
> > > >>> Have you tried the following command?
> > > >>>
> > > >>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
> > > >>>
> > > >>>>>> -- and please feel
> > > >>>>>> free to provide pull requests to my fork.
> > > >>>> Gladly but I don't have anything meaty yet.
> > > >>>>
> > > >>>> Peter, could you please try w/o removing the libs.clank
> dependency?
> > > >>> Yes, I have to integrate clank again. I hope I manage some time for
> > > >>> this on the weekend.
> > > >>>
> > > >>> And I hope I get a license response.
> > > >>>
> > > >>>
> > > >>>
> ---------------------------------------------------------------------
> > > >>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> > > >>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> > > >> For additional commands, e-mail: dev-help@netbeans.apache.org
> > > >>
> > > >> For further information about the NetBeans mailing lists, visit:
> > > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > > >>
> > > >>
> > > >>
> > > >>
> > >
> >
>
Re: building CND
Posted by Sven Reimers <sv...@gmail.com>.
Anybody any clue why cnd.antlr was nor donated?
Would it helpful to try to get it donated with the next donation?
Just curious
-Sven
Jan Lahoda <la...@gmail.com> schrieb am Di., 25. Feb. 2020, 21:19:
> On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org> wrote:
>
> > I am sorry, no offense ment. I do not understand some of your decisions.
> >
> > Can you maybe elaborate? Whatever your desicion is based on it is okay
> > for me.
> >
> >
> > Why did you start over and not based your work on GJs repo?
> >
>
> I tried to make it so that we can join histories (i.e. put the Emilian's
> repository based on the Mercurial version) below the apache/netbeans
> repository and have history for the files go as back as possible. It is
> entirely possible we might want/need to start over again.
>
>
> >
> >
> > why do you replace
> >
> > <specification-version>2.8</specification-version>
> >
> > with
> >
> > <specification-version>1.0</specification-version>
> >
> > in
> >
> > cnd/cnd.asm/nbproject/project.xml
> > <
> >
> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000
> >
> >
> >
> >
> > ?
> >
>
> cnd.antlr was not donated. The direction that I took is to take a build of
> cnd.antlr, and include it as a binary - it cannot be part of the Apache
> repo, but if there's a binary, Apache NetBeans can use it, as it was under
> (among other) the CDDL license. To include it as a binary, I created a new
> lib module, and simply started the versioning from 1.0. Not sure that's
> important at all - we can rename the module, change its version or
> anything, and does not change much. That module is likely to need some
> cleanup anyway.
>
>
> > I try to follow your guide to see if it builds for me.
> >
> > Maybe you should consider a pull request towards GJ so we get one
> > central cnd version that can be committed back into the main tree.
> >
>
> It would be IMO much better to have a shared repository (or at least a
> branch) under Apache.
>
> Jan
>
>
> >
> > Am 25.02.20 um 08:22 schrieb Jan Lahoda:
> > > FWIW, a few days ago, I tried to make CND buildable. The experiment is
> > > available here:
> > > https://github.com/jlahoda/netbeans/tree/cnd-building
> > >
> > > A number of files need to be added to make the build work, see the
> > > description here:
> > > https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
> > >
> > > (It would be useful if someone could try to build independently using
> the
> > > instructions, to find any issues with them.)
> > >
> > > The question is how to continue with this - bringing the CND source
> code
> > in
> > > line with Apache rules is going to be quite some work, maintaining the
> > > C/C++ support will be some work also, and I don't think I have time to
> > work
> > > on that much.
> > >
> > > Jan
> > >
> > >
> > > On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
> > >
> > >> I am tried building Clank today. It seems I need the netbeans build
> > >> hearness. And I do not know how to set that up.
> > >>
> > >> The Message talks of
> > >>
> > >> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
> > >> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> > >> On a developer machine these are normally defined in
> > >> ${user.properties.file}=${netbeans.user}/build.properties
> > >> but for automated builds you should pass these properties to Ant
> > >> explicitly.
> > >> You may instead download the harness and platform:
> > >> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
> > >>
> > >>
> > >> So I set the Variables to my netbeans Folder? Or would it make more
> > >> sense to move the Clank modules into the netbeans repository?
> > >>
> > >> Like the others?
> > >>
> > >> I am usure what would be the best way to proceed. The project is under
> > >> LLVM License.
> > >>
> > >>
> > >> Thanks for your time.
> > >>
> > >> All the Best
> > >>
> > >> Peter
> > >>
> > >>
> > >> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> > >>> Hi Ivan,
> > >>>
> > >>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
> > >>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
> > >>>>> 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 think that will feed the dependency avalanche.
> > >>> It does not have additional external dependencies. And its file
> > >>> structure shows it comes from netbeans. The License is however
> unclear.
> > >>>
> > >>> Also the code seems abandond. So I see other issues then
> dependencies.
> > >>>
> > >>> Also it is a link to a build tool (clang) which is handy. Some people
> > >>> work with the toolset.
> > >>>
> > >>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
> > >>>> contain default i18n text) so it should just
> > >>>> build w/o any issues. I.e. _don't_ remove libs.clank from
> > >>>> nb.cluster.cnd
> > >>>>
> > >>>>> I tried to remove the dependency clank from the cluster, but ant
> > >>>>> stayed persistant in requesting clank.
> > >>>> "ant clean" to the rescue?
> > >>> Ohh yea did not try. :) Thanks for this beginner pointer.
> > >>>>
> > >>>>> 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.
> > >>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
> > >>>> for the first time in Peters quote.
> > >>>> Case of Reply vs ReplyAll or ???
> > >>> Yes, I did not notice too. Or I would have forwarded.
> > >>>>>> I have also seen "Target "all-cnd" does not exist in the project
> > >>>>>> "main"".
> > >>>>>>
> > >>>>>> But then sometimes it just goes away.
> > >>>> No such luck with me.
> > >>>>
> > >>>>>> Reminds me a bit of this discussion:
> > >>>>>>
> > >>>>>>
> > >>
> >
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
> > >>>> Yeah, looks familiar but the resolution was "magical".
> > >>>>
> > >>>>>> If you/we can get further with this, that would be great
> > >>>> I poked at it some more and learned a bit more:
> > >>>>
> > >>>> The 'all-' list is built in the 'init' ant target. So you can
> > >>>> concentrate on the problem by just issuing
> > >>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
> > >>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
> > >>>> [insert-module-all-targets] Cannot find build prerequisite
> > >>>> org.netbeans.modules.hibernate of
> > >>>> /home/open/nb-geertjan/contrib/hibernateweb
> > >>>>
> > >>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
> > >>>> just a warning as it _doesn't_ abort the build.
> > >>> I did see the same error with same conclusion.
> > >>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's
> binary
> > >>>> but it's clear that it doesn't contain anything
> > >>>> relating to CND in it. I blew it away thinking it's stale but no
> joy.
> > >>>> In fact "ant clean" blows it away anyway.
> > >>>>
> > >>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
> > >>>> -Dcluster.config=cnd init" there's a bunch of stuff
> > >>>> that gets fetched from the cloud:
> > >>>>
> > >>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
> > >>>> [javac] Compiling 95 source files to
> > >>>> /home/open/nb-geertjan/nbbuild/build/antclasses
> > >>>> [jar] Building jar:
> > >>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
> > >>>> [configureproxy] Resetting proxyHost to empty string
> > >>>> [get] Getting:
> > >>>>
> > >>
> >
> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
> > >>>> [get] To:
> > >>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
> > >>>> [copy] Warning: Could not find file
> > >>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
> > >>>> [copy] Warning: Could not find file
> > >>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
> > >>>>
> > >>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
> > >>>> CND? I poked around but it doesn't seem to
> > >>>> mention clusters anyway.
> > >>>>
> > >>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
> > >>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
> > >>>> shows that it _does_ contain nb.cluster.cnd.
> > >>>>
> > >>>> That's where my investigations are at now..
> > >>> Have you tried the following command?
> > >>>
> > >>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
> > >>>
> > >>>>>> -- and please feel
> > >>>>>> free to provide pull requests to my fork.
> > >>>> Gladly but I don't have anything meaty yet.
> > >>>>
> > >>>> Peter, could you please try w/o removing the libs.clank dependency?
> > >>> Yes, I have to integrate clank again. I hope I manage some time for
> > >>> this on the weekend.
> > >>>
> > >>> And I hope I get a license response.
> > >>>
> > >>>
> > >>> ---------------------------------------------------------------------
> > >>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> > >>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> > >> For additional commands, e-mail: dev-help@netbeans.apache.org
> > >>
> > >> For further information about the NetBeans mailing lists, visit:
> > >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> > >>
> > >>
> > >>
> > >>
> >
>
Re: building CND
Posted by Geertjan Wielenga <ge...@apache.org>.
Yes, these are some of the files listed in Jan's instructions.
It will be good to catch anything that there is in addition to what Jan
describes, to make his instructions as complete as possible.
Gj
On Wed, Feb 26, 2020 at 9:48 AM Peter Kovacs <pe...@apache.org> wrote:
> I get the message:
>
> -do-compile:
> [nb-javac] Compiling 70 source files to
> /home/legine/workspace/netbeans/cnd/cnd.utils/build/classes
> [repeat]
> /home/legine/workspace/netbeans/cnd/cnd.utils/src/org/netbeans/modules/cnd/utils/MIMEExtensions.java:224:
>
> error: Cannot find resource
> org/netbeans/modules/cnd/utils/resources/mime-resolver-hex-based.xml
> [repeat] @MIMEResolver.Registration(displayName="#HexBasedResolver",
> position=500, resource="resources/mime-resolver-hex-based.xml") // NOI18N
> [repeat] ^
> [repeat] warning: No processor claimed any of these annotations:
> org.openide.filesystems.MIMEResolver.Registration
> [repeat] 1 error
> [repeat] 1 warning
> [nbmerge] Failed to build target: all-cnd.utils
>
> BUILD FAILED
>
> My guess is that I have not all files integrated. That is why I think I
> need to add the files. (Kind of obvious, if I assume they are not there.)
>
> Am 26.02.20 um 09:35 schrieb Geertjan Wielenga:
> > To help people to help you, please provide the error message or some kind
> > of clues about what it is specifically that you're missing in the build?
> >
> > Gj
> >
> > On Wed, Feb 26, 2020 at 9:18 AM Peter Kovacs <pe...@apache.org> wrote:
> >
> >> Okay I merged your cnd branch into my repo. Still not build able
> thought.
> >>
> >> I do understand it correctly that I still need to move some files as
> >> described in your readme?
> >>
> >> Building
> >>
> >> --------
> >>
> >> To build the C/C++ support, please copy the following files from
> the
> >> original NetBeans repository to your clone:
> >>
> >> I found some files are integrated others are not. Sorry, if I ask. I am
> >> just not sure at the moment.
> >>
> >> All the Best
> >>
> >> Peter
> >>
> >> Am 25.02.20 um 21:19 schrieb Jan Lahoda:
> >>> On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org>
> wrote:
> >>>
> >>>> I am sorry, no offense ment. I do not understand some of your
> decisions.
> >>>>
> >>>> Can you maybe elaborate? Whatever your desicion is based on it is okay
> >>>> for me.
> >>>>
> >>>>
> >>>> Why did you start over and not based your work on GJs repo?
> >>>>
> >>> I tried to make it so that we can join histories (i.e. put the
> Emilian's
> >>> repository based on the Mercurial version) below the apache/netbeans
> >>> repository and have history for the files go as back as possible. It is
> >>> entirely possible we might want/need to start over again.
> >> Okay. sounds good.
> >>>
> >>>> why do you replace
> >>>>
> >>>> <specification-version>2.8</specification-version>
> >>>>
> >>>> with
> >>>>
> >>>> <specification-version>1.0</specification-version>
> >>>>
> >>>> in
> >>>>
> >>>> cnd/cnd.asm/nbproject/project.xml
> >>>> <
> >>>>
> >>
> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000
> >>>>
> >>>>
> >>>> ?
> >>>>
> >>> cnd.antlr was not donated. The direction that I took is to take a build
> >> of
> >>> cnd.antlr, and include it as a binary - it cannot be part of the Apache
> >>> repo, but if there's a binary, Apache NetBeans can use it, as it was
> >> under
> >>> (among other) the CDDL license. To include it as a binary, I created a
> >> new
> >>> lib module, and simply started the versioning from 1.0. Not sure that's
> >>> important at all - we can rename the module, change its version or
> >>> anything, and does not change much. That module is likely to need some
> >>> cleanup anyway.
> >> Thanks for the information.
> >>>> I try to follow your guide to see if it builds for me.
> >>>>
> >>>> Maybe you should consider a pull request towards GJ so we get one
> >>>> central cnd version that can be committed back into the main tree.
> >>>>
> >>> It would be IMO much better to have a shared repository (or at least a
> >>> branch) under Apache.
> >>>
> >>> Jan
> >>>
> >>>
> >>>> Am 25.02.20 um 08:22 schrieb Jan Lahoda:
> >>>>> FWIW, a few days ago, I tried to make CND buildable. The experiment
> is
> >>>>> available here:
> >>>>> https://github.com/jlahoda/netbeans/tree/cnd-building
> >>>>>
> >>>>> A number of files need to be added to make the build work, see the
> >>>>> description here:
> >>>>> https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
> >>>>>
> >>>>> (It would be useful if someone could try to build independently using
> >> the
> >>>>> instructions, to find any issues with them.)
> >>>>>
> >>>>> The question is how to continue with this - bringing the CND source
> >> code
> >>>> in
> >>>>> line with Apache rules is going to be quite some work, maintaining
> the
> >>>>> C/C++ support will be some work also, and I don't think I have time
> to
> >>>> work
> >>>>> on that much.
> >>>>>
> >>>>> Jan
> >>>>>
> >>>>>
> >>>>> On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org>
> wrote:
> >>>>>
> >>>>>> I am tried building Clank today. It seems I need the netbeans build
> >>>>>> hearness. And I do not know how to set that up.
> >>>>>>
> >>>>>> The Message talks of
> >>>>>>
> >>>>>> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
> >>>>>> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> >>>>>> On a developer machine these are normally defined in
> >>>>>> ${user.properties.file}=${netbeans.user}/build.properties
> >>>>>> but for automated builds you should pass these properties to Ant
> >>>>>> explicitly.
> >>>>>> You may instead download the harness and platform:
> >>>>>> -Dbootstrap.url=.../tasks.jar
> -Dautoupdate.catalog.url=.../updates.xml
> >>>>>>
> >>>>>>
> >>>>>> So I set the Variables to my netbeans Folder? Or would it make more
> >>>>>> sense to move the Clank modules into the netbeans repository?
> >>>>>>
> >>>>>> Like the others?
> >>>>>>
> >>>>>> I am usure what would be the best way to proceed. The project is
> under
> >>>>>> LLVM License.
> >>>>>>
> >>>>>>
> >>>>>> Thanks for your time.
> >>>>>>
> >>>>>> All the Best
> >>>>>>
> >>>>>> Peter
> >>>>>>
> >>>>>>
> >>>>>> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> >>>>>>> Hi Ivan,
> >>>>>>>
> >>>>>>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
> >>>>>>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
> >>>>>>>>> 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 think that will feed the dependency avalanche.
> >>>>>>> It does not have additional external dependencies. And its file
> >>>>>>> structure shows it comes from netbeans. The License is however
> >> unclear.
> >>>>>>> Also the code seems abandond. So I see other issues then
> >> dependencies.
> >>>>>>> Also it is a link to a build tool (clang) which is handy. Some
> people
> >>>>>>> work with the toolset.
> >>>>>>>
> >>>>>>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
> >>>>>>>> contain default i18n text) so it should just
> >>>>>>>> build w/o any issues. I.e. _don't_ remove libs.clank from
> >>>>>>>> nb.cluster.cnd
> >>>>>>>>
> >>>>>>>>> I tried to remove the dependency clank from the cluster, but ant
> >>>>>>>>> stayed persistant in requesting clank.
> >>>>>>>> "ant clean" to the rescue?
> >>>>>>> Ohh yea did not try. :) Thanks for this beginner pointer.
> >>>>>>>>> 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.
> >>>>>>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing
> it
> >>>>>>>> for the first time in Peters quote.
> >>>>>>>> Case of Reply vs ReplyAll or ???
> >>>>>>> Yes, I did not notice too. Or I would have forwarded.
> >>>>>>>>>> I have also seen "Target "all-cnd" does not exist in the project
> >>>>>>>>>> "main"".
> >>>>>>>>>>
> >>>>>>>>>> But then sometimes it just goes away.
> >>>>>>>> No such luck with me.
> >>>>>>>>
> >>>>>>>>>> Reminds me a bit of this discussion:
> >>>>>>>>>>
> >>>>>>>>>>
> >>
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
> >>>>>>>> Yeah, looks familiar but the resolution was "magical".
> >>>>>>>>
> >>>>>>>>>> If you/we can get further with this, that would be great
> >>>>>>>> I poked at it some more and learned a bit more:
> >>>>>>>>
> >>>>>>>> The 'all-' list is built in the 'init' ant target. So you can
> >>>>>>>> concentrate on the problem by just issuing
> >>>>>>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
> >>>>>>>> Loading module list from
> /tmp/nb-scan-cache-2f523585-full.ser
> >>>>>>>> [insert-module-all-targets] Cannot find build prerequisite
> >>>>>>>> org.netbeans.modules.hibernate of
> >>>>>>>> /home/open/nb-geertjan/contrib/hibernateweb
> >>>>>>>>
> >>>>>>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
> >>>>>>>> just a warning as it _doesn't_ abort the build.
> >>>>>>> I did see the same error with same conclusion.
> >>>>>>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's
> >> binary
> >>>>>>>> but it's clear that it doesn't contain anything
> >>>>>>>> relating to CND in it. I blew it away thinking it's stale but no
> >> joy.
> >>>>>>>> In fact "ant clean" blows it away anyway.
> >>>>>>>>
> >>>>>>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
> >>>>>>>> -Dcluster.config=cnd init" there's a bunch of stuff
> >>>>>>>> that gets fetched from the cloud:
> >>>>>>>>
> >>>>>>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
> >>>>>>>> [javac] Compiling 95 source files to
> >>>>>>>> /home/open/nb-geertjan/nbbuild/build/antclasses
> >>>>>>>> [jar] Building jar:
> >>>>>>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
> >>>>>>>> [configureproxy] Resetting proxyHost to empty string
> >>>>>>>> [get] Getting:
> >>>>>>>>
> >>
> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
> >>>>>>>> [get] To:
> >>>>>>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
> >>>>>>>> [copy] Warning: Could not find file
> >>>>>>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
> >>>>>>>> [copy] Warning: Could not find file
> >>>>>>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
> >>>>>>>>
> >>>>>>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
> >>>>>>>> CND? I poked around but it doesn't seem to
> >>>>>>>> mention clusters anyway.
> >>>>>>>>
> >>>>>>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
> >>>>>>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
> >>>>>>>> shows that it _does_ contain nb.cluster.cnd.
> >>>>>>>>
> >>>>>>>> That's where my investigations are at now..
> >>>>>>> Have you tried the following command?
> >>>>>>>
> >>>>>>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
> >>>>>>>
> >>>>>>>>>> -- and please feel
> >>>>>>>>>> free to provide pull requests to my fork.
> >>>>>>>> Gladly but I don't have anything meaty yet.
> >>>>>>>>
> >>>>>>>> Peter, could you please try w/o removing the libs.clank
> dependency?
> >>>>>>> Yes, I have to integrate clank again. I hope I manage some time for
> >>>>>>> this on the weekend.
> >>>>>>>
> >>>>>>> And I hope I get a license response.
> >>>>>>>
> >>>>>>>
> >>>>>>>
> ---------------------------------------------------------------------
> >>>>>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> >>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
Re: building CND
Posted by Peter Kovacs <pe...@apache.org>.
I get the message:
-do-compile:
[nb-javac] Compiling 70 source files to
/home/legine/workspace/netbeans/cnd/cnd.utils/build/classes
[repeat]
/home/legine/workspace/netbeans/cnd/cnd.utils/src/org/netbeans/modules/cnd/utils/MIMEExtensions.java:224:
error: Cannot find resource
org/netbeans/modules/cnd/utils/resources/mime-resolver-hex-based.xml
[repeat] @MIMEResolver.Registration(displayName="#HexBasedResolver",
position=500, resource="resources/mime-resolver-hex-based.xml") // NOI18N
[repeat] ^
[repeat] warning: No processor claimed any of these annotations:
org.openide.filesystems.MIMEResolver.Registration
[repeat] 1 error
[repeat] 1 warning
[nbmerge] Failed to build target: all-cnd.utils
BUILD FAILED
My guess is that I have not all files integrated. That is why I think I
need to add the files. (Kind of obvious, if I assume they are not there.)
Am 26.02.20 um 09:35 schrieb Geertjan Wielenga:
> To help people to help you, please provide the error message or some kind
> of clues about what it is specifically that you're missing in the build?
>
> Gj
>
> On Wed, Feb 26, 2020 at 9:18 AM Peter Kovacs <pe...@apache.org> wrote:
>
>> Okay I merged your cnd branch into my repo. Still not build able thought.
>>
>> I do understand it correctly that I still need to move some files as
>> described in your readme?
>>
>> Building
>>
>> --------
>>
>> To build the C/C++ support, please copy the following files from the
>> original NetBeans repository to your clone:
>>
>> I found some files are integrated others are not. Sorry, if I ask. I am
>> just not sure at the moment.
>>
>> All the Best
>>
>> Peter
>>
>> Am 25.02.20 um 21:19 schrieb Jan Lahoda:
>>> On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org> wrote:
>>>
>>>> I am sorry, no offense ment. I do not understand some of your decisions.
>>>>
>>>> Can you maybe elaborate? Whatever your desicion is based on it is okay
>>>> for me.
>>>>
>>>>
>>>> Why did you start over and not based your work on GJs repo?
>>>>
>>> I tried to make it so that we can join histories (i.e. put the Emilian's
>>> repository based on the Mercurial version) below the apache/netbeans
>>> repository and have history for the files go as back as possible. It is
>>> entirely possible we might want/need to start over again.
>> Okay. sounds good.
>>>
>>>> why do you replace
>>>>
>>>> <specification-version>2.8</specification-version>
>>>>
>>>> with
>>>>
>>>> <specification-version>1.0</specification-version>
>>>>
>>>> in
>>>>
>>>> cnd/cnd.asm/nbproject/project.xml
>>>> <
>>>>
>> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000
>>>>
>>>>
>>>> ?
>>>>
>>> cnd.antlr was not donated. The direction that I took is to take a build
>> of
>>> cnd.antlr, and include it as a binary - it cannot be part of the Apache
>>> repo, but if there's a binary, Apache NetBeans can use it, as it was
>> under
>>> (among other) the CDDL license. To include it as a binary, I created a
>> new
>>> lib module, and simply started the versioning from 1.0. Not sure that's
>>> important at all - we can rename the module, change its version or
>>> anything, and does not change much. That module is likely to need some
>>> cleanup anyway.
>> Thanks for the information.
>>>> I try to follow your guide to see if it builds for me.
>>>>
>>>> Maybe you should consider a pull request towards GJ so we get one
>>>> central cnd version that can be committed back into the main tree.
>>>>
>>> It would be IMO much better to have a shared repository (or at least a
>>> branch) under Apache.
>>>
>>> Jan
>>>
>>>
>>>> Am 25.02.20 um 08:22 schrieb Jan Lahoda:
>>>>> FWIW, a few days ago, I tried to make CND buildable. The experiment is
>>>>> available here:
>>>>> https://github.com/jlahoda/netbeans/tree/cnd-building
>>>>>
>>>>> A number of files need to be added to make the build work, see the
>>>>> description here:
>>>>> https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
>>>>>
>>>>> (It would be useful if someone could try to build independently using
>> the
>>>>> instructions, to find any issues with them.)
>>>>>
>>>>> The question is how to continue with this - bringing the CND source
>> code
>>>> in
>>>>> line with Apache rules is going to be quite some work, maintaining the
>>>>> C/C++ support will be some work also, and I don't think I have time to
>>>> work
>>>>> on that much.
>>>>>
>>>>> Jan
>>>>>
>>>>>
>>>>> On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
>>>>>
>>>>>> I am tried building Clank today. It seems I need the netbeans build
>>>>>> hearness. And I do not know how to set that up.
>>>>>>
>>>>>> The Message talks of
>>>>>>
>>>>>> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
>>>>>> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
>>>>>> On a developer machine these are normally defined in
>>>>>> ${user.properties.file}=${netbeans.user}/build.properties
>>>>>> but for automated builds you should pass these properties to Ant
>>>>>> explicitly.
>>>>>> You may instead download the harness and platform:
>>>>>> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
>>>>>>
>>>>>>
>>>>>> So I set the Variables to my netbeans Folder? Or would it make more
>>>>>> sense to move the Clank modules into the netbeans repository?
>>>>>>
>>>>>> Like the others?
>>>>>>
>>>>>> I am usure what would be the best way to proceed. The project is under
>>>>>> LLVM License.
>>>>>>
>>>>>>
>>>>>> Thanks for your time.
>>>>>>
>>>>>> All the Best
>>>>>>
>>>>>> Peter
>>>>>>
>>>>>>
>>>>>> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
>>>>>>> Hi Ivan,
>>>>>>>
>>>>>>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
>>>>>>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
>>>>>>>>> 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 think that will feed the dependency avalanche.
>>>>>>> It does not have additional external dependencies. And its file
>>>>>>> structure shows it comes from netbeans. The License is however
>> unclear.
>>>>>>> Also the code seems abandond. So I see other issues then
>> dependencies.
>>>>>>> Also it is a link to a build tool (clang) which is handy. Some people
>>>>>>> work with the toolset.
>>>>>>>
>>>>>>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
>>>>>>>> contain default i18n text) so it should just
>>>>>>>> build w/o any issues. I.e. _don't_ remove libs.clank from
>>>>>>>> nb.cluster.cnd
>>>>>>>>
>>>>>>>>> I tried to remove the dependency clank from the cluster, but ant
>>>>>>>>> stayed persistant in requesting clank.
>>>>>>>> "ant clean" to the rescue?
>>>>>>> Ohh yea did not try. :) Thanks for this beginner pointer.
>>>>>>>>> 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.
>>>>>>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
>>>>>>>> for the first time in Peters quote.
>>>>>>>> Case of Reply vs ReplyAll or ???
>>>>>>> Yes, I did not notice too. Or I would have forwarded.
>>>>>>>>>> I have also seen "Target "all-cnd" does not exist in the project
>>>>>>>>>> "main"".
>>>>>>>>>>
>>>>>>>>>> But then sometimes it just goes away.
>>>>>>>> No such luck with me.
>>>>>>>>
>>>>>>>>>> Reminds me a bit of this discussion:
>>>>>>>>>>
>>>>>>>>>>
>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
>>>>>>>> Yeah, looks familiar but the resolution was "magical".
>>>>>>>>
>>>>>>>>>> If you/we can get further with this, that would be great
>>>>>>>> I poked at it some more and learned a bit more:
>>>>>>>>
>>>>>>>> The 'all-' list is built in the 'init' ant target. So you can
>>>>>>>> concentrate on the problem by just issuing
>>>>>>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
>>>>>>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
>>>>>>>> [insert-module-all-targets] Cannot find build prerequisite
>>>>>>>> org.netbeans.modules.hibernate of
>>>>>>>> /home/open/nb-geertjan/contrib/hibernateweb
>>>>>>>>
>>>>>>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
>>>>>>>> just a warning as it _doesn't_ abort the build.
>>>>>>> I did see the same error with same conclusion.
>>>>>>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's
>> binary
>>>>>>>> but it's clear that it doesn't contain anything
>>>>>>>> relating to CND in it. I blew it away thinking it's stale but no
>> joy.
>>>>>>>> In fact "ant clean" blows it away anyway.
>>>>>>>>
>>>>>>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
>>>>>>>> -Dcluster.config=cnd init" there's a bunch of stuff
>>>>>>>> that gets fetched from the cloud:
>>>>>>>>
>>>>>>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
>>>>>>>> [javac] Compiling 95 source files to
>>>>>>>> /home/open/nb-geertjan/nbbuild/build/antclasses
>>>>>>>> [jar] Building jar:
>>>>>>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
>>>>>>>> [configureproxy] Resetting proxyHost to empty string
>>>>>>>> [get] Getting:
>>>>>>>>
>> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
>>>>>>>> [get] To:
>>>>>>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
>>>>>>>> [copy] Warning: Could not find file
>>>>>>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
>>>>>>>> [copy] Warning: Could not find file
>>>>>>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
>>>>>>>>
>>>>>>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
>>>>>>>> CND? I poked around but it doesn't seem to
>>>>>>>> mention clusters anyway.
>>>>>>>>
>>>>>>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
>>>>>>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
>>>>>>>> shows that it _does_ contain nb.cluster.cnd.
>>>>>>>>
>>>>>>>> That's where my investigations are at now..
>>>>>>> Have you tried the following command?
>>>>>>>
>>>>>>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
>>>>>>>
>>>>>>>>>> -- and please feel
>>>>>>>>>> free to provide pull requests to my fork.
>>>>>>>> Gladly but I don't have anything meaty yet.
>>>>>>>>
>>>>>>>> Peter, could you please try w/o removing the libs.clank dependency?
>>>>>>> Yes, I have to integrate clank again. I hope I manage some time for
>>>>>>> this on the weekend.
>>>>>>>
>>>>>>> And I hope I get a license response.
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: building CND
Posted by Geertjan Wielenga <ge...@apache.org>.
To help people to help you, please provide the error message or some kind
of clues about what it is specifically that you're missing in the build?
Gj
On Wed, Feb 26, 2020 at 9:18 AM Peter Kovacs <pe...@apache.org> wrote:
> Okay I merged your cnd branch into my repo. Still not build able thought.
>
> I do understand it correctly that I still need to move some files as
> described in your readme?
>
> Building
>
> --------
>
> To build the C/C++ support, please copy the following files from the
> original NetBeans repository to your clone:
>
> I found some files are integrated others are not. Sorry, if I ask. I am
> just not sure at the moment.
>
> All the Best
>
> Peter
>
> Am 25.02.20 um 21:19 schrieb Jan Lahoda:
> > On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org> wrote:
> >
> >> I am sorry, no offense ment. I do not understand some of your decisions.
> >>
> >> Can you maybe elaborate? Whatever your desicion is based on it is okay
> >> for me.
> >>
> >>
> >> Why did you start over and not based your work on GJs repo?
> >>
> > I tried to make it so that we can join histories (i.e. put the Emilian's
> > repository based on the Mercurial version) below the apache/netbeans
> > repository and have history for the files go as back as possible. It is
> > entirely possible we might want/need to start over again.
> Okay. sounds good.
> >
> >
> >>
> >> why do you replace
> >>
> >> <specification-version>2.8</specification-version>
> >>
> >> with
> >>
> >> <specification-version>1.0</specification-version>
> >>
> >> in
> >>
> >> cnd/cnd.asm/nbproject/project.xml
> >> <
> >>
> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000
> >
> >>
> >>
> >>
> >> ?
> >>
> > cnd.antlr was not donated. The direction that I took is to take a build
> of
> > cnd.antlr, and include it as a binary - it cannot be part of the Apache
> > repo, but if there's a binary, Apache NetBeans can use it, as it was
> under
> > (among other) the CDDL license. To include it as a binary, I created a
> new
> > lib module, and simply started the versioning from 1.0. Not sure that's
> > important at all - we can rename the module, change its version or
> > anything, and does not change much. That module is likely to need some
> > cleanup anyway.
> Thanks for the information.
> >
> >> I try to follow your guide to see if it builds for me.
> >>
> >> Maybe you should consider a pull request towards GJ so we get one
> >> central cnd version that can be committed back into the main tree.
> >>
> > It would be IMO much better to have a shared repository (or at least a
> > branch) under Apache.
> >
> > Jan
> >
> >
> >> Am 25.02.20 um 08:22 schrieb Jan Lahoda:
> >>> FWIW, a few days ago, I tried to make CND buildable. The experiment is
> >>> available here:
> >>> https://github.com/jlahoda/netbeans/tree/cnd-building
> >>>
> >>> A number of files need to be added to make the build work, see the
> >>> description here:
> >>> https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
> >>>
> >>> (It would be useful if someone could try to build independently using
> the
> >>> instructions, to find any issues with them.)
> >>>
> >>> The question is how to continue with this - bringing the CND source
> code
> >> in
> >>> line with Apache rules is going to be quite some work, maintaining the
> >>> C/C++ support will be some work also, and I don't think I have time to
> >> work
> >>> on that much.
> >>>
> >>> Jan
> >>>
> >>>
> >>> On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
> >>>
> >>>> I am tried building Clank today. It seems I need the netbeans build
> >>>> hearness. And I do not know how to set that up.
> >>>>
> >>>> The Message talks of
> >>>>
> >>>> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
> >>>> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> >>>> On a developer machine these are normally defined in
> >>>> ${user.properties.file}=${netbeans.user}/build.properties
> >>>> but for automated builds you should pass these properties to Ant
> >>>> explicitly.
> >>>> You may instead download the harness and platform:
> >>>> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
> >>>>
> >>>>
> >>>> So I set the Variables to my netbeans Folder? Or would it make more
> >>>> sense to move the Clank modules into the netbeans repository?
> >>>>
> >>>> Like the others?
> >>>>
> >>>> I am usure what would be the best way to proceed. The project is under
> >>>> LLVM License.
> >>>>
> >>>>
> >>>> Thanks for your time.
> >>>>
> >>>> All the Best
> >>>>
> >>>> Peter
> >>>>
> >>>>
> >>>> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> >>>>> Hi Ivan,
> >>>>>
> >>>>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
> >>>>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
> >>>>>>> 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 think that will feed the dependency avalanche.
> >>>>> It does not have additional external dependencies. And its file
> >>>>> structure shows it comes from netbeans. The License is however
> unclear.
> >>>>>
> >>>>> Also the code seems abandond. So I see other issues then
> dependencies.
> >>>>>
> >>>>> Also it is a link to a build tool (clang) which is handy. Some people
> >>>>> work with the toolset.
> >>>>>
> >>>>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
> >>>>>> contain default i18n text) so it should just
> >>>>>> build w/o any issues. I.e. _don't_ remove libs.clank from
> >>>>>> nb.cluster.cnd
> >>>>>>
> >>>>>>> I tried to remove the dependency clank from the cluster, but ant
> >>>>>>> stayed persistant in requesting clank.
> >>>>>> "ant clean" to the rescue?
> >>>>> Ohh yea did not try. :) Thanks for this beginner pointer.
> >>>>>>> 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.
> >>>>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
> >>>>>> for the first time in Peters quote.
> >>>>>> Case of Reply vs ReplyAll or ???
> >>>>> Yes, I did not notice too. Or I would have forwarded.
> >>>>>>>> I have also seen "Target "all-cnd" does not exist in the project
> >>>>>>>> "main"".
> >>>>>>>>
> >>>>>>>> But then sometimes it just goes away.
> >>>>>> No such luck with me.
> >>>>>>
> >>>>>>>> Reminds me a bit of this discussion:
> >>>>>>>>
> >>>>>>>>
> >>
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
> >>>>>> Yeah, looks familiar but the resolution was "magical".
> >>>>>>
> >>>>>>>> If you/we can get further with this, that would be great
> >>>>>> I poked at it some more and learned a bit more:
> >>>>>>
> >>>>>> The 'all-' list is built in the 'init' ant target. So you can
> >>>>>> concentrate on the problem by just issuing
> >>>>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
> >>>>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
> >>>>>> [insert-module-all-targets] Cannot find build prerequisite
> >>>>>> org.netbeans.modules.hibernate of
> >>>>>> /home/open/nb-geertjan/contrib/hibernateweb
> >>>>>>
> >>>>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
> >>>>>> just a warning as it _doesn't_ abort the build.
> >>>>> I did see the same error with same conclusion.
> >>>>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's
> binary
> >>>>>> but it's clear that it doesn't contain anything
> >>>>>> relating to CND in it. I blew it away thinking it's stale but no
> joy.
> >>>>>> In fact "ant clean" blows it away anyway.
> >>>>>>
> >>>>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
> >>>>>> -Dcluster.config=cnd init" there's a bunch of stuff
> >>>>>> that gets fetched from the cloud:
> >>>>>>
> >>>>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
> >>>>>> [javac] Compiling 95 source files to
> >>>>>> /home/open/nb-geertjan/nbbuild/build/antclasses
> >>>>>> [jar] Building jar:
> >>>>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
> >>>>>> [configureproxy] Resetting proxyHost to empty string
> >>>>>> [get] Getting:
> >>>>>>
> >>
> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
> >>>>>> [get] To:
> >>>>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
> >>>>>> [copy] Warning: Could not find file
> >>>>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
> >>>>>> [copy] Warning: Could not find file
> >>>>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
> >>>>>>
> >>>>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
> >>>>>> CND? I poked around but it doesn't seem to
> >>>>>> mention clusters anyway.
> >>>>>>
> >>>>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
> >>>>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
> >>>>>> shows that it _does_ contain nb.cluster.cnd.
> >>>>>>
> >>>>>> That's where my investigations are at now..
> >>>>> Have you tried the following command?
> >>>>>
> >>>>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
> >>>>>
> >>>>>>>> -- and please feel
> >>>>>>>> free to provide pull requests to my fork.
> >>>>>> Gladly but I don't have anything meaty yet.
> >>>>>>
> >>>>>> Peter, could you please try w/o removing the libs.clank dependency?
> >>>>> Yes, I have to integrate clank again. I hope I manage some time for
> >>>>> this on the weekend.
> >>>>>
> >>>>> And I hope I get a license response.
> >>>>>
> >>>>>
> >>>>> ---------------------------------------------------------------------
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> >>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >>>> For additional commands, e-mail: dev-help@netbeans.apache.org
> >>>>
> >>>> For further information about the NetBeans mailing lists, visit:
> >>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>>>
> >>>>
> >>>>
> >>>>
>
Re: building CND
Posted by Peter Kovacs <pe...@apache.org>.
Okay I merged your cnd branch into my repo. Still not build able thought.
I do understand it correctly that I still need to move some files as
described in your readme?
Building
--------
To build the C/C++ support, please copy the following files from the
original NetBeans repository to your clone:
I found some files are integrated others are not. Sorry, if I ask. I am
just not sure at the moment.
All the Best
Peter
Am 25.02.20 um 21:19 schrieb Jan Lahoda:
> On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org> wrote:
>
>> I am sorry, no offense ment. I do not understand some of your decisions.
>>
>> Can you maybe elaborate? Whatever your desicion is based on it is okay
>> for me.
>>
>>
>> Why did you start over and not based your work on GJs repo?
>>
> I tried to make it so that we can join histories (i.e. put the Emilian's
> repository based on the Mercurial version) below the apache/netbeans
> repository and have history for the files go as back as possible. It is
> entirely possible we might want/need to start over again.
Okay. sounds good.
>
>
>>
>> why do you replace
>>
>> <specification-version>2.8</specification-version>
>>
>> with
>>
>> <specification-version>1.0</specification-version>
>>
>> in
>>
>> cnd/cnd.asm/nbproject/project.xml
>> <
>> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000>
>>
>>
>>
>> ?
>>
> cnd.antlr was not donated. The direction that I took is to take a build of
> cnd.antlr, and include it as a binary - it cannot be part of the Apache
> repo, but if there's a binary, Apache NetBeans can use it, as it was under
> (among other) the CDDL license. To include it as a binary, I created a new
> lib module, and simply started the versioning from 1.0. Not sure that's
> important at all - we can rename the module, change its version or
> anything, and does not change much. That module is likely to need some
> cleanup anyway.
Thanks for the information.
>
>> I try to follow your guide to see if it builds for me.
>>
>> Maybe you should consider a pull request towards GJ so we get one
>> central cnd version that can be committed back into the main tree.
>>
> It would be IMO much better to have a shared repository (or at least a
> branch) under Apache.
>
> Jan
>
>
>> Am 25.02.20 um 08:22 schrieb Jan Lahoda:
>>> FWIW, a few days ago, I tried to make CND buildable. The experiment is
>>> available here:
>>> https://github.com/jlahoda/netbeans/tree/cnd-building
>>>
>>> A number of files need to be added to make the build work, see the
>>> description here:
>>> https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
>>>
>>> (It would be useful if someone could try to build independently using the
>>> instructions, to find any issues with them.)
>>>
>>> The question is how to continue with this - bringing the CND source code
>> in
>>> line with Apache rules is going to be quite some work, maintaining the
>>> C/C++ support will be some work also, and I don't think I have time to
>> work
>>> on that much.
>>>
>>> Jan
>>>
>>>
>>> On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
>>>
>>>> I am tried building Clank today. It seems I need the netbeans build
>>>> hearness. And I do not know how to set that up.
>>>>
>>>> The Message talks of
>>>>
>>>> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
>>>> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
>>>> On a developer machine these are normally defined in
>>>> ${user.properties.file}=${netbeans.user}/build.properties
>>>> but for automated builds you should pass these properties to Ant
>>>> explicitly.
>>>> You may instead download the harness and platform:
>>>> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
>>>>
>>>>
>>>> So I set the Variables to my netbeans Folder? Or would it make more
>>>> sense to move the Clank modules into the netbeans repository?
>>>>
>>>> Like the others?
>>>>
>>>> I am usure what would be the best way to proceed. The project is under
>>>> LLVM License.
>>>>
>>>>
>>>> Thanks for your time.
>>>>
>>>> All the Best
>>>>
>>>> Peter
>>>>
>>>>
>>>> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
>>>>> Hi Ivan,
>>>>>
>>>>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
>>>>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
>>>>>>> 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 think that will feed the dependency avalanche.
>>>>> It does not have additional external dependencies. And its file
>>>>> structure shows it comes from netbeans. The License is however unclear.
>>>>>
>>>>> Also the code seems abandond. So I see other issues then dependencies.
>>>>>
>>>>> Also it is a link to a build tool (clang) which is handy. Some people
>>>>> work with the toolset.
>>>>>
>>>>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
>>>>>> contain default i18n text) so it should just
>>>>>> build w/o any issues. I.e. _don't_ remove libs.clank from
>>>>>> nb.cluster.cnd
>>>>>>
>>>>>>> I tried to remove the dependency clank from the cluster, but ant
>>>>>>> stayed persistant in requesting clank.
>>>>>> "ant clean" to the rescue?
>>>>> Ohh yea did not try. :) Thanks for this beginner pointer.
>>>>>>> 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.
>>>>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
>>>>>> for the first time in Peters quote.
>>>>>> Case of Reply vs ReplyAll or ???
>>>>> Yes, I did not notice too. Or I would have forwarded.
>>>>>>>> I have also seen "Target "all-cnd" does not exist in the project
>>>>>>>> "main"".
>>>>>>>>
>>>>>>>> But then sometimes it just goes away.
>>>>>> No such luck with me.
>>>>>>
>>>>>>>> Reminds me a bit of this discussion:
>>>>>>>>
>>>>>>>>
>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
>>>>>> Yeah, looks familiar but the resolution was "magical".
>>>>>>
>>>>>>>> If you/we can get further with this, that would be great
>>>>>> I poked at it some more and learned a bit more:
>>>>>>
>>>>>> The 'all-' list is built in the 'init' ant target. So you can
>>>>>> concentrate on the problem by just issuing
>>>>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
>>>>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
>>>>>> [insert-module-all-targets] Cannot find build prerequisite
>>>>>> org.netbeans.modules.hibernate of
>>>>>> /home/open/nb-geertjan/contrib/hibernateweb
>>>>>>
>>>>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
>>>>>> just a warning as it _doesn't_ abort the build.
>>>>> I did see the same error with same conclusion.
>>>>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary
>>>>>> but it's clear that it doesn't contain anything
>>>>>> relating to CND in it. I blew it away thinking it's stale but no joy.
>>>>>> In fact "ant clean" blows it away anyway.
>>>>>>
>>>>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
>>>>>> -Dcluster.config=cnd init" there's a bunch of stuff
>>>>>> that gets fetched from the cloud:
>>>>>>
>>>>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
>>>>>> [javac] Compiling 95 source files to
>>>>>> /home/open/nb-geertjan/nbbuild/build/antclasses
>>>>>> [jar] Building jar:
>>>>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
>>>>>> [configureproxy] Resetting proxyHost to empty string
>>>>>> [get] Getting:
>>>>>>
>> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
>>>>>> [get] To:
>>>>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
>>>>>> [copy] Warning: Could not find file
>>>>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
>>>>>> [copy] Warning: Could not find file
>>>>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
>>>>>>
>>>>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
>>>>>> CND? I poked around but it doesn't seem to
>>>>>> mention clusters anyway.
>>>>>>
>>>>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
>>>>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
>>>>>> shows that it _does_ contain nb.cluster.cnd.
>>>>>>
>>>>>> That's where my investigations are at now..
>>>>> Have you tried the following command?
>>>>>
>>>>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
>>>>>
>>>>>>>> -- and please feel
>>>>>>>> free to provide pull requests to my fork.
>>>>>> Gladly but I don't have anything meaty yet.
>>>>>>
>>>>>> Peter, could you please try w/o removing the libs.clank dependency?
>>>>> Yes, I have to integrate clank again. I hope I manage some time for
>>>>> this on the weekend.
>>>>>
>>>>> And I hope I get a license response.
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>>> For additional commands, e-mail: dev-help@netbeans.apache.org
>>>>
>>>> For further information about the NetBeans mailing lists, visit:
>>>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>>>
>>>>
>>>>
>>>>
Re: building CND
Posted by Jan Lahoda <la...@gmail.com>.
On Tue, Feb 25, 2020 at 11:24 AM Peter Kovacs <pe...@apache.org> wrote:
> I am sorry, no offense ment. I do not understand some of your decisions.
>
> Can you maybe elaborate? Whatever your desicion is based on it is okay
> for me.
>
>
> Why did you start over and not based your work on GJs repo?
>
I tried to make it so that we can join histories (i.e. put the Emilian's
repository based on the Mercurial version) below the apache/netbeans
repository and have history for the files go as back as possible. It is
entirely possible we might want/need to start over again.
>
>
> why do you replace
>
> <specification-version>2.8</specification-version>
>
> with
>
> <specification-version>1.0</specification-version>
>
> in
>
> cnd/cnd.asm/nbproject/project.xml
> <
> https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000>
>
>
>
> ?
>
cnd.antlr was not donated. The direction that I took is to take a build of
cnd.antlr, and include it as a binary - it cannot be part of the Apache
repo, but if there's a binary, Apache NetBeans can use it, as it was under
(among other) the CDDL license. To include it as a binary, I created a new
lib module, and simply started the versioning from 1.0. Not sure that's
important at all - we can rename the module, change its version or
anything, and does not change much. That module is likely to need some
cleanup anyway.
> I try to follow your guide to see if it builds for me.
>
> Maybe you should consider a pull request towards GJ so we get one
> central cnd version that can be committed back into the main tree.
>
It would be IMO much better to have a shared repository (or at least a
branch) under Apache.
Jan
>
> Am 25.02.20 um 08:22 schrieb Jan Lahoda:
> > FWIW, a few days ago, I tried to make CND buildable. The experiment is
> > available here:
> > https://github.com/jlahoda/netbeans/tree/cnd-building
> >
> > A number of files need to be added to make the build work, see the
> > description here:
> > https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
> >
> > (It would be useful if someone could try to build independently using the
> > instructions, to find any issues with them.)
> >
> > The question is how to continue with this - bringing the CND source code
> in
> > line with Apache rules is going to be quite some work, maintaining the
> > C/C++ support will be some work also, and I don't think I have time to
> work
> > on that much.
> >
> > Jan
> >
> >
> > On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
> >
> >> I am tried building Clank today. It seems I need the netbeans build
> >> hearness. And I do not know how to set that up.
> >>
> >> The Message talks of
> >>
> >> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
> >> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> >> On a developer machine these are normally defined in
> >> ${user.properties.file}=${netbeans.user}/build.properties
> >> but for automated builds you should pass these properties to Ant
> >> explicitly.
> >> You may instead download the harness and platform:
> >> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
> >>
> >>
> >> So I set the Variables to my netbeans Folder? Or would it make more
> >> sense to move the Clank modules into the netbeans repository?
> >>
> >> Like the others?
> >>
> >> I am usure what would be the best way to proceed. The project is under
> >> LLVM License.
> >>
> >>
> >> Thanks for your time.
> >>
> >> All the Best
> >>
> >> Peter
> >>
> >>
> >> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> >>> Hi Ivan,
> >>>
> >>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
> >>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
> >>>>> 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 think that will feed the dependency avalanche.
> >>> It does not have additional external dependencies. And its file
> >>> structure shows it comes from netbeans. The License is however unclear.
> >>>
> >>> Also the code seems abandond. So I see other issues then dependencies.
> >>>
> >>> Also it is a link to a build tool (clang) which is handy. Some people
> >>> work with the toolset.
> >>>
> >>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
> >>>> contain default i18n text) so it should just
> >>>> build w/o any issues. I.e. _don't_ remove libs.clank from
> >>>> nb.cluster.cnd
> >>>>
> >>>>> I tried to remove the dependency clank from the cluster, but ant
> >>>>> stayed persistant in requesting clank.
> >>>> "ant clean" to the rescue?
> >>> Ohh yea did not try. :) Thanks for this beginner pointer.
> >>>>
> >>>>> 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.
> >>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
> >>>> for the first time in Peters quote.
> >>>> Case of Reply vs ReplyAll or ???
> >>> Yes, I did not notice too. Or I would have forwarded.
> >>>>>> I have also seen "Target "all-cnd" does not exist in the project
> >>>>>> "main"".
> >>>>>>
> >>>>>> But then sometimes it just goes away.
> >>>> No such luck with me.
> >>>>
> >>>>>> Reminds me a bit of this discussion:
> >>>>>>
> >>>>>>
> >>
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
> >>>> Yeah, looks familiar but the resolution was "magical".
> >>>>
> >>>>>> If you/we can get further with this, that would be great
> >>>> I poked at it some more and learned a bit more:
> >>>>
> >>>> The 'all-' list is built in the 'init' ant target. So you can
> >>>> concentrate on the problem by just issuing
> >>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
> >>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
> >>>> [insert-module-all-targets] Cannot find build prerequisite
> >>>> org.netbeans.modules.hibernate of
> >>>> /home/open/nb-geertjan/contrib/hibernateweb
> >>>>
> >>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
> >>>> just a warning as it _doesn't_ abort the build.
> >>> I did see the same error with same conclusion.
> >>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary
> >>>> but it's clear that it doesn't contain anything
> >>>> relating to CND in it. I blew it away thinking it's stale but no joy.
> >>>> In fact "ant clean" blows it away anyway.
> >>>>
> >>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
> >>>> -Dcluster.config=cnd init" there's a bunch of stuff
> >>>> that gets fetched from the cloud:
> >>>>
> >>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
> >>>> [javac] Compiling 95 source files to
> >>>> /home/open/nb-geertjan/nbbuild/build/antclasses
> >>>> [jar] Building jar:
> >>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
> >>>> [configureproxy] Resetting proxyHost to empty string
> >>>> [get] Getting:
> >>>>
> >>
> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
> >>>> [get] To:
> >>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
> >>>> [copy] Warning: Could not find file
> >>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
> >>>> [copy] Warning: Could not find file
> >>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
> >>>>
> >>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
> >>>> CND? I poked around but it doesn't seem to
> >>>> mention clusters anyway.
> >>>>
> >>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
> >>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
> >>>> shows that it _does_ contain nb.cluster.cnd.
> >>>>
> >>>> That's where my investigations are at now..
> >>> Have you tried the following command?
> >>>
> >>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
> >>>
> >>>>>> -- and please feel
> >>>>>> free to provide pull requests to my fork.
> >>>> Gladly but I don't have anything meaty yet.
> >>>>
> >>>> Peter, could you please try w/o removing the libs.clank dependency?
> >>> Yes, I have to integrate clank again. I hope I manage some time for
> >>> this on the weekend.
> >>>
> >>> And I hope I get a license response.
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> >>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >> For additional commands, e-mail: dev-help@netbeans.apache.org
> >>
> >> For further information about the NetBeans mailing lists, visit:
> >> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
> >>
> >>
> >>
> >>
>
Re: building CND
Posted by Peter Kovacs <pe...@apache.org>.
I am sorry, no offense ment. I do not understand some of your decisions.
Can you maybe elaborate? Whatever your desicion is based on it is okay
for me.
Why did you start over and not based your work on GJs repo?
why do you replace
<specification-version>2.8</specification-version>
with
<specification-version>1.0</specification-version>
in
cnd/cnd.asm/nbproject/project.xml
<https://github.com/jlahoda/netbeans/commit/5d700b28fd371f940c195d24d932e70c6de7feb7#diff-58679d11d8852ddf2aaef67775925000>
?
I try to follow your guide to see if it builds for me.
Maybe you should consider a pull request towards GJ so we get one
central cnd version that can be committed back into the main tree.
Am 25.02.20 um 08:22 schrieb Jan Lahoda:
> FWIW, a few days ago, I tried to make CND buildable. The experiment is
> available here:
> https://github.com/jlahoda/netbeans/tree/cnd-building
>
> A number of files need to be added to make the build work, see the
> description here:
> https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
>
> (It would be useful if someone could try to build independently using the
> instructions, to find any issues with them.)
>
> The question is how to continue with this - bringing the CND source code in
> line with Apache rules is going to be quite some work, maintaining the
> C/C++ support will be some work also, and I don't think I have time to work
> on that much.
>
> Jan
>
>
> On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
>
>> I am tried building Clank today. It seems I need the netbeans build
>> hearness. And I do not know how to set that up.
>>
>> The Message talks of
>>
>> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
>> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
>> On a developer machine these are normally defined in
>> ${user.properties.file}=${netbeans.user}/build.properties
>> but for automated builds you should pass these properties to Ant
>> explicitly.
>> You may instead download the harness and platform:
>> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
>>
>>
>> So I set the Variables to my netbeans Folder? Or would it make more
>> sense to move the Clank modules into the netbeans repository?
>>
>> Like the others?
>>
>> I am usure what would be the best way to proceed. The project is under
>> LLVM License.
>>
>>
>> Thanks for your time.
>>
>> All the Best
>>
>> Peter
>>
>>
>> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
>>> Hi Ivan,
>>>
>>> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
>>>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
>>>>> 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 think that will feed the dependency avalanche.
>>> It does not have additional external dependencies. And its file
>>> structure shows it comes from netbeans. The License is however unclear.
>>>
>>> Also the code seems abandond. So I see other issues then dependencies.
>>>
>>> Also it is a link to a build tool (clang) which is handy. Some people
>>> work with the toolset.
>>>
>>>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
>>>> contain default i18n text) so it should just
>>>> build w/o any issues. I.e. _don't_ remove libs.clank from
>>>> nb.cluster.cnd
>>>>
>>>>> I tried to remove the dependency clank from the cluster, but ant
>>>>> stayed persistant in requesting clank.
>>>> "ant clean" to the rescue?
>>> Ohh yea did not try. :) Thanks for this beginner pointer.
>>>>
>>>>> 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.
>>>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
>>>> for the first time in Peters quote.
>>>> Case of Reply vs ReplyAll or ???
>>> Yes, I did not notice too. Or I would have forwarded.
>>>>>> I have also seen "Target "all-cnd" does not exist in the project
>>>>>> "main"".
>>>>>>
>>>>>> But then sometimes it just goes away.
>>>> No such luck with me.
>>>>
>>>>>> Reminds me a bit of this discussion:
>>>>>>
>>>>>>
>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
>>>> Yeah, looks familiar but the resolution was "magical".
>>>>
>>>>>> If you/we can get further with this, that would be great
>>>> I poked at it some more and learned a bit more:
>>>>
>>>> The 'all-' list is built in the 'init' ant target. So you can
>>>> concentrate on the problem by just issuing
>>>> "ant -Dcluster.config=cnd init" and this is what you'll get:
>>>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
>>>> [insert-module-all-targets] Cannot find build prerequisite
>>>> org.netbeans.modules.hibernate of
>>>> /home/open/nb-geertjan/contrib/hibernateweb
>>>>
>>>> I _think_ the contrib/hibernateweb error is a red herring ... it's
>>>> just a warning as it _doesn't_ abort the build.
>>> I did see the same error with same conclusion.
>>>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary
>>>> but it's clear that it doesn't contain anything
>>>> relating to CND in it. I blew it away thinking it's stale but no joy.
>>>> In fact "ant clean" blows it away anyway.
>>>>
>>>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
>>>> -Dcluster.config=cnd init" there's a bunch of stuff
>>>> that gets fetched from the cloud:
>>>>
>>>> [echo] Bootstrapping NetBeans-specific Ant extensions...
>>>> [javac] Compiling 95 source files to
>>>> /home/open/nb-geertjan/nbbuild/build/antclasses
>>>> [jar] Building jar:
>>>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
>>>> [configureproxy] Resetting proxyHost to empty string
>>>> [get] Getting:
>>>>
>> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
>>>> [get] To:
>>>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
>>>> [copy] Warning: Could not find file
>>>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
>>>> [copy] Warning: Could not find file
>>>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
>>>>
>>>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
>>>> CND? I poked around but it doesn't seem to
>>>> mention clusters anyway.
>>>>
>>>> nb-scan-cache is created by the ModuleListParser ant task. It uses
>>>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
>>>> shows that it _does_ contain nb.cluster.cnd.
>>>>
>>>> That's where my investigations are at now..
>>> Have you tried the following command?
>>>
>>> ant -f cnd/cnd.editor -Dcluster.config=cnd run
>>>
>>>>>> -- and please feel
>>>>>> free to provide pull requests to my fork.
>>>> Gladly but I don't have anything meaty yet.
>>>>
>>>> Peter, could you please try w/o removing the libs.clank dependency?
>>> Yes, I have to integrate clank again. I hope I manage some time for
>>> this on the weekend.
>>>
>>> And I hope I get a license response.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@netbeans.apache.org
>>
>> For further information about the NetBeans mailing lists, visit:
>> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>>
>>
>>
>>
Re: building CND
Posted by Jan Lahoda <la...@gmail.com>.
FWIW, a few days ago, I tried to make CND buildable. The experiment is
available here:
https://github.com/jlahoda/netbeans/tree/cnd-building
A number of files need to be added to make the build work, see the
description here:
https://github.com/jlahoda/netbeans/blob/cnd-building/README.cnd
(It would be useful if someone could try to build independently using the
instructions, to find any issues with them.)
The question is how to continue with this - bringing the CND source code in
line with Apache rules is going to be quite some work, maintaining the
C/C++ support will be some work also, and I don't think I have time to work
on that much.
Jan
On Mon, Feb 24, 2020 at 7:20 PM Peter Kovacs <pe...@apache.org> wrote:
> I am tried building Clank today. It seems I need the netbeans build
> hearness. And I do not know how to set that up.
>
> The Message talks of
>
> Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
> nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
> On a developer machine these are normally defined in
> ${user.properties.file}=${netbeans.user}/build.properties
> but for automated builds you should pass these properties to Ant
> explicitly.
> You may instead download the harness and platform:
> -Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
>
>
> So I set the Variables to my netbeans Folder? Or would it make more
> sense to move the Clank modules into the netbeans repository?
>
> Like the others?
>
> I am usure what would be the best way to proceed. The project is under
> LLVM License.
>
>
> Thanks for your time.
>
> All the Best
>
> Peter
>
>
> Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> > Hi Ivan,
> >
> > Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
> >>
> >> On 2/13/20 6:23 AM, Peter Kovacs wrote:
> >>> 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 think that will feed the dependency avalanche.
> >
> > It does not have additional external dependencies. And its file
> > structure shows it comes from netbeans. The License is however unclear.
> >
> > Also the code seems abandond. So I see other issues then dependencies.
> >
> > Also it is a link to a build tool (clang) which is handy. Some people
> > work with the toolset.
> >
> >>
> >> org.netbeans.libs.clank is just a bundle file (bundle files mostly
> >> contain default i18n text) so it should just
> >> build w/o any issues. I.e. _don't_ remove libs.clank from
> >> nb.cluster.cnd
> >>
> >
> >>>
> >>> I tried to remove the dependency clank from the cluster, but ant
> >>> stayed persistant in requesting clank.
> >>
> >> "ant clean" to the rescue?
> > Ohh yea did not try. :) Thanks for this beginner pointer.
> >>
> >>
> >>> 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.
> >>
> >> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
> >> for the first time in Peters quote.
> >> Case of Reply vs ReplyAll or ???
> > Yes, I did not notice too. Or I would have forwarded.
> >>
> >>>>
> >>>> I have also seen "Target "all-cnd" does not exist in the project
> >>>> "main"".
> >>>>
> >>>> But then sometimes it just goes away.
> >>
> >> No such luck with me.
> >>
> >>>> Reminds me a bit of this discussion:
> >>>>
> >>>>
> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
> >>>>
> >>
> >> Yeah, looks familiar but the resolution was "magical".
> >>
> >>>>
> >>>> If you/we can get further with this, that would be great
> >>
> >> I poked at it some more and learned a bit more:
> >>
> >> The 'all-' list is built in the 'init' ant target. So you can
> >> concentrate on the problem by just issuing
> >> "ant -Dcluster.config=cnd init" and this is what you'll get:
> >> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
> >> [insert-module-all-targets] Cannot find build prerequisite
> >> org.netbeans.modules.hibernate of
> >> /home/open/nb-geertjan/contrib/hibernateweb
> >>
> >> I _think_ the contrib/hibernateweb error is a red herring ... it's
> >> just a warning as it _doesn't_ abort the build.
> > I did see the same error with same conclusion.
> >>
> >> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary
> >> but it's clear that it doesn't contain anything
> >> relating to CND in it. I blew it away thinking it's stale but no joy.
> >> In fact "ant clean" blows it away anyway.
> >>
> >> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
> >> -Dcluster.config=cnd init" there's a bunch of stuff
> >> that gets fetched from the cloud:
> >>
> >> [echo] Bootstrapping NetBeans-specific Ant extensions...
> >> [javac] Compiling 95 source files to
> >> /home/open/nb-geertjan/nbbuild/build/antclasses
> >> [jar] Building jar:
> >> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
> >> [configureproxy] Resetting proxyHost to empty string
> >> [get] Getting:
> >>
> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
> >> [get] To:
> >> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
> >> [copy] Warning: Could not find file
> >> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
> >> [copy] Warning: Could not find file
> >> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
> >>
> >> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
> >> CND? I poked around but it doesn't seem to
> >> mention clusters anyway.
> >>
> >> nb-scan-cache is created by the ModuleListParser ant task. It uses
> >> {nb.clusters.list} as input. Echoing {nb.clusters.list}
> >> shows that it _does_ contain nb.cluster.cnd.
> >>
> >> That's where my investigations are at now..
> >
> > Have you tried the following command?
> >
> > ant -f cnd/cnd.editor -Dcluster.config=cnd run
> >
> >>
> >>>> -- and please feel
> >>>> free to provide pull requests to my fork.
> >>
> >> Gladly but I don't have anything meaty yet.
> >>
> >> Peter, could you please try w/o removing the libs.clank dependency?
> >
> > Yes, I have to integrate clank again. I hope I manage some time for
> > this on the weekend.
> >
> > And I hope I get a license response.
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> > For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>
>
>
Re: building CND
Posted by Peter Kovacs <pe...@apache.org>.
I am tried building Clank today. It seems I need the netbeans build
hearness. And I do not know how to set that up.
The Message talks of
Check that nbplatform.NetBeans_IDE_CND_Dev.netbeans.dest.dir and
nbplatform.NetBeans_IDE_CND_Dev.harness.dir are defined.
On a developer machine these are normally defined in
${user.properties.file}=${netbeans.user}/build.properties
but for automated builds you should pass these properties to Ant
explicitly.
You may instead download the harness and platform:
-Dbootstrap.url=.../tasks.jar -Dautoupdate.catalog.url=.../updates.xml
So I set the Variables to my netbeans Folder? Or would it make more
sense to move the Clank modules into the netbeans repository?
Like the others?
I am usure what would be the best way to proceed. The project is under
LLVM License.
Thanks for your time.
All the Best
Peter
Am 14.02.20 um 09:50 schrieb Peter Kovacs:
> Hi Ivan,
>
> Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
>>
>> On 2/13/20 6:23 AM, Peter Kovacs wrote:
>>> 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 think that will feed the dependency avalanche.
>
> It does not have additional external dependencies. And its file
> structure shows it comes from netbeans. The License is however unclear.
>
> Also the code seems abandond. So I see other issues then dependencies.
>
> Also it is a link to a build tool (clang) which is handy. Some people
> work with the toolset.
>
>>
>> org.netbeans.libs.clank is just a bundle file (bundle files mostly
>> contain default i18n text) so it should just
>> build w/o any issues. I.e. _don't_ remove libs.clank from
>> nb.cluster.cnd
>>
>
>>>
>>> I tried to remove the dependency clank from the cluster, but ant
>>> stayed persistant in requesting clank.
>>
>> "ant clean" to the rescue?
> Ohh yea did not try. :) Thanks for this beginner pointer.
>>
>>
>>> 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.
>>
>> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
>> for the first time in Peters quote.
>> Case of Reply vs ReplyAll or ???
> Yes, I did not notice too. Or I would have forwarded.
>>
>>>>
>>>> I have also seen "Target "all-cnd" does not exist in the project
>>>> "main"".
>>>>
>>>> But then sometimes it just goes away.
>>
>> No such luck with me.
>>
>>>> Reminds me a bit of this discussion:
>>>>
>>>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
>>>>
>>
>> Yeah, looks familiar but the resolution was "magical".
>>
>>>>
>>>> If you/we can get further with this, that would be great
>>
>> I poked at it some more and learned a bit more:
>>
>> The 'all-' list is built in the 'init' ant target. So you can
>> concentrate on the problem by just issuing
>> "ant -Dcluster.config=cnd init" and this is what you'll get:
>> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
>> [insert-module-all-targets] Cannot find build prerequisite
>> org.netbeans.modules.hibernate of
>> /home/open/nb-geertjan/contrib/hibernateweb
>>
>> I _think_ the contrib/hibernateweb error is a red herring ... it's
>> just a warning as it _doesn't_ abort the build.
> I did see the same error with same conclusion.
>>
>> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary
>> but it's clear that it doesn't contain anything
>> relating to CND in it. I blew it away thinking it's stale but no joy.
>> In fact "ant clean" blows it away anyway.
>>
>> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
>> -Dcluster.config=cnd init" there's a bunch of stuff
>> that gets fetched from the cloud:
>>
>> [echo] Bootstrapping NetBeans-specific Ant extensions...
>> [javac] Compiling 95 source files to
>> /home/open/nb-geertjan/nbbuild/build/antclasses
>> [jar] Building jar:
>> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
>> [configureproxy] Resetting proxyHost to empty string
>> [get] Getting:
>> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
>> [get] To:
>> /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
>> [copy] Warning: Could not find file
>> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
>> [copy] Warning: Could not find file
>> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
>>
>> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
>> CND? I poked around but it doesn't seem to
>> mention clusters anyway.
>>
>> nb-scan-cache is created by the ModuleListParser ant task. It uses
>> {nb.clusters.list} as input. Echoing {nb.clusters.list}
>> shows that it _does_ contain nb.cluster.cnd.
>>
>> That's where my investigations are at now..
>
> Have you tried the following command?
>
> ant -f cnd/cnd.editor -Dcluster.config=cnd run
>
>>
>>>> -- and please feel
>>>> free to provide pull requests to my fork.
>>
>> Gladly but I don't have anything meaty yet.
>>
>> Peter, could you please try w/o removing the libs.clank dependency?
>
> Yes, I have to integrate clank again. I hope I manage some time for
> this on the weekend.
>
> And I hope I get a license response.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: building CND
Posted by Peter Kovacs <pe...@apache.org>.
Hi Ivan,
Am 14.02.20 um 07:30 schrieb Ivan Soleimanipour:
>
> On 2/13/20 6:23 AM, Peter Kovacs wrote:
>> 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 think that will feed the dependency avalanche.
It does not have additional external dependencies. And its file
structure shows it comes from netbeans. The License is however unclear.
Also the code seems abandond. So I see other issues then dependencies.
Also it is a link to a build tool (clang) which is handy. Some people
work with the toolset.
>
> org.netbeans.libs.clank is just a bundle file (bundle files mostly
> contain default i18n text) so it should just
> build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd
>
>>
>> I tried to remove the dependency clank from the cluster, but ant
>> stayed persistant in requesting clank.
>
> "ant clean" to the rescue?
Ohh yea did not try. :) Thanks for this beginner pointer.
>
>
>> 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.
>
> Hmm ... Geertjan ... I never received your reply. I'm only seeing it
> for the first time in Peters quote.
> Case of Reply vs ReplyAll or ???
Yes, I did not notice too. Or I would have forwarded.
>
>>>
>>> I have also seen "Target "all-cnd" does not exist in the project
>>> "main"".
>>>
>>> But then sometimes it just goes away.
>
> No such luck with me.
>
>>> Reminds me a bit of this discussion:
>>>
>>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
>>>
>
> Yeah, looks familiar but the resolution was "magical".
>
>>>
>>> If you/we can get further with this, that would be great
>
> I poked at it some more and learned a bit more:
>
> The 'all-' list is built in the 'init' ant target. So you can
> concentrate on the problem by just issuing
> "ant -Dcluster.config=cnd init" and this is what you'll get:
> Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
> [insert-module-all-targets] Cannot find build prerequisite
> org.netbeans.modules.hibernate of
> /home/open/nb-geertjan/contrib/hibernateweb
>
> I _think_ the contrib/hibernateweb error is a red herring ... it's
> just a warning as it _doesn't_ abort the build.
I did see the same error with same conclusion.
>
> I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary
> but it's clear that it doesn't contain anything
> relating to CND in it. I blew it away thinking it's stale but no joy.
> In fact "ant clean" blows it away anyway.
>
> If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant
> -Dcluster.config=cnd init" there's a bunch of stuff
> that gets fetched from the cloud:
>
> [echo] Bootstrapping NetBeans-specific Ant extensions...
> [javac] Compiling 95 source files to
> /home/open/nb-geertjan/nbbuild/build/antclasses
> [jar] Building jar:
> /home/open/nb-geertjan/nbbuild/build/nbantext.jar
> [configureproxy] Resetting proxyHost to empty string
> [get] Getting:
> https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
> [get] To: /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
> [copy] Warning: Could not find file
> /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
> [copy] Warning: Could not find file
> /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
>
> So ... is the netbeansrelease.json stuff on gitbox somehow lacking
> CND? I poked around but it doesn't seem to
> mention clusters anyway.
>
> nb-scan-cache is created by the ModuleListParser ant task. It uses
> {nb.clusters.list} as input. Echoing {nb.clusters.list}
> shows that it _does_ contain nb.cluster.cnd.
>
> That's where my investigations are at now..
Have you tried the following command?
ant -f cnd/cnd.editor -Dcluster.config=cnd run
>
>>> -- and please feel
>>> free to provide pull requests to my fork.
>
> Gladly but I don't have anything meaty yet.
>
> Peter, could you please try w/o removing the libs.clank dependency?
Yes, I have to integrate clank again. I hope I manage some time for this
on the weekend.
And I hope I get a license response.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: building CND
Posted by Ivan Soleimanipour <iv...@sbcglobal.net>.
On 2/13/20 6:23 AM, Peter Kovacs wrote:
> 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 think that will feed the dependency avalanche.
org.netbeans.libs.clank is just a bundle file (bundle files mostly contain default i18n text) so it should just
build w/o any issues. I.e. _don't_ remove libs.clank from nb.cluster.cnd
>
> I tried to remove the dependency clank from the cluster, but ant stayed persistant in requesting clank.
"ant clean" to the rescue?
> 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.
Hmm ... Geertjan ... I never received your reply. I'm only seeing it for the first time in Peters quote.
Case of Reply vs ReplyAll or ???
>>
>> I have also seen "Target "all-cnd" does not exist in the project "main"".
>>
>> But then sometimes it just goes away.
No such luck with me.
>> Reminds me a bit of this discussion:
>>
>> http://mail-archives.apache.org/mod_mbox/netbeans-dev/201809.mbox/%3CCACkjAxSSrrL66SuA9HEyqQxY4OyrXYgkYeMvG50Rktrda-ErEA@mail.gmail.com%3E
Yeah, looks familiar but the resolution was "magical".
>>
>> If you/we can get further with this, that would be great
I poked at it some more and learned a bit more:
The 'all-' list is built in the 'init' ant target. So you can concentrate on the problem by just issuing
"ant -Dcluster.config=cnd init" and this is what you'll get:
Loading module list from /tmp/nb-scan-cache-2f523585-full.ser
[insert-module-all-targets] Cannot find build prerequisite org.netbeans.modules.hibernate of /home/open/nb-geertjan/contrib/hibernateweb
I _think_ the contrib/hibernateweb error is a red herring ... it's just a warning as it _doesn't_ abort the build.
I took a look at my /tmp/nb-scan-cache-2f523585-full.ser. It's binary but it's clear that it doesn't contain anything
relating to CND in it. I blew it away thinking it's stale but no joy. In fact "ant clean" blows it away anyway.
If you _do_ blow away your /tmp/nb-scan-cache-blah and try "ant -Dcluster.config=cnd init" there's a bunch of stuff
that gets fetched from the cloud:
[echo] Bootstrapping NetBeans-specific Ant extensions...
[javac] Compiling 95 source files to /home/open/nb-geertjan/nbbuild/build/antclasses
[jar] Building jar: /home/open/nb-geertjan/nbbuild/build/nbantext.jar
[configureproxy] Resetting proxyHost to empty string
[get] Getting: https://gitbox.apache.org/repos/asf?p=netbeans-jenkins-lib.git;a=blob_plain;f=meta/netbeansrelease.json
[get] To: /home/open/nb-geertjan/nbbuild/build/netbeansrelease.json
[copy] Warning: Could not find file /home/open/nb-geertjan/nbbuild/gitinfo.properties to copy.
[copy] Warning: Could not find file /home/open/nb-geertjan/nbbuild/netbeansrelease.properties to copy.
So ... is the netbeansrelease.json stuff on gitbox somehow lacking CND? I poked around but it doesn't seem to
mention clusters anyway.
nb-scan-cache is created by the ModuleListParser ant task. It uses {nb.clusters.list} as input. Echoing {nb.clusters.list}
shows that it _does_ contain nb.cluster.cnd.
That's where my investigations are at now..
>> -- and please feel
>> free to provide pull requests to my fork.
Gladly but I don't have anything meaty yet.
Peter, could you please try w/o removing the libs.clank dependency?
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
building CND (was: build failure cnd/cnd.debugger.dbx now missing ;)
)
Posted by Peter Kovacs <pe...@apache.org>.
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-ErEA@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.soleimanipour@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.
>>
>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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 ;)
Posted by Geertjan Wielenga <ge...@apache.org>.
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-ErEA@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.soleimanipour@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.
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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 ;)
Posted by Ivan Soleimanipour <iv...@sbcglobal.net>.
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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@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 ;)
Posted by Peter Kovacs <Pe...@Apache.org>.
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.soleimanipour@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.soleimanipour@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 <sd...@netbeans.org>
>> 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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@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 ;)
Posted by Geertjan Wielenga <ge...@apache.org>.
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.soleimanipour@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.soleimanipour@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 <sd...@netbeans.org>
> 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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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 ;)
Posted by Jan Lahoda <la...@gmail.com>.
On Fri, Feb 7, 2020 at 10:15 AM Ivan Soleimanipour <
ivan.soleimanipour@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.soleimanipour@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 <sd...@netbeans.org>
> 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 ;)
Posted by Ivan Soleimanipour <iv...@sbcglobal.net>.
On 2/6/20 11:06 PM, Jan Lahoda wrote:
> On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour <
> ivan.soleimanipour@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 <sd...@netbeans.org>
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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@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 ;)
Posted by Jan Lahoda <la...@gmail.com>.
On Fri, Feb 7, 2020 at 5:19 AM Ivan Soleimanipour <
ivan.soleimanipour@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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
> >>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> >> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> > For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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 ;)
Posted by Ivan Soleimanipour <iv...@sbcglobal.net>.
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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
>>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@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 ;)
Posted by Peter Kovacs <Pe...@Apache.org>.
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 <Pe...@apache.org> 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.sp@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-unsubscribe@netbeans.apache.org
>>>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
>>> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
> For additional commands, e-mail: dev-help@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-unsubscribe@netbeans.apache.org
For additional commands, e-mail: dev-help@netbeans.apache.org
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists