You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bluesky-dev@incubator.apache.org by Samul Kevin <lo...@gmail.com> on 2008/08/12 04:34:06 UTC
how do we deal with list.h
In our source code,we use list.h to implement the modules.For example,in
tserver module,we use list.h *list*
*/usr/include/c++/4.2.3*
*GPL*
*to be substitued *
*adminserver.h*
**
**
**
**
*callbacks.cpp*
**
**
**
**
*multicomm.cpp*
**
**
**
**
*tserver.cpp*
**
**
**
**
*msgtype.h*
but unfortunately,it follows GPL license,so we had to rewrite this header
file or find other header file which according with ASL.I serached it on but
failed to find the substitue.So,you guys,do we need to re-fulfill this file
of c++ libarary?
Re: how do we deal with list.h
Posted by Samul Kevin <lo...@gmail.com>.
you mean this place ? * *legal-discuss-subscribe@apache.org
i will try to check it out.
2008/9/2, Bernd Fondermann <be...@googlemail.com>:
>
> On Mon, Sep 1, 2008 at 09:42, Samul Kevin <lo...@gmail.com> wrote:
> > sorry that i don't understand you appropirately.
> > this is the first mail i send to him:
>
> Thanks for sharing this :-)
>
> However, when determining if a license is compatible with the ASL we
> do not trust external people, which are often not familiar with how
> we deal with licenses. There is the legal-discuss mailing list here at
> Apache where these kinds of problems are discussed.
>
> Also, your mentors should be familiar with Apache licensing. Please
> ask them for more advice or go to legal-discuss.
>
> Bernd
>
> > ---------- Forwarded message ----------
> > From: Samul Kevin <lo...@gmail.com>
> > Date: 2008-8-22 13:37
> > Subject: consulting about the license of stlport
> > To: "consulting@stlport.com" <co...@stlport.com>
> >
> >
> > hi,our group is scratching a project which is incubating by Apache
> > Software Foundation.However,the c++ libarary what we are using
> (accordrance
> > with GPL) collide with Apache Software License.Thus we have to change the
> > libarary.
> > After browsing stlport license,i found that it might NOT collide with
> > ASL.So i write this letter to confirm if it's totally ok when we use
> stlport
> > under ASL. Appriciate your help.Thks
> >
> >
> > Sincerely yours
> >
> > Bowen
> >
> > and this is his reply:
> > ---------- Forwarded message ----------
> > From: Boris Fomitchev <bo...@stlport.com>
> > Date: 2008-8-23 4:26
> > Subject: Re: consulting about the license of stlport
> > To: Samul Kevin <lo...@gmail.com>
> > Cc: "consulting@stlport.com" <co...@stlport.com>
> >
> > Yes, sure - STLport license does not collide with ASL.
> >
> > Best,
> > -Boris.
> >
> > Then you ,Bernd,brought out the two questions about the relicense
> problem.I
> > had to say,i didn't quite get it at first time.Not until Jiangshan showed
> me
> > the importance of the license problem did realized it really of account
> to
> > make these license things clear.So i wrote to Boris the second letter,and
> i
> > quoted your question in the letter:
> > I feel terribly sorry that i don't make my question in detail.the mentors
> of
> > our project wondered that " What license has stlport and can/will it be
> > relicensed to ASL?"
> > we used c++ stl which obeys the GPL license.Unfortunately,it's in the
> > excluded catagory of Apache license.So we had to find another c++
> > stl.Somebody told us STLPORT is good and may be appropiate to our
> project.So
> > i have to make it clear that if the license of STLPORT can be relicensed
> to
> > ASL.
> > this is the license of ASL
> > http://apache.org/licenses/LICENSE-2.0
> > this is the Third-Party Licensing Policy,i wanna know that whether the
> > STLPORT lisence belongs to the authorized catagory.
> > http://apache.org/legal/3party.html
> >
> > appriciate your help
> >
> > sincerely yours
> >
> > Bowen
> >
> > He have't answered it yet. i don't know if it's the question you wanna
> > us to resolve.It's true that we do have some communication problem and i
> > think the only way to fix it is to communicate MORE.So don't cherish your
> > critics,just bring them on^_^.
> >
> >
> > 2008/9/1, Bernd Fondermann <be...@googlemail.com>:
> >>
> >> On Mon, Sep 1, 2008 at 03:44, Samul Kevin <lo...@gmail.com>
> wrote:
> >> > i wrote to the author to confirm that.waiting for the answer now^_^
> >>
> >> As said before, it is good practice to copy the list with what you
> >> wrote him and copy his answer to the list, too.
> >> So everyone can actually take part in deal with this important issue
> >> and is not only a bystander.
> >>
> >> There still seems to be a big lack of understanding what working here
> >> at Apache is all about.
> >>
> >>
> >>
> >> Bernd
> >>
> >
>
Re: how do we deal with list.h
Posted by Bernd Fondermann <be...@googlemail.com>.
On Mon, Sep 1, 2008 at 09:42, Samul Kevin <lo...@gmail.com> wrote:
> sorry that i don't understand you appropirately.
> this is the first mail i send to him:
Thanks for sharing this :-)
However, when determining if a license is compatible with the ASL we
do not trust external people, which are often not familiar with how
we deal with licenses. There is the legal-discuss mailing list here at
Apache where these kinds of problems are discussed.
Also, your mentors should be familiar with Apache licensing. Please
ask them for more advice or go to legal-discuss.
Bernd
> ---------- Forwarded message ----------
> From: Samul Kevin <lo...@gmail.com>
> Date: 2008-8-22 13:37
> Subject: consulting about the license of stlport
> To: "consulting@stlport.com" <co...@stlport.com>
>
>
> hi,our group is scratching a project which is incubating by Apache
> Software Foundation.However,the c++ libarary what we are using (accordrance
> with GPL) collide with Apache Software License.Thus we have to change the
> libarary.
> After browsing stlport license,i found that it might NOT collide with
> ASL.So i write this letter to confirm if it's totally ok when we use stlport
> under ASL. Appriciate your help.Thks
>
>
> Sincerely yours
>
> Bowen
>
> and this is his reply:
> ---------- Forwarded message ----------
> From: Boris Fomitchev <bo...@stlport.com>
> Date: 2008-8-23 4:26
> Subject: Re: consulting about the license of stlport
> To: Samul Kevin <lo...@gmail.com>
> Cc: "consulting@stlport.com" <co...@stlport.com>
>
> Yes, sure - STLport license does not collide with ASL.
>
> Best,
> -Boris.
>
> Then you ,Bernd,brought out the two questions about the relicense problem.I
> had to say,i didn't quite get it at first time.Not until Jiangshan showed me
> the importance of the license problem did realized it really of account to
> make these license things clear.So i wrote to Boris the second letter,and i
> quoted your question in the letter:
> I feel terribly sorry that i don't make my question in detail.the mentors of
> our project wondered that " What license has stlport and can/will it be
> relicensed to ASL?"
> we used c++ stl which obeys the GPL license.Unfortunately,it's in the
> excluded catagory of Apache license.So we had to find another c++
> stl.Somebody told us STLPORT is good and may be appropiate to our project.So
> i have to make it clear that if the license of STLPORT can be relicensed to
> ASL.
> this is the license of ASL
> http://apache.org/licenses/LICENSE-2.0
> this is the Third-Party Licensing Policy,i wanna know that whether the
> STLPORT lisence belongs to the authorized catagory.
> http://apache.org/legal/3party.html
>
> appriciate your help
>
> sincerely yours
>
> Bowen
>
> He have't answered it yet. i don't know if it's the question you wanna
> us to resolve.It's true that we do have some communication problem and i
> think the only way to fix it is to communicate MORE.So don't cherish your
> critics,just bring them on^_^.
>
>
> 2008/9/1, Bernd Fondermann <be...@googlemail.com>:
>>
>> On Mon, Sep 1, 2008 at 03:44, Samul Kevin <lo...@gmail.com> wrote:
>> > i wrote to the author to confirm that.waiting for the answer now^_^
>>
>> As said before, it is good practice to copy the list with what you
>> wrote him and copy his answer to the list, too.
>> So everyone can actually take part in deal with this important issue
>> and is not only a bystander.
>>
>> There still seems to be a big lack of understanding what working here
>> at Apache is all about.
>>
>>
>>
>> Bernd
>>
>
Re: how do we deal with list.h
Posted by Samul Kevin <lo...@gmail.com>.
Samul Kevin is my english name,my Chinese name is Bowen Ma.(博文 马)^_^
don't realize that would confuse people -_-!
2008/9/2, Bernd Fondermann <be...@googlemail.com>:
>
> By the way, another question: You are signing your mail with 'Bowen'
> while your from address reads 'Samul Kevin'.
>
> How are these two person interrelated?
>
> Just asking :-)
>
> Bernd
>
>
> On Mon, Sep 1, 2008 at 09:42, Samul Kevin <lo...@gmail.com> wrote:
> > sorry that i don't understand you appropirately.
> > this is the first mail i send to him:
> > ---------- Forwarded message ----------
> > From: Samul Kevin <lo...@gmail.com>
> > Date: 2008-8-22 13:37
> > Subject: consulting about the license of stlport
> > To: "consulting@stlport.com" <co...@stlport.com>
> >
> >
> > hi,our group is scratching a project which is incubating by Apache
> > Software Foundation.However,the c++ libarary what we are using
> (accordrance
> > with GPL) collide with Apache Software License.Thus we have to change the
> > libarary.
> > After browsing stlport license,i found that it might NOT collide with
> > ASL.So i write this letter to confirm if it's totally ok when we use
> stlport
> > under ASL. Appriciate your help.Thks
> >
> >
> > Sincerely yours
> >
> > Bowen
> >
> > and this is his reply:
> > ---------- Forwarded message ----------
> > From: Boris Fomitchev <bo...@stlport.com>
> > Date: 2008-8-23 4:26
> > Subject: Re: consulting about the license of stlport
> > To: Samul Kevin <lo...@gmail.com>
> > Cc: "consulting@stlport.com" <co...@stlport.com>
> >
> > Yes, sure - STLport license does not collide with ASL.
> >
> > Best,
> > -Boris.
> >
> > Then you ,Bernd,brought out the two questions about the relicense
> problem.I
> > had to say,i didn't quite get it at first time.Not until Jiangshan showed
> me
> > the importance of the license problem did realized it really of account
> to
> > make these license things clear.So i wrote to Boris the second letter,and
> i
> > quoted your question in the letter:
> > I feel terribly sorry that i don't make my question in detail.the mentors
> of
> > our project wondered that " What license has stlport and can/will it be
> > relicensed to ASL?"
> > we used c++ stl which obeys the GPL license.Unfortunately,it's in the
> > excluded catagory of Apache license.So we had to find another c++
> > stl.Somebody told us STLPORT is good and may be appropiate to our
> project.So
> > i have to make it clear that if the license of STLPORT can be relicensed
> to
> > ASL.
> > this is the license of ASL
> > http://apache.org/licenses/LICENSE-2.0
> > this is the Third-Party Licensing Policy,i wanna know that whether the
> > STLPORT lisence belongs to the authorized catagory.
> > http://apache.org/legal/3party.html
> >
> > appriciate your help
> >
> > sincerely yours
> >
> > Bowen
> >
> > He have't answered it yet. i don't know if it's the question you wanna
> > us to resolve.It's true that we do have some communication problem and i
> > think the only way to fix it is to communicate MORE.So don't cherish your
> > critics,just bring them on^_^.
> >
> >
> > 2008/9/1, Bernd Fondermann <be...@googlemail.com>:
> >>
> >> On Mon, Sep 1, 2008 at 03:44, Samul Kevin <lo...@gmail.com>
> wrote:
> >> > i wrote to the author to confirm that.waiting for the answer now^_^
> >>
> >> As said before, it is good practice to copy the list with what you
> >> wrote him and copy his answer to the list, too.
> >> So everyone can actually take part in deal with this important issue
> >> and is not only a bystander.
> >>
> >> There still seems to be a big lack of understanding what working here
> >> at Apache is all about.
> >>
> >>
> >>
> >> Bernd
> >>
> >
>
Re: how do we deal with list.h
Posted by Bernd Fondermann <be...@googlemail.com>.
By the way, another question: You are signing your mail with 'Bowen'
while your from address reads 'Samul Kevin'.
How are these two person interrelated?
Just asking :-)
Bernd
On Mon, Sep 1, 2008 at 09:42, Samul Kevin <lo...@gmail.com> wrote:
> sorry that i don't understand you appropirately.
> this is the first mail i send to him:
> ---------- Forwarded message ----------
> From: Samul Kevin <lo...@gmail.com>
> Date: 2008-8-22 13:37
> Subject: consulting about the license of stlport
> To: "consulting@stlport.com" <co...@stlport.com>
>
>
> hi,our group is scratching a project which is incubating by Apache
> Software Foundation.However,the c++ libarary what we are using (accordrance
> with GPL) collide with Apache Software License.Thus we have to change the
> libarary.
> After browsing stlport license,i found that it might NOT collide with
> ASL.So i write this letter to confirm if it's totally ok when we use stlport
> under ASL. Appriciate your help.Thks
>
>
> Sincerely yours
>
> Bowen
>
> and this is his reply:
> ---------- Forwarded message ----------
> From: Boris Fomitchev <bo...@stlport.com>
> Date: 2008-8-23 4:26
> Subject: Re: consulting about the license of stlport
> To: Samul Kevin <lo...@gmail.com>
> Cc: "consulting@stlport.com" <co...@stlport.com>
>
> Yes, sure - STLport license does not collide with ASL.
>
> Best,
> -Boris.
>
> Then you ,Bernd,brought out the two questions about the relicense problem.I
> had to say,i didn't quite get it at first time.Not until Jiangshan showed me
> the importance of the license problem did realized it really of account to
> make these license things clear.So i wrote to Boris the second letter,and i
> quoted your question in the letter:
> I feel terribly sorry that i don't make my question in detail.the mentors of
> our project wondered that " What license has stlport and can/will it be
> relicensed to ASL?"
> we used c++ stl which obeys the GPL license.Unfortunately,it's in the
> excluded catagory of Apache license.So we had to find another c++
> stl.Somebody told us STLPORT is good and may be appropiate to our project.So
> i have to make it clear that if the license of STLPORT can be relicensed to
> ASL.
> this is the license of ASL
> http://apache.org/licenses/LICENSE-2.0
> this is the Third-Party Licensing Policy,i wanna know that whether the
> STLPORT lisence belongs to the authorized catagory.
> http://apache.org/legal/3party.html
>
> appriciate your help
>
> sincerely yours
>
> Bowen
>
> He have't answered it yet. i don't know if it's the question you wanna
> us to resolve.It's true that we do have some communication problem and i
> think the only way to fix it is to communicate MORE.So don't cherish your
> critics,just bring them on^_^.
>
>
> 2008/9/1, Bernd Fondermann <be...@googlemail.com>:
>>
>> On Mon, Sep 1, 2008 at 03:44, Samul Kevin <lo...@gmail.com> wrote:
>> > i wrote to the author to confirm that.waiting for the answer now^_^
>>
>> As said before, it is good practice to copy the list with what you
>> wrote him and copy his answer to the list, too.
>> So everyone can actually take part in deal with this important issue
>> and is not only a bystander.
>>
>> There still seems to be a big lack of understanding what working here
>> at Apache is all about.
>>
>>
>>
>> Bernd
>>
>
Re: how do we deal with list.h
Posted by Samul Kevin <lo...@gmail.com>.
sorry that i don't understand you appropirately.
this is the first mail i send to him:
---------- Forwarded message ----------
From: Samul Kevin <lo...@gmail.com>
Date: 2008-8-22 13:37
Subject: consulting about the license of stlport
To: "consulting@stlport.com" <co...@stlport.com>
hi,our group is scratching a project which is incubating by Apache
Software Foundation.However,the c++ libarary what we are using (accordrance
with GPL) collide with Apache Software License.Thus we have to change the
libarary.
After browsing stlport license,i found that it might NOT collide with
ASL.So i write this letter to confirm if it's totally ok when we use stlport
under ASL. Appriciate your help.Thks
Sincerely yours
Bowen
and this is his reply:
---------- Forwarded message ----------
From: Boris Fomitchev <bo...@stlport.com>
Date: 2008-8-23 4:26
Subject: Re: consulting about the license of stlport
To: Samul Kevin <lo...@gmail.com>
Cc: "consulting@stlport.com" <co...@stlport.com>
Yes, sure - STLport license does not collide with ASL.
Best,
-Boris.
Then you ,Bernd,brought out the two questions about the relicense problem.I
had to say,i didn't quite get it at first time.Not until Jiangshan showed me
the importance of the license problem did realized it really of account to
make these license things clear.So i wrote to Boris the second letter,and i
quoted your question in the letter:
I feel terribly sorry that i don't make my question in detail.the mentors of
our project wondered that " What license has stlport and can/will it be
relicensed to ASL?"
we used c++ stl which obeys the GPL license.Unfortunately,it's in the
excluded catagory of Apache license.So we had to find another c++
stl.Somebody told us STLPORT is good and may be appropiate to our project.So
i have to make it clear that if the license of STLPORT can be relicensed to
ASL.
this is the license of ASL
http://apache.org/licenses/LICENSE-2.0
this is the Third-Party Licensing Policy,i wanna know that whether the
STLPORT lisence belongs to the authorized catagory.
http://apache.org/legal/3party.html
appriciate your help
sincerely yours
Bowen
He have't answered it yet. i don't know if it's the question you wanna
us to resolve.It's true that we do have some communication problem and i
think the only way to fix it is to communicate MORE.So don't cherish your
critics,just bring them on^_^.
2008/9/1, Bernd Fondermann <be...@googlemail.com>:
>
> On Mon, Sep 1, 2008 at 03:44, Samul Kevin <lo...@gmail.com> wrote:
> > i wrote to the author to confirm that.waiting for the answer now^_^
>
> As said before, it is good practice to copy the list with what you
> wrote him and copy his answer to the list, too.
> So everyone can actually take part in deal with this important issue
> and is not only a bystander.
>
> There still seems to be a big lack of understanding what working here
> at Apache is all about.
>
>
>
> Bernd
>
Re: how do we deal with list.h
Posted by Bernd Fondermann <be...@googlemail.com>.
On Mon, Sep 1, 2008 at 03:44, Samul Kevin <lo...@gmail.com> wrote:
> i wrote to the author to confirm that.waiting for the answer now^_^
As said before, it is good practice to copy the list with what you
wrote him and copy his answer to the list, too.
So everyone can actually take part in deal with this important issue
and is not only a bystander.
There still seems to be a big lack of understanding what working here
at Apache is all about.
Bernd
Re: how do we deal with list.h
Posted by Samul Kevin <lo...@gmail.com>.
i wrote to the author to confirm that.waiting for the answer now^_^
2008/8/31, Ting Peng <t....@gmail.com>:
>
> the license of STLPort is like:
> /*
> * Copyright (c) 1999
> * Boris Fomitchev
> *
> * This material is provided "as is", with absolutely no warranty expressed
> * or implied. Any use is at your own risk.
> *
> * Permission to use or copy this software for any purpose is hereby granted
> * without fee, provided the above notices are retained on all copies.
> * Permission to modify the code and to distribute modified code is granted,
> * provided the above notices are retained, and a notice that the code was
> * modified is included with the above copyright notice.
> *
> */
> Everybody can check this content in the source code of STLport.
> So, I think that we should recommand the developers to use STLport as c++
> library.
>
> On Sun, Aug 31, 2008 at 9:28 PM, Ting Peng <t....@gmail.com> wrote:
>
> > In fact, list.h is not part of our code. It is generated by the C++
> > compiler. Our code doesn't comprise any STL or c++ lib code.
> > C++ compiler and c++ lib can be chosen according to the opinion of the
> > developers. If the developer want to deliver linked program under ASL,
> > he/she must chose a c++ lib according to ASL. The program code doesn't
> > comprise any problem of c++ lib.
> >
> > So, I think source code can be checked to the repo. But we should told
> the
> > developers to link the the program with ASL compatible C++ lib if he/she
> > want to deliver binary program under ASL.
> >
> >
> > On Fri, Aug 29, 2008 at 9:31 AM, Shan Jiang <da...@gmail.com> wrote:
> >
> >> On 8/25/08, Bernd Fondermann <be...@googlemail.com> wrote:
> >> > On Mon, Aug 25, 2008 at 03:15, Samul Kevin <lo...@gmail.com>
> >> wrote:
> >> >> i wrote a mail to Boris Fomitchev,he assured me that stlport don't
> >> collide
> >> >> with ASL
> >> >
> >>
> >
> >
>
>
> --
> Best regards!
>
> Ting Peng (t.peng.dev@gmail.com)
> [CN] +86-137-721-59621
>
Re: how do we deal with list.h
Posted by Ting Peng <t....@gmail.com>.
the license of STLPort is like:
/*
* Copyright (c) 1999
* Boris Fomitchev
*
* This material is provided "as is", with absolutely no warranty expressed
* or implied. Any use is at your own risk.
*
* Permission to use or copy this software for any purpose is hereby granted
* without fee, provided the above notices are retained on all copies.
* Permission to modify the code and to distribute modified code is granted,
* provided the above notices are retained, and a notice that the code was
* modified is included with the above copyright notice.
*
*/
Everybody can check this content in the source code of STLport.
So, I think that we should recommand the developers to use STLport as c++
library.
On Sun, Aug 31, 2008 at 9:28 PM, Ting Peng <t....@gmail.com> wrote:
> In fact, list.h is not part of our code. It is generated by the C++
> compiler. Our code doesn't comprise any STL or c++ lib code.
> C++ compiler and c++ lib can be chosen according to the opinion of the
> developers. If the developer want to deliver linked program under ASL,
> he/she must chose a c++ lib according to ASL. The program code doesn't
> comprise any problem of c++ lib.
>
> So, I think source code can be checked to the repo. But we should told the
> developers to link the the program with ASL compatible C++ lib if he/she
> want to deliver binary program under ASL.
>
>
> On Fri, Aug 29, 2008 at 9:31 AM, Shan Jiang <da...@gmail.com> wrote:
>
>> On 8/25/08, Bernd Fondermann <be...@googlemail.com> wrote:
>> > On Mon, Aug 25, 2008 at 03:15, Samul Kevin <lo...@gmail.com>
>> wrote:
>> >> i wrote a mail to Boris Fomitchev,he assured me that stlport don't
>> collide
>> >> with ASL
>> >
>>
>
>
--
Best regards!
Ting Peng (t.peng.dev@gmail.com)
[CN] +86-137-721-59621
Re: how do we deal with list.h
Posted by Ting Peng <t....@gmail.com>.
In fact, list.h is not part of our code. It is generated by the C++
compiler. Our code doesn't comprise any STL or c++ lib code.
C++ compiler and c++ lib can be chosen according to the opinion of the
developers. If the developer want to deliver linked program under ASL,
he/she must chose a c++ lib according to ASL. The program code doesn't
comprise any problem of c++ lib.
So, I think source code can be checked to the repo. But we should told the
developers to link the the program with ASL compatible C++ lib if he/she
want to deliver binary program under ASL.
On Fri, Aug 29, 2008 at 9:31 AM, Shan Jiang <da...@gmail.com> wrote:
> On 8/25/08, Bernd Fondermann <be...@googlemail.com> wrote:
> > On Mon, Aug 25, 2008 at 03:15, Samul Kevin <lo...@gmail.com>
> wrote:
> >> i wrote a mail to Boris Fomitchev,he assured me that stlport don't
> collide
> >> with ASL
> >
>
Re: how do we deal with list.h
Posted by Shan Jiang <da...@gmail.com>.
On 8/25/08, Bernd Fondermann <be...@googlemail.com> wrote:
> On Mon, Aug 25, 2008 at 03:15, Samul Kevin <lo...@gmail.com> wrote:
>> i wrote a mail to Boris Fomitchev,he assured me that stlport don't collide
>> with ASL
>
> But questions remain:
> + Who is Boris Fomitchev?
> + What license has stlport and can/will it be relicensed to ASL?
We shall answer the two questions explicitly after a few days.
>
> It would be good to cc this list if questions are mailed to people not
> on the list, so if they reply we have a public record of what they are
> saying.
>
> Bernd
>
>> 2008/8/24 Ting Peng <t....@gmail.com>
>>
>>> Dear all,
>>> Are there any ASF software use C++ library ? How did they fix the license
>>> issues?
>>> Please give us some information. Thanks.
>>>
>>> On Fri, Aug 22, 2008 at 1:32 PM, Bernd Fondermann <
>>> bernd.fondermann@googlemail.com> wrote:
>>>
>>> > Whether this software is widely used or not is not important from a
>>> > licensing point of view.
>>> > The crucial question is: What is the license of the code you want to
>>> > use?
>>> >
>>> > See here for some answers:
>>> > http://apache.org/legal/3party.html
>>> > It's a starting point, so you get a general idea what is important.
>>> > More questions will probably arise from that.
>>> >
>>> > Hope that helps,
>>> >
>>> > Bernd
>>> >
>>> >
>>> > On Fri, Aug 22, 2008 at 02:40, Ting Peng <t....@gmail.com> wrote:
>>> > > I think we can use stlport, for it is part of C++ Standard. If we
>>> > > read
>>> > the
>>> > > document of stlport in detail, we can find the answer. Stlport is
>>> widely
>>> > > used, for any popuse. I think we can use it too. What we should do
>>> > > now
>>> is
>>> > to
>>> > > check the licese file of STLport.
>>> > >
>>> > > On Thu, Aug 21, 2008 at 4:45 PM, Shan Jiang <da...@gmail.com>
>>> wrote:
>>> > >
>>> > >> It's vital for us to confirm if the sgi's stl lib can be applied
>>> > >> with
>>> > >> ASL. In source file description, we note that this sentence of
>>> > >> "Permission to use or copy this software for ANY purpose is hereby
>>> > >> granted without fee, provided the above notices are retained on all
>>> > >> copies.". we should send email to the sgi's author for asking for
>>> > >> his
>>> > >> authorization to apply sgi's stl lib under ASL. If the author
>>> > >> accredit
>>> > >> his(her) codes to bluesky ASF project. we INSTALL the sgi STL lib by
>>> > >> apt install command on Unbantu. The next step is that we replace the
>>> > >> #include <list> with #include <list.h> in our source code file and
>>> > >> modify a few code (if fortunately, we can do nothing to modify ).
>>> > >> That
>>> > >> is all we need do!
>>> > >>
>>> > >> On 8/21/08, Samul Kevin <lo...@gmail.com> wrote:
>>> > >> > i check the sgi's stl. It seems the license doen't collide with
>>> ASL.Is
>>> > >> that
>>> > >> > totally OK if we just download the list.h of sgi STL and replace
>>> > >> > the
>>> > one
>>> > >> we
>>> > >> > currently use?
>>> > >> >
>>> > >> > 2008/8/19, Ting Peng <t....@gmail.com>:
>>> > >> >>
>>> > >> >> Dear all,
>>> > >> >>
>>> > >> >> This list is the packages of STLPort provided by Ubuntu Linux
>>> > release.
>>> > >> >> you can get the list use this command on ubuntu linux:
>>> > >> >> "apt-cache search STL"
>>> > >> >> So, if you use ubuntu linux as your develop platform, when you
>>> > >> >> are
>>> > >> >> compiling
>>> > >> >> bluesky, you can use these packages to as C++ library. By doing
>>> this,
>>> > >> >> license problems can be avoided. STLPort is aso recommended by
>>> > >> >> C++
>>> > >> >> standard.
>>> > >> >> It is very effective.
>>> > >> >>
>>> > >> >> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <
>>> lovesummerf@gmail.com>
>>> > >> >> wrote:
>>> > >> >>
>>> > >> >> > yeah,thks,i think it suitable too,but i don't quite get the
>>> meaning
>>> > of
>>> > >> >> your
>>> > >> >> > listing about this:
>>> > >> >> > libstlport4.6-dev - STLport C++ class library
>>> > >> >> > libstlport4.6c2 - STLport C++ class library
>>> > >> >> > libstlport5.0 - STLport C++ class library
>>> > >> >> > libstlport5.0-dbg - STLport C++ class library debug symbols
>>> > >> >> > libstlport5.0-dev - STLport C++ class library
>>> > >> >> > libstlport5.1 - STLport C++ class library
>>> > >> >> > libstlport5.1-dbg - STLport C++ class library debug symbols
>>> > >> >> > libstlport5.1-dev - STLport C++ class library
>>> > >> >> >
>>> > >> >> >
>>> > >> >> >
>>> > >> >> > 2008/8/15, Ting Peng <t....@gmail.com>:
>>> > >> >> > >
>>> > >> >> > > Ubuntu Linux provides STLport, which is the STL implement
>>> > >> recommended
>>> > >> >> by
>>> > >> >> > > the
>>> > >> >> > > C++ Standard.
>>> > >> >> > > libstlport4.6-dev - STLport C++ class library
>>> > >> >> > > libstlport4.6c2 - STLport C++ class library
>>> > >> >> > > libstlport5.0 - STLport C++ class library
>>> > >> >> > > libstlport5.0-dbg - STLport C++ class library debug symbols
>>> > >> >> > > libstlport5.0-dev - STLport C++ class library
>>> > >> >> > > libstlport5.1 - STLport C++ class library
>>> > >> >> > > libstlport5.1-dbg - STLport C++ class library debug symbols
>>> > >> >> > > libstlport5.1-dev - STLport C++ class library
>>> > >> >> > >
>>> > >> >> > > Its license information can be found at
>>> > >> >> > > http://www.stlport.org/doc/license.html and
>>> > >> >> > > http://sourceforge.net/projects/stlport/
>>> > >> >> > >
>>> > >> >> > > I copy the information from the source file is:
>>> > >> >> > > /*
>>> > >> >> > > * Copyright (c) 1999
>>> > >> >> > > * Silicon Graphics Computer Systems, Inc.
>>> > >> >> > > *
>>> > >> >> > > * Copyright (c) 1999
>>> > >> >> > > * Boris Fomitchev
>>> > >> >> > > *
>>> > >> >> > > * This material is provided "as is", with absolutely no
>>> warranty
>>> > >> >> > expressed
>>> > >> >> > > * or implied. Any use is at your own risk.
>>> > >> >> > > *
>>> > >> >> > > * Permission to use or copy this software for any purpose is
>>> > hereby
>>> > >> >> > granted
>>> > >> >> > > * without fee, provided the above notices are retained on all
>>> > >> copies.
>>> > >> >> > > * Permission to modify the code and to distribute modified
>>> > >> >> > > code
>>> > is
>>> > >> >> > granted,
>>> > >> >> > > * provided the above notices are retained, and a notice that
>>> the
>>> > >> code
>>> > >> >> was
>>> > >> >> > > * modified is included with the above copyright notice.
>>> > >> >> > > *
>>> > >> >> > > */
>>> > >> >> > >
>>> > >> >> > > I guess that it is suitable for our ASF programs.
>>> > >> >> > >
>>> > >> >> > >
>>> > >> >> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <
>>> t.peng.dev@gmail.com
>>> > >
>>> > >> >> wrote:
>>> > >> >> > >
>>> > >> >> > > > Do you mean the things listed below?
>>> > >> >> > > > In fact, our source code is written in C++, and it dependes
>>> on
>>> > >> STL.
>>> > >> >> To
>>> > >> >> > my
>>> > >> >> > > > knowledge STL is part of C++ standard. Any C++ developing
>>> > >> >> > > > environment
>>> > >> >> > > should
>>> > >> >> > > > provide STL. The formal STL which is selected by C++
>>> > >> >> > > > standard
>>> > is
>>> > >> >> > > developed
>>> > >> >> > > > by SGI, which can be found at http://www.sgi.com/tech/stl/
>>> > >> >> > > >
>>> > >> >> > > > There are many STL implements currently. Borland, Microsoft
>>> and
>>> > >> >> > > > other
>>> > >> >> > > > companies have their own implement. SGI's implement is the
>>> > >> standard
>>> > >> >> > one,
>>> > >> >> > > > which is opensourced and can be used anywhere. I didn't
>>> > >> >> > > > read
>>> > the
>>> > >> >> detail
>>> > >> >> > > > license information of it.
>>> > >> >> > > >
>>> > >> >> > > > In fact, g++ is not the only C++ compiler for linux. and
>>> GNU's
>>> > STL
>>> > >> >> > > > implement is not the only STL implement.
>>> > >> >> > > >
>>> > >> >> > > >
>>> > >> >> > > > C++ and STL are needed to compile our program. And, they
>>> > >> >> > > > are
>>> > the
>>> > >> >> > standard
>>> > >> >> > > > components of C++ environment. It is the developers'
>>> > >> >> > > > business
>>> > to
>>> > >> >> choose
>>> > >> >> > > > their own C++ environment. The default C++ and STL is
>>> provided
>>> > by
>>> > >> >> > > > GNU
>>> > >> >> > and
>>> > >> >> > > > are GPLed. So, we should let the developers know that they
>>> > should
>>> > >> >> > choose
>>> > >> >> > > a
>>> > >> >> > > > non-GPLed STL to call.
>>> > >> >> > > >
>>> > >> >> > > >
>>> > >> >> > > > ===========================================
>>> > >> >> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \;
>>> > >> >> > > > |
>>> > grep
>>> > >> >> c++
>>> > >> >> > > >
>>> > >> >> ./src/.deps/tserver-adminserver.Po:34:
>>> > /usr/include/bits/sys_errlist.h
>>> > >> >> > > > adminserver.h /usr/include/c
>>> > >> >> > > > ++/4.2/list \
>>> > >> >> > > > ./src/.deps/tserver-adminserver.Po:73:
>>> > >> >> > > > /usr/include/c++/4.2/bits/stl_list.h /
>>> > >> >> > > >
>>> > >> >> > >
>>> > >> >> > > --
>>> > >> >> > > Best regards!
>>> > >> >> > >
>>> > >> >> > > Ting Peng (t.peng.dev@gmail.com)
>>> > >> >> > > [CN] +86-137-721-59621
>>> > >> >> > >
>>> > >> >> >
>>> > >> >>
>>> > >> >>
>>> > >> >>
>>> > >> >> --
>>> > >> >> Best regards!
>>> > >> >>
>>> > >> >> Ting Peng (t.peng.dev@gmail.com)
>>> > >> >> [CN] +86-137-721-59621
>>> > >> >>
>>> > >> >
>>> > >>
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > Best regards!
>>> > >
>>> > > Ting Peng (t.peng.dev@gmail.com)
>>> > > [CN] +86-137-721-59621
>>> > >
>>> >
>>>
>>>
>>>
>>> --
>>> Best regards!
>>>
>>> Ting Peng (t.peng.dev@gmail.com)
>>> [CN] +86-137-721-59621
>>>
>>
>
Re: how do we deal with list.h
Posted by Samul Kevin <lo...@gmail.com>.
sgi stl belongs to Silicon Graphics Computer System, Inc
stlport orignated from a project of Boris Fomitchev
http://www.stlport.org/doc/license.html
the following picture is the relationship between those "stl"s
http://morningspace.51.net/resource/stlintro/stlintro2.gif
ps:don't quite understand your second question.
2008/8/25 Bernd Fondermann <be...@googlemail.com>
> On Mon, Aug 25, 2008 at 03:15, Samul Kevin <lo...@gmail.com> wrote:
> > i wrote a mail to Boris Fomitchev,he assured me that stlport don't
> collide
> > with ASL
>
> But questions remain:
> + Who is Boris Fomitchev?
> + What license has stlport and can/will it be relicensed to ASL?
>
> It would be good to cc this list if questions are mailed to people not
> on the list, so if they reply we have a public record of what they are
> saying.
>
> Bernd
>
> > 2008/8/24 Ting Peng <t....@gmail.com>
> >
> >> Dear all,
> >> Are there any ASF software use C++ library ? How did they fix the
> license
> >> issues?
> >> Please give us some information. Thanks.
> >>
> >> On Fri, Aug 22, 2008 at 1:32 PM, Bernd Fondermann <
> >> bernd.fondermann@googlemail.com> wrote:
> >>
> >> > Whether this software is widely used or not is not important from a
> >> > licensing point of view.
> >> > The crucial question is: What is the license of the code you want to
> use?
> >> >
> >> > See here for some answers:
> >> > http://apache.org/legal/3party.html
> >> > It's a starting point, so you get a general idea what is important.
> >> > More questions will probably arise from that.
> >> >
> >> > Hope that helps,
> >> >
> >> > Bernd
> >> >
> >> >
> >> > On Fri, Aug 22, 2008 at 02:40, Ting Peng <t....@gmail.com>
> wrote:
> >> > > I think we can use stlport, for it is part of C++ Standard. If we
> read
> >> > the
> >> > > document of stlport in detail, we can find the answer. Stlport is
> >> widely
> >> > > used, for any popuse. I think we can use it too. What we should do
> now
> >> is
> >> > to
> >> > > check the licese file of STLport.
> >> > >
> >> > > On Thu, Aug 21, 2008 at 4:45 PM, Shan Jiang <da...@gmail.com>
> >> wrote:
> >> > >
> >> > >> It's vital for us to confirm if the sgi's stl lib can be applied
> with
> >> > >> ASL. In source file description, we note that this sentence of
> >> > >> "Permission to use or copy this software for ANY purpose is hereby
> >> > >> granted without fee, provided the above notices are retained on all
> >> > >> copies.". we should send email to the sgi's author for asking for
> his
> >> > >> authorization to apply sgi's stl lib under ASL. If the author
> accredit
> >> > >> his(her) codes to bluesky ASF project. we INSTALL the sgi STL lib
> by
> >> > >> apt install command on Unbantu. The next step is that we replace
> the
> >> > >> #include <list> with #include <list.h> in our source code file and
> >> > >> modify a few code (if fortunately, we can do nothing to modify ).
> That
> >> > >> is all we need do!
> >> > >>
> >> > >> On 8/21/08, Samul Kevin <lo...@gmail.com> wrote:
> >> > >> > i check the sgi's stl. It seems the license doen't collide with
> >> ASL.Is
> >> > >> that
> >> > >> > totally OK if we just download the list.h of sgi STL and replace
> the
> >> > one
> >> > >> we
> >> > >> > currently use?
> >> > >> >
> >> > >> > 2008/8/19, Ting Peng <t....@gmail.com>:
> >> > >> >>
> >> > >> >> Dear all,
> >> > >> >>
> >> > >> >> This list is the packages of STLPort provided by Ubuntu Linux
> >> > release.
> >> > >> >> you can get the list use this command on ubuntu linux:
> >> > >> >> "apt-cache search STL"
> >> > >> >> So, if you use ubuntu linux as your develop platform, when you
> are
> >> > >> >> compiling
> >> > >> >> bluesky, you can use these packages to as C++ library. By doing
> >> this,
> >> > >> >> license problems can be avoided. STLPort is aso recommended by
> C++
> >> > >> >> standard.
> >> > >> >> It is very effective.
> >> > >> >>
> >> > >> >> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <
> >> lovesummerf@gmail.com>
> >> > >> >> wrote:
> >> > >> >>
> >> > >> >> > yeah,thks,i think it suitable too,but i don't quite get the
> >> meaning
> >> > of
> >> > >> >> your
> >> > >> >> > listing about this:
> >> > >> >> > libstlport4.6-dev - STLport C++ class library
> >> > >> >> > libstlport4.6c2 - STLport C++ class library
> >> > >> >> > libstlport5.0 - STLport C++ class library
> >> > >> >> > libstlport5.0-dbg - STLport C++ class library debug symbols
> >> > >> >> > libstlport5.0-dev - STLport C++ class library
> >> > >> >> > libstlport5.1 - STLport C++ class library
> >> > >> >> > libstlport5.1-dbg - STLport C++ class library debug symbols
> >> > >> >> > libstlport5.1-dev - STLport C++ class library
> >> > >> >> >
> >> > >> >> >
> >> > >> >> >
> >> > >> >> > 2008/8/15, Ting Peng <t....@gmail.com>:
> >> > >> >> > >
> >> > >> >> > > Ubuntu Linux provides STLport, which is the STL implement
> >> > >> recommended
> >> > >> >> by
> >> > >> >> > > the
> >> > >> >> > > C++ Standard.
> >> > >> >> > > libstlport4.6-dev - STLport C++ class library
> >> > >> >> > > libstlport4.6c2 - STLport C++ class library
> >> > >> >> > > libstlport5.0 - STLport C++ class library
> >> > >> >> > > libstlport5.0-dbg - STLport C++ class library debug symbols
> >> > >> >> > > libstlport5.0-dev - STLport C++ class library
> >> > >> >> > > libstlport5.1 - STLport C++ class library
> >> > >> >> > > libstlport5.1-dbg - STLport C++ class library debug symbols
> >> > >> >> > > libstlport5.1-dev - STLport C++ class library
> >> > >> >> > >
> >> > >> >> > > Its license information can be found at
> >> > >> >> > > http://www.stlport.org/doc/license.html and
> >> > >> >> > > http://sourceforge.net/projects/stlport/
> >> > >> >> > >
> >> > >> >> > > I copy the information from the source file is:
> >> > >> >> > > /*
> >> > >> >> > > * Copyright (c) 1999
> >> > >> >> > > * Silicon Graphics Computer Systems, Inc.
> >> > >> >> > > *
> >> > >> >> > > * Copyright (c) 1999
> >> > >> >> > > * Boris Fomitchev
> >> > >> >> > > *
> >> > >> >> > > * This material is provided "as is", with absolutely no
> >> warranty
> >> > >> >> > expressed
> >> > >> >> > > * or implied. Any use is at your own risk.
> >> > >> >> > > *
> >> > >> >> > > * Permission to use or copy this software for any purpose is
> >> > hereby
> >> > >> >> > granted
> >> > >> >> > > * without fee, provided the above notices are retained on
> all
> >> > >> copies.
> >> > >> >> > > * Permission to modify the code and to distribute modified
> code
> >> > is
> >> > >> >> > granted,
> >> > >> >> > > * provided the above notices are retained, and a notice that
> >> the
> >> > >> code
> >> > >> >> was
> >> > >> >> > > * modified is included with the above copyright notice.
> >> > >> >> > > *
> >> > >> >> > > */
> >> > >> >> > >
> >> > >> >> > > I guess that it is suitable for our ASF programs.
> >> > >> >> > >
> >> > >> >> > >
> >> > >> >> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <
> >> t.peng.dev@gmail.com
> >> > >
> >> > >> >> wrote:
> >> > >> >> > >
> >> > >> >> > > > Do you mean the things listed below?
> >> > >> >> > > > In fact, our source code is written in C++, and it
> dependes
> >> on
> >> > >> STL.
> >> > >> >> To
> >> > >> >> > my
> >> > >> >> > > > knowledge STL is part of C++ standard. Any C++ developing
> >> > >> >> > > > environment
> >> > >> >> > > should
> >> > >> >> > > > provide STL. The formal STL which is selected by C++
> standard
> >> > is
> >> > >> >> > > developed
> >> > >> >> > > > by SGI, which can be found at
> http://www.sgi.com/tech/stl/
> >> > >> >> > > >
> >> > >> >> > > > There are many STL implements currently. Borland,
> Microsoft
> >> and
> >> > >> >> > > > other
> >> > >> >> > > > companies have their own implement. SGI's implement is
> the
> >> > >> standard
> >> > >> >> > one,
> >> > >> >> > > > which is opensourced and can be used anywhere. I didn't
> read
> >> > the
> >> > >> >> detail
> >> > >> >> > > > license information of it.
> >> > >> >> > > >
> >> > >> >> > > > In fact, g++ is not the only C++ compiler for linux. and
> >> GNU's
> >> > STL
> >> > >> >> > > > implement is not the only STL implement.
> >> > >> >> > > >
> >> > >> >> > > >
> >> > >> >> > > > C++ and STL are needed to compile our program. And, they
> are
> >> > the
> >> > >> >> > standard
> >> > >> >> > > > components of C++ environment. It is the developers'
> business
> >> > to
> >> > >> >> choose
> >> > >> >> > > > their own C++ environment. The default C++ and STL is
> >> provided
> >> > by
> >> > >> >> > > > GNU
> >> > >> >> > and
> >> > >> >> > > > are GPLed. So, we should let the developers know that they
> >> > should
> >> > >> >> > choose
> >> > >> >> > > a
> >> > >> >> > > > non-GPLed STL to call.
> >> > >> >> > > >
> >> > >> >> > > >
> >> > >> >> > > > ===========================================
> >> > >> >> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {}
> \; |
> >> > grep
> >> > >> >> c++
> >> > >> >> > > >
> >> > >> >> ./src/.deps/tserver-adminserver.Po:34:
> >> > /usr/include/bits/sys_errlist.h
> >> > >> >> > > > adminserver.h /usr/include/c
> >> > >> >> > > > ++/4.2/list \
> >> > >> >> > > > ./src/.deps/tserver-adminserver.Po:73:
> >> > >> >> > > > /usr/include/c++/4.2/bits/stl_list.h /
> >> > >> >> > > >
> >> > >> >> > >
> >> > >> >> > > --
> >> > >> >> > > Best regards!
> >> > >> >> > >
> >> > >> >> > > Ting Peng (t.peng.dev@gmail.com)
> >> > >> >> > > [CN] +86-137-721-59621
> >> > >> >> > >
> >> > >> >> >
> >> > >> >>
> >> > >> >>
> >> > >> >>
> >> > >> >> --
> >> > >> >> Best regards!
> >> > >> >>
> >> > >> >> Ting Peng (t.peng.dev@gmail.com)
> >> > >> >> [CN] +86-137-721-59621
> >> > >> >>
> >> > >> >
> >> > >>
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > Best regards!
> >> > >
> >> > > Ting Peng (t.peng.dev@gmail.com)
> >> > > [CN] +86-137-721-59621
> >> > >
> >> >
> >>
> >>
> >>
> >> --
> >> Best regards!
> >>
> >> Ting Peng (t.peng.dev@gmail.com)
> >> [CN] +86-137-721-59621
> >>
> >
>
Re: how do we deal with list.h
Posted by Bernd Fondermann <be...@googlemail.com>.
On Mon, Aug 25, 2008 at 03:15, Samul Kevin <lo...@gmail.com> wrote:
> i wrote a mail to Boris Fomitchev,he assured me that stlport don't collide
> with ASL
But questions remain:
+ Who is Boris Fomitchev?
+ What license has stlport and can/will it be relicensed to ASL?
It would be good to cc this list if questions are mailed to people not
on the list, so if they reply we have a public record of what they are
saying.
Bernd
> 2008/8/24 Ting Peng <t....@gmail.com>
>
>> Dear all,
>> Are there any ASF software use C++ library ? How did they fix the license
>> issues?
>> Please give us some information. Thanks.
>>
>> On Fri, Aug 22, 2008 at 1:32 PM, Bernd Fondermann <
>> bernd.fondermann@googlemail.com> wrote:
>>
>> > Whether this software is widely used or not is not important from a
>> > licensing point of view.
>> > The crucial question is: What is the license of the code you want to use?
>> >
>> > See here for some answers:
>> > http://apache.org/legal/3party.html
>> > It's a starting point, so you get a general idea what is important.
>> > More questions will probably arise from that.
>> >
>> > Hope that helps,
>> >
>> > Bernd
>> >
>> >
>> > On Fri, Aug 22, 2008 at 02:40, Ting Peng <t....@gmail.com> wrote:
>> > > I think we can use stlport, for it is part of C++ Standard. If we read
>> > the
>> > > document of stlport in detail, we can find the answer. Stlport is
>> widely
>> > > used, for any popuse. I think we can use it too. What we should do now
>> is
>> > to
>> > > check the licese file of STLport.
>> > >
>> > > On Thu, Aug 21, 2008 at 4:45 PM, Shan Jiang <da...@gmail.com>
>> wrote:
>> > >
>> > >> It's vital for us to confirm if the sgi's stl lib can be applied with
>> > >> ASL. In source file description, we note that this sentence of
>> > >> "Permission to use or copy this software for ANY purpose is hereby
>> > >> granted without fee, provided the above notices are retained on all
>> > >> copies.". we should send email to the sgi's author for asking for his
>> > >> authorization to apply sgi's stl lib under ASL. If the author accredit
>> > >> his(her) codes to bluesky ASF project. we INSTALL the sgi STL lib by
>> > >> apt install command on Unbantu. The next step is that we replace the
>> > >> #include <list> with #include <list.h> in our source code file and
>> > >> modify a few code (if fortunately, we can do nothing to modify ). That
>> > >> is all we need do!
>> > >>
>> > >> On 8/21/08, Samul Kevin <lo...@gmail.com> wrote:
>> > >> > i check the sgi's stl. It seems the license doen't collide with
>> ASL.Is
>> > >> that
>> > >> > totally OK if we just download the list.h of sgi STL and replace the
>> > one
>> > >> we
>> > >> > currently use?
>> > >> >
>> > >> > 2008/8/19, Ting Peng <t....@gmail.com>:
>> > >> >>
>> > >> >> Dear all,
>> > >> >>
>> > >> >> This list is the packages of STLPort provided by Ubuntu Linux
>> > release.
>> > >> >> you can get the list use this command on ubuntu linux:
>> > >> >> "apt-cache search STL"
>> > >> >> So, if you use ubuntu linux as your develop platform, when you are
>> > >> >> compiling
>> > >> >> bluesky, you can use these packages to as C++ library. By doing
>> this,
>> > >> >> license problems can be avoided. STLPort is aso recommended by C++
>> > >> >> standard.
>> > >> >> It is very effective.
>> > >> >>
>> > >> >> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <
>> lovesummerf@gmail.com>
>> > >> >> wrote:
>> > >> >>
>> > >> >> > yeah,thks,i think it suitable too,but i don't quite get the
>> meaning
>> > of
>> > >> >> your
>> > >> >> > listing about this:
>> > >> >> > libstlport4.6-dev - STLport C++ class library
>> > >> >> > libstlport4.6c2 - STLport C++ class library
>> > >> >> > libstlport5.0 - STLport C++ class library
>> > >> >> > libstlport5.0-dbg - STLport C++ class library debug symbols
>> > >> >> > libstlport5.0-dev - STLport C++ class library
>> > >> >> > libstlport5.1 - STLport C++ class library
>> > >> >> > libstlport5.1-dbg - STLport C++ class library debug symbols
>> > >> >> > libstlport5.1-dev - STLport C++ class library
>> > >> >> >
>> > >> >> >
>> > >> >> >
>> > >> >> > 2008/8/15, Ting Peng <t....@gmail.com>:
>> > >> >> > >
>> > >> >> > > Ubuntu Linux provides STLport, which is the STL implement
>> > >> recommended
>> > >> >> by
>> > >> >> > > the
>> > >> >> > > C++ Standard.
>> > >> >> > > libstlport4.6-dev - STLport C++ class library
>> > >> >> > > libstlport4.6c2 - STLport C++ class library
>> > >> >> > > libstlport5.0 - STLport C++ class library
>> > >> >> > > libstlport5.0-dbg - STLport C++ class library debug symbols
>> > >> >> > > libstlport5.0-dev - STLport C++ class library
>> > >> >> > > libstlport5.1 - STLport C++ class library
>> > >> >> > > libstlport5.1-dbg - STLport C++ class library debug symbols
>> > >> >> > > libstlport5.1-dev - STLport C++ class library
>> > >> >> > >
>> > >> >> > > Its license information can be found at
>> > >> >> > > http://www.stlport.org/doc/license.html and
>> > >> >> > > http://sourceforge.net/projects/stlport/
>> > >> >> > >
>> > >> >> > > I copy the information from the source file is:
>> > >> >> > > /*
>> > >> >> > > * Copyright (c) 1999
>> > >> >> > > * Silicon Graphics Computer Systems, Inc.
>> > >> >> > > *
>> > >> >> > > * Copyright (c) 1999
>> > >> >> > > * Boris Fomitchev
>> > >> >> > > *
>> > >> >> > > * This material is provided "as is", with absolutely no
>> warranty
>> > >> >> > expressed
>> > >> >> > > * or implied. Any use is at your own risk.
>> > >> >> > > *
>> > >> >> > > * Permission to use or copy this software for any purpose is
>> > hereby
>> > >> >> > granted
>> > >> >> > > * without fee, provided the above notices are retained on all
>> > >> copies.
>> > >> >> > > * Permission to modify the code and to distribute modified code
>> > is
>> > >> >> > granted,
>> > >> >> > > * provided the above notices are retained, and a notice that
>> the
>> > >> code
>> > >> >> was
>> > >> >> > > * modified is included with the above copyright notice.
>> > >> >> > > *
>> > >> >> > > */
>> > >> >> > >
>> > >> >> > > I guess that it is suitable for our ASF programs.
>> > >> >> > >
>> > >> >> > >
>> > >> >> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <
>> t.peng.dev@gmail.com
>> > >
>> > >> >> wrote:
>> > >> >> > >
>> > >> >> > > > Do you mean the things listed below?
>> > >> >> > > > In fact, our source code is written in C++, and it dependes
>> on
>> > >> STL.
>> > >> >> To
>> > >> >> > my
>> > >> >> > > > knowledge STL is part of C++ standard. Any C++ developing
>> > >> >> > > > environment
>> > >> >> > > should
>> > >> >> > > > provide STL. The formal STL which is selected by C++ standard
>> > is
>> > >> >> > > developed
>> > >> >> > > > by SGI, which can be found at http://www.sgi.com/tech/stl/
>> > >> >> > > >
>> > >> >> > > > There are many STL implements currently. Borland, Microsoft
>> and
>> > >> >> > > > other
>> > >> >> > > > companies have their own implement. SGI's implement is the
>> > >> standard
>> > >> >> > one,
>> > >> >> > > > which is opensourced and can be used anywhere. I didn't read
>> > the
>> > >> >> detail
>> > >> >> > > > license information of it.
>> > >> >> > > >
>> > >> >> > > > In fact, g++ is not the only C++ compiler for linux. and
>> GNU's
>> > STL
>> > >> >> > > > implement is not the only STL implement.
>> > >> >> > > >
>> > >> >> > > >
>> > >> >> > > > C++ and STL are needed to compile our program. And, they are
>> > the
>> > >> >> > standard
>> > >> >> > > > components of C++ environment. It is the developers' business
>> > to
>> > >> >> choose
>> > >> >> > > > their own C++ environment. The default C++ and STL is
>> provided
>> > by
>> > >> >> > > > GNU
>> > >> >> > and
>> > >> >> > > > are GPLed. So, we should let the developers know that they
>> > should
>> > >> >> > choose
>> > >> >> > > a
>> > >> >> > > > non-GPLed STL to call.
>> > >> >> > > >
>> > >> >> > > >
>> > >> >> > > > ===========================================
>> > >> >> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; |
>> > grep
>> > >> >> c++
>> > >> >> > > >
>> > >> >> ./src/.deps/tserver-adminserver.Po:34:
>> > /usr/include/bits/sys_errlist.h
>> > >> >> > > > adminserver.h /usr/include/c
>> > >> >> > > > ++/4.2/list \
>> > >> >> > > > ./src/.deps/tserver-adminserver.Po:73:
>> > >> >> > > > /usr/include/c++/4.2/bits/stl_list.h /
>> > >> >> > > >
>> > >> >> > >
>> > >> >> > > --
>> > >> >> > > Best regards!
>> > >> >> > >
>> > >> >> > > Ting Peng (t.peng.dev@gmail.com)
>> > >> >> > > [CN] +86-137-721-59621
>> > >> >> > >
>> > >> >> >
>> > >> >>
>> > >> >>
>> > >> >>
>> > >> >> --
>> > >> >> Best regards!
>> > >> >>
>> > >> >> Ting Peng (t.peng.dev@gmail.com)
>> > >> >> [CN] +86-137-721-59621
>> > >> >>
>> > >> >
>> > >>
>> > >
>> > >
>> > >
>> > > --
>> > > Best regards!
>> > >
>> > > Ting Peng (t.peng.dev@gmail.com)
>> > > [CN] +86-137-721-59621
>> > >
>> >
>>
>>
>>
>> --
>> Best regards!
>>
>> Ting Peng (t.peng.dev@gmail.com)
>> [CN] +86-137-721-59621
>>
>
Re: how do we deal with list.h
Posted by Samul Kevin <lo...@gmail.com>.
i wrote a mail to Boris Fomitchev,he assured me that stlport don't collide
with ASL
2008/8/24 Ting Peng <t....@gmail.com>
> Dear all,
> Are there any ASF software use C++ library ? How did they fix the license
> issues?
> Please give us some information. Thanks.
>
> On Fri, Aug 22, 2008 at 1:32 PM, Bernd Fondermann <
> bernd.fondermann@googlemail.com> wrote:
>
> > Whether this software is widely used or not is not important from a
> > licensing point of view.
> > The crucial question is: What is the license of the code you want to use?
> >
> > See here for some answers:
> > http://apache.org/legal/3party.html
> > It's a starting point, so you get a general idea what is important.
> > More questions will probably arise from that.
> >
> > Hope that helps,
> >
> > Bernd
> >
> >
> > On Fri, Aug 22, 2008 at 02:40, Ting Peng <t....@gmail.com> wrote:
> > > I think we can use stlport, for it is part of C++ Standard. If we read
> > the
> > > document of stlport in detail, we can find the answer. Stlport is
> widely
> > > used, for any popuse. I think we can use it too. What we should do now
> is
> > to
> > > check the licese file of STLport.
> > >
> > > On Thu, Aug 21, 2008 at 4:45 PM, Shan Jiang <da...@gmail.com>
> wrote:
> > >
> > >> It's vital for us to confirm if the sgi's stl lib can be applied with
> > >> ASL. In source file description, we note that this sentence of
> > >> "Permission to use or copy this software for ANY purpose is hereby
> > >> granted without fee, provided the above notices are retained on all
> > >> copies.". we should send email to the sgi's author for asking for his
> > >> authorization to apply sgi's stl lib under ASL. If the author accredit
> > >> his(her) codes to bluesky ASF project. we INSTALL the sgi STL lib by
> > >> apt install command on Unbantu. The next step is that we replace the
> > >> #include <list> with #include <list.h> in our source code file and
> > >> modify a few code (if fortunately, we can do nothing to modify ). That
> > >> is all we need do!
> > >>
> > >> On 8/21/08, Samul Kevin <lo...@gmail.com> wrote:
> > >> > i check the sgi's stl. It seems the license doen't collide with
> ASL.Is
> > >> that
> > >> > totally OK if we just download the list.h of sgi STL and replace the
> > one
> > >> we
> > >> > currently use?
> > >> >
> > >> > 2008/8/19, Ting Peng <t....@gmail.com>:
> > >> >>
> > >> >> Dear all,
> > >> >>
> > >> >> This list is the packages of STLPort provided by Ubuntu Linux
> > release.
> > >> >> you can get the list use this command on ubuntu linux:
> > >> >> "apt-cache search STL"
> > >> >> So, if you use ubuntu linux as your develop platform, when you are
> > >> >> compiling
> > >> >> bluesky, you can use these packages to as C++ library. By doing
> this,
> > >> >> license problems can be avoided. STLPort is aso recommended by C++
> > >> >> standard.
> > >> >> It is very effective.
> > >> >>
> > >> >> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <
> lovesummerf@gmail.com>
> > >> >> wrote:
> > >> >>
> > >> >> > yeah,thks,i think it suitable too,but i don't quite get the
> meaning
> > of
> > >> >> your
> > >> >> > listing about this:
> > >> >> > libstlport4.6-dev - STLport C++ class library
> > >> >> > libstlport4.6c2 - STLport C++ class library
> > >> >> > libstlport5.0 - STLport C++ class library
> > >> >> > libstlport5.0-dbg - STLport C++ class library debug symbols
> > >> >> > libstlport5.0-dev - STLport C++ class library
> > >> >> > libstlport5.1 - STLport C++ class library
> > >> >> > libstlport5.1-dbg - STLport C++ class library debug symbols
> > >> >> > libstlport5.1-dev - STLport C++ class library
> > >> >> >
> > >> >> >
> > >> >> >
> > >> >> > 2008/8/15, Ting Peng <t....@gmail.com>:
> > >> >> > >
> > >> >> > > Ubuntu Linux provides STLport, which is the STL implement
> > >> recommended
> > >> >> by
> > >> >> > > the
> > >> >> > > C++ Standard.
> > >> >> > > libstlport4.6-dev - STLport C++ class library
> > >> >> > > libstlport4.6c2 - STLport C++ class library
> > >> >> > > libstlport5.0 - STLport C++ class library
> > >> >> > > libstlport5.0-dbg - STLport C++ class library debug symbols
> > >> >> > > libstlport5.0-dev - STLport C++ class library
> > >> >> > > libstlport5.1 - STLport C++ class library
> > >> >> > > libstlport5.1-dbg - STLport C++ class library debug symbols
> > >> >> > > libstlport5.1-dev - STLport C++ class library
> > >> >> > >
> > >> >> > > Its license information can be found at
> > >> >> > > http://www.stlport.org/doc/license.html and
> > >> >> > > http://sourceforge.net/projects/stlport/
> > >> >> > >
> > >> >> > > I copy the information from the source file is:
> > >> >> > > /*
> > >> >> > > * Copyright (c) 1999
> > >> >> > > * Silicon Graphics Computer Systems, Inc.
> > >> >> > > *
> > >> >> > > * Copyright (c) 1999
> > >> >> > > * Boris Fomitchev
> > >> >> > > *
> > >> >> > > * This material is provided "as is", with absolutely no
> warranty
> > >> >> > expressed
> > >> >> > > * or implied. Any use is at your own risk.
> > >> >> > > *
> > >> >> > > * Permission to use or copy this software for any purpose is
> > hereby
> > >> >> > granted
> > >> >> > > * without fee, provided the above notices are retained on all
> > >> copies.
> > >> >> > > * Permission to modify the code and to distribute modified code
> > is
> > >> >> > granted,
> > >> >> > > * provided the above notices are retained, and a notice that
> the
> > >> code
> > >> >> was
> > >> >> > > * modified is included with the above copyright notice.
> > >> >> > > *
> > >> >> > > */
> > >> >> > >
> > >> >> > > I guess that it is suitable for our ASF programs.
> > >> >> > >
> > >> >> > >
> > >> >> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <
> t.peng.dev@gmail.com
> > >
> > >> >> wrote:
> > >> >> > >
> > >> >> > > > Do you mean the things listed below?
> > >> >> > > > In fact, our source code is written in C++, and it dependes
> on
> > >> STL.
> > >> >> To
> > >> >> > my
> > >> >> > > > knowledge STL is part of C++ standard. Any C++ developing
> > >> >> > > > environment
> > >> >> > > should
> > >> >> > > > provide STL. The formal STL which is selected by C++ standard
> > is
> > >> >> > > developed
> > >> >> > > > by SGI, which can be found at http://www.sgi.com/tech/stl/
> > >> >> > > >
> > >> >> > > > There are many STL implements currently. Borland, Microsoft
> and
> > >> >> > > > other
> > >> >> > > > companies have their own implement. SGI's implement is the
> > >> standard
> > >> >> > one,
> > >> >> > > > which is opensourced and can be used anywhere. I didn't read
> > the
> > >> >> detail
> > >> >> > > > license information of it.
> > >> >> > > >
> > >> >> > > > In fact, g++ is not the only C++ compiler for linux. and
> GNU's
> > STL
> > >> >> > > > implement is not the only STL implement.
> > >> >> > > >
> > >> >> > > >
> > >> >> > > > C++ and STL are needed to compile our program. And, they are
> > the
> > >> >> > standard
> > >> >> > > > components of C++ environment. It is the developers' business
> > to
> > >> >> choose
> > >> >> > > > their own C++ environment. The default C++ and STL is
> provided
> > by
> > >> >> > > > GNU
> > >> >> > and
> > >> >> > > > are GPLed. So, we should let the developers know that they
> > should
> > >> >> > choose
> > >> >> > > a
> > >> >> > > > non-GPLed STL to call.
> > >> >> > > >
> > >> >> > > >
> > >> >> > > > ===========================================
> > >> >> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; |
> > grep
> > >> >> c++
> > >> >> > > >
> > >> >> ./src/.deps/tserver-adminserver.Po:34:
> > /usr/include/bits/sys_errlist.h
> > >> >> > > > adminserver.h /usr/include/c
> > >> >> > > > ++/4.2/list \
> > >> >> > > > ./src/.deps/tserver-adminserver.Po:73:
> > >> >> > > > /usr/include/c++/4.2/bits/stl_list.h /
> > >> >> > > >
> > >> >> > >
> > >> >> > > --
> > >> >> > > Best regards!
> > >> >> > >
> > >> >> > > Ting Peng (t.peng.dev@gmail.com)
> > >> >> > > [CN] +86-137-721-59621
> > >> >> > >
> > >> >> >
> > >> >>
> > >> >>
> > >> >>
> > >> >> --
> > >> >> Best regards!
> > >> >>
> > >> >> Ting Peng (t.peng.dev@gmail.com)
> > >> >> [CN] +86-137-721-59621
> > >> >>
> > >> >
> > >>
> > >
> > >
> > >
> > > --
> > > Best regards!
> > >
> > > Ting Peng (t.peng.dev@gmail.com)
> > > [CN] +86-137-721-59621
> > >
> >
>
>
>
> --
> Best regards!
>
> Ting Peng (t.peng.dev@gmail.com)
> [CN] +86-137-721-59621
>
Re: how do we deal with list.h
Posted by Bernd Fondermann <be...@googlemail.com>.
On Sun, Aug 24, 2008 at 17:07, Ting Peng <t....@gmail.com> wrote:
> Dear all,
> Are there any ASF software use C++ library ? How did they fix the license
> issues?
> Please give us some information. Thanks.
There you go....
http://projects.apache.org/indexes/language.html#C
Bernd
Re: how do we deal with list.h
Posted by Ting Peng <t....@gmail.com>.
Dear all,
Are there any ASF software use C++ library ? How did they fix the license
issues?
Please give us some information. Thanks.
On Fri, Aug 22, 2008 at 1:32 PM, Bernd Fondermann <
bernd.fondermann@googlemail.com> wrote:
> Whether this software is widely used or not is not important from a
> licensing point of view.
> The crucial question is: What is the license of the code you want to use?
>
> See here for some answers:
> http://apache.org/legal/3party.html
> It's a starting point, so you get a general idea what is important.
> More questions will probably arise from that.
>
> Hope that helps,
>
> Bernd
>
>
> On Fri, Aug 22, 2008 at 02:40, Ting Peng <t....@gmail.com> wrote:
> > I think we can use stlport, for it is part of C++ Standard. If we read
> the
> > document of stlport in detail, we can find the answer. Stlport is widely
> > used, for any popuse. I think we can use it too. What we should do now is
> to
> > check the licese file of STLport.
> >
> > On Thu, Aug 21, 2008 at 4:45 PM, Shan Jiang <da...@gmail.com> wrote:
> >
> >> It's vital for us to confirm if the sgi's stl lib can be applied with
> >> ASL. In source file description, we note that this sentence of
> >> "Permission to use or copy this software for ANY purpose is hereby
> >> granted without fee, provided the above notices are retained on all
> >> copies.". we should send email to the sgi's author for asking for his
> >> authorization to apply sgi's stl lib under ASL. If the author accredit
> >> his(her) codes to bluesky ASF project. we INSTALL the sgi STL lib by
> >> apt install command on Unbantu. The next step is that we replace the
> >> #include <list> with #include <list.h> in our source code file and
> >> modify a few code (if fortunately, we can do nothing to modify ). That
> >> is all we need do!
> >>
> >> On 8/21/08, Samul Kevin <lo...@gmail.com> wrote:
> >> > i check the sgi's stl. It seems the license doen't collide with ASL.Is
> >> that
> >> > totally OK if we just download the list.h of sgi STL and replace the
> one
> >> we
> >> > currently use?
> >> >
> >> > 2008/8/19, Ting Peng <t....@gmail.com>:
> >> >>
> >> >> Dear all,
> >> >>
> >> >> This list is the packages of STLPort provided by Ubuntu Linux
> release.
> >> >> you can get the list use this command on ubuntu linux:
> >> >> "apt-cache search STL"
> >> >> So, if you use ubuntu linux as your develop platform, when you are
> >> >> compiling
> >> >> bluesky, you can use these packages to as C++ library. By doing this,
> >> >> license problems can be avoided. STLPort is aso recommended by C++
> >> >> standard.
> >> >> It is very effective.
> >> >>
> >> >> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <lo...@gmail.com>
> >> >> wrote:
> >> >>
> >> >> > yeah,thks,i think it suitable too,but i don't quite get the meaning
> of
> >> >> your
> >> >> > listing about this:
> >> >> > libstlport4.6-dev - STLport C++ class library
> >> >> > libstlport4.6c2 - STLport C++ class library
> >> >> > libstlport5.0 - STLport C++ class library
> >> >> > libstlport5.0-dbg - STLport C++ class library debug symbols
> >> >> > libstlport5.0-dev - STLport C++ class library
> >> >> > libstlport5.1 - STLport C++ class library
> >> >> > libstlport5.1-dbg - STLport C++ class library debug symbols
> >> >> > libstlport5.1-dev - STLport C++ class library
> >> >> >
> >> >> >
> >> >> >
> >> >> > 2008/8/15, Ting Peng <t....@gmail.com>:
> >> >> > >
> >> >> > > Ubuntu Linux provides STLport, which is the STL implement
> >> recommended
> >> >> by
> >> >> > > the
> >> >> > > C++ Standard.
> >> >> > > libstlport4.6-dev - STLport C++ class library
> >> >> > > libstlport4.6c2 - STLport C++ class library
> >> >> > > libstlport5.0 - STLport C++ class library
> >> >> > > libstlport5.0-dbg - STLport C++ class library debug symbols
> >> >> > > libstlport5.0-dev - STLport C++ class library
> >> >> > > libstlport5.1 - STLport C++ class library
> >> >> > > libstlport5.1-dbg - STLport C++ class library debug symbols
> >> >> > > libstlport5.1-dev - STLport C++ class library
> >> >> > >
> >> >> > > Its license information can be found at
> >> >> > > http://www.stlport.org/doc/license.html and
> >> >> > > http://sourceforge.net/projects/stlport/
> >> >> > >
> >> >> > > I copy the information from the source file is:
> >> >> > > /*
> >> >> > > * Copyright (c) 1999
> >> >> > > * Silicon Graphics Computer Systems, Inc.
> >> >> > > *
> >> >> > > * Copyright (c) 1999
> >> >> > > * Boris Fomitchev
> >> >> > > *
> >> >> > > * This material is provided "as is", with absolutely no warranty
> >> >> > expressed
> >> >> > > * or implied. Any use is at your own risk.
> >> >> > > *
> >> >> > > * Permission to use or copy this software for any purpose is
> hereby
> >> >> > granted
> >> >> > > * without fee, provided the above notices are retained on all
> >> copies.
> >> >> > > * Permission to modify the code and to distribute modified code
> is
> >> >> > granted,
> >> >> > > * provided the above notices are retained, and a notice that the
> >> code
> >> >> was
> >> >> > > * modified is included with the above copyright notice.
> >> >> > > *
> >> >> > > */
> >> >> > >
> >> >> > > I guess that it is suitable for our ASF programs.
> >> >> > >
> >> >> > >
> >> >> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <t.peng.dev@gmail.com
> >
> >> >> wrote:
> >> >> > >
> >> >> > > > Do you mean the things listed below?
> >> >> > > > In fact, our source code is written in C++, and it dependes on
> >> STL.
> >> >> To
> >> >> > my
> >> >> > > > knowledge STL is part of C++ standard. Any C++ developing
> >> >> > > > environment
> >> >> > > should
> >> >> > > > provide STL. The formal STL which is selected by C++ standard
> is
> >> >> > > developed
> >> >> > > > by SGI, which can be found at http://www.sgi.com/tech/stl/
> >> >> > > >
> >> >> > > > There are many STL implements currently. Borland, Microsoft and
> >> >> > > > other
> >> >> > > > companies have their own implement. SGI's implement is the
> >> standard
> >> >> > one,
> >> >> > > > which is opensourced and can be used anywhere. I didn't read
> the
> >> >> detail
> >> >> > > > license information of it.
> >> >> > > >
> >> >> > > > In fact, g++ is not the only C++ compiler for linux. and GNU's
> STL
> >> >> > > > implement is not the only STL implement.
> >> >> > > >
> >> >> > > >
> >> >> > > > C++ and STL are needed to compile our program. And, they are
> the
> >> >> > standard
> >> >> > > > components of C++ environment. It is the developers' business
> to
> >> >> choose
> >> >> > > > their own C++ environment. The default C++ and STL is provided
> by
> >> >> > > > GNU
> >> >> > and
> >> >> > > > are GPLed. So, we should let the developers know that they
> should
> >> >> > choose
> >> >> > > a
> >> >> > > > non-GPLed STL to call.
> >> >> > > >
> >> >> > > >
> >> >> > > > ===========================================
> >> >> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; |
> grep
> >> >> c++
> >> >> > > >
> >> >> ./src/.deps/tserver-adminserver.Po:34:
> /usr/include/bits/sys_errlist.h
> >> >> > > > adminserver.h /usr/include/c
> >> >> > > > ++/4.2/list \
> >> >> > > > ./src/.deps/tserver-adminserver.Po:73:
> >> >> > > > /usr/include/c++/4.2/bits/stl_list.h /
> >> >> > > >
> >> >> > >
> >> >> > > --
> >> >> > > Best regards!
> >> >> > >
> >> >> > > Ting Peng (t.peng.dev@gmail.com)
> >> >> > > [CN] +86-137-721-59621
> >> >> > >
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Best regards!
> >> >>
> >> >> Ting Peng (t.peng.dev@gmail.com)
> >> >> [CN] +86-137-721-59621
> >> >>
> >> >
> >>
> >
> >
> >
> > --
> > Best regards!
> >
> > Ting Peng (t.peng.dev@gmail.com)
> > [CN] +86-137-721-59621
> >
>
--
Best regards!
Ting Peng (t.peng.dev@gmail.com)
[CN] +86-137-721-59621
Re: how do we deal with list.h
Posted by Bernd Fondermann <be...@googlemail.com>.
Whether this software is widely used or not is not important from a
licensing point of view.
The crucial question is: What is the license of the code you want to use?
See here for some answers:
http://apache.org/legal/3party.html
It's a starting point, so you get a general idea what is important.
More questions will probably arise from that.
Hope that helps,
Bernd
On Fri, Aug 22, 2008 at 02:40, Ting Peng <t....@gmail.com> wrote:
> I think we can use stlport, for it is part of C++ Standard. If we read the
> document of stlport in detail, we can find the answer. Stlport is widely
> used, for any popuse. I think we can use it too. What we should do now is to
> check the licese file of STLport.
>
> On Thu, Aug 21, 2008 at 4:45 PM, Shan Jiang <da...@gmail.com> wrote:
>
>> It's vital for us to confirm if the sgi's stl lib can be applied with
>> ASL. In source file description, we note that this sentence of
>> "Permission to use or copy this software for ANY purpose is hereby
>> granted without fee, provided the above notices are retained on all
>> copies.". we should send email to the sgi's author for asking for his
>> authorization to apply sgi's stl lib under ASL. If the author accredit
>> his(her) codes to bluesky ASF project. we INSTALL the sgi STL lib by
>> apt install command on Unbantu. The next step is that we replace the
>> #include <list> with #include <list.h> in our source code file and
>> modify a few code (if fortunately, we can do nothing to modify ). That
>> is all we need do!
>>
>> On 8/21/08, Samul Kevin <lo...@gmail.com> wrote:
>> > i check the sgi's stl. It seems the license doen't collide with ASL.Is
>> that
>> > totally OK if we just download the list.h of sgi STL and replace the one
>> we
>> > currently use?
>> >
>> > 2008/8/19, Ting Peng <t....@gmail.com>:
>> >>
>> >> Dear all,
>> >>
>> >> This list is the packages of STLPort provided by Ubuntu Linux release.
>> >> you can get the list use this command on ubuntu linux:
>> >> "apt-cache search STL"
>> >> So, if you use ubuntu linux as your develop platform, when you are
>> >> compiling
>> >> bluesky, you can use these packages to as C++ library. By doing this,
>> >> license problems can be avoided. STLPort is aso recommended by C++
>> >> standard.
>> >> It is very effective.
>> >>
>> >> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <lo...@gmail.com>
>> >> wrote:
>> >>
>> >> > yeah,thks,i think it suitable too,but i don't quite get the meaning of
>> >> your
>> >> > listing about this:
>> >> > libstlport4.6-dev - STLport C++ class library
>> >> > libstlport4.6c2 - STLport C++ class library
>> >> > libstlport5.0 - STLport C++ class library
>> >> > libstlport5.0-dbg - STLport C++ class library debug symbols
>> >> > libstlport5.0-dev - STLport C++ class library
>> >> > libstlport5.1 - STLport C++ class library
>> >> > libstlport5.1-dbg - STLport C++ class library debug symbols
>> >> > libstlport5.1-dev - STLport C++ class library
>> >> >
>> >> >
>> >> >
>> >> > 2008/8/15, Ting Peng <t....@gmail.com>:
>> >> > >
>> >> > > Ubuntu Linux provides STLport, which is the STL implement
>> recommended
>> >> by
>> >> > > the
>> >> > > C++ Standard.
>> >> > > libstlport4.6-dev - STLport C++ class library
>> >> > > libstlport4.6c2 - STLport C++ class library
>> >> > > libstlport5.0 - STLport C++ class library
>> >> > > libstlport5.0-dbg - STLport C++ class library debug symbols
>> >> > > libstlport5.0-dev - STLport C++ class library
>> >> > > libstlport5.1 - STLport C++ class library
>> >> > > libstlport5.1-dbg - STLport C++ class library debug symbols
>> >> > > libstlport5.1-dev - STLport C++ class library
>> >> > >
>> >> > > Its license information can be found at
>> >> > > http://www.stlport.org/doc/license.html and
>> >> > > http://sourceforge.net/projects/stlport/
>> >> > >
>> >> > > I copy the information from the source file is:
>> >> > > /*
>> >> > > * Copyright (c) 1999
>> >> > > * Silicon Graphics Computer Systems, Inc.
>> >> > > *
>> >> > > * Copyright (c) 1999
>> >> > > * Boris Fomitchev
>> >> > > *
>> >> > > * This material is provided "as is", with absolutely no warranty
>> >> > expressed
>> >> > > * or implied. Any use is at your own risk.
>> >> > > *
>> >> > > * Permission to use or copy this software for any purpose is hereby
>> >> > granted
>> >> > > * without fee, provided the above notices are retained on all
>> copies.
>> >> > > * Permission to modify the code and to distribute modified code is
>> >> > granted,
>> >> > > * provided the above notices are retained, and a notice that the
>> code
>> >> was
>> >> > > * modified is included with the above copyright notice.
>> >> > > *
>> >> > > */
>> >> > >
>> >> > > I guess that it is suitable for our ASF programs.
>> >> > >
>> >> > >
>> >> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <t....@gmail.com>
>> >> wrote:
>> >> > >
>> >> > > > Do you mean the things listed below?
>> >> > > > In fact, our source code is written in C++, and it dependes on
>> STL.
>> >> To
>> >> > my
>> >> > > > knowledge STL is part of C++ standard. Any C++ developing
>> >> > > > environment
>> >> > > should
>> >> > > > provide STL. The formal STL which is selected by C++ standard is
>> >> > > developed
>> >> > > > by SGI, which can be found at http://www.sgi.com/tech/stl/
>> >> > > >
>> >> > > > There are many STL implements currently. Borland, Microsoft and
>> >> > > > other
>> >> > > > companies have their own implement. SGI's implement is the
>> standard
>> >> > one,
>> >> > > > which is opensourced and can be used anywhere. I didn't read the
>> >> detail
>> >> > > > license information of it.
>> >> > > >
>> >> > > > In fact, g++ is not the only C++ compiler for linux. and GNU's STL
>> >> > > > implement is not the only STL implement.
>> >> > > >
>> >> > > >
>> >> > > > C++ and STL are needed to compile our program. And, they are the
>> >> > standard
>> >> > > > components of C++ environment. It is the developers' business to
>> >> choose
>> >> > > > their own C++ environment. The default C++ and STL is provided by
>> >> > > > GNU
>> >> > and
>> >> > > > are GPLed. So, we should let the developers know that they should
>> >> > choose
>> >> > > a
>> >> > > > non-GPLed STL to call.
>> >> > > >
>> >> > > >
>> >> > > > ===========================================
>> >> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; | grep
>> >> c++
>> >> > > >
>> >> ./src/.deps/tserver-adminserver.Po:34: /usr/include/bits/sys_errlist.h
>> >> > > > adminserver.h /usr/include/c
>> >> > > > ++/4.2/list \
>> >> > > > ./src/.deps/tserver-adminserver.Po:73:
>> >> > > > /usr/include/c++/4.2/bits/stl_list.h /
>> >> > > >
>> >> > >
>> >> > > --
>> >> > > Best regards!
>> >> > >
>> >> > > Ting Peng (t.peng.dev@gmail.com)
>> >> > > [CN] +86-137-721-59621
>> >> > >
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Best regards!
>> >>
>> >> Ting Peng (t.peng.dev@gmail.com)
>> >> [CN] +86-137-721-59621
>> >>
>> >
>>
>
>
>
> --
> Best regards!
>
> Ting Peng (t.peng.dev@gmail.com)
> [CN] +86-137-721-59621
>
Re: how do we deal with list.h
Posted by Ting Peng <t....@gmail.com>.
I think we can use stlport, for it is part of C++ Standard. If we read the
document of stlport in detail, we can find the answer. Stlport is widely
used, for any popuse. I think we can use it too. What we should do now is to
check the licese file of STLport.
On Thu, Aug 21, 2008 at 4:45 PM, Shan Jiang <da...@gmail.com> wrote:
> It's vital for us to confirm if the sgi's stl lib can be applied with
> ASL. In source file description, we note that this sentence of
> "Permission to use or copy this software for ANY purpose is hereby
> granted without fee, provided the above notices are retained on all
> copies.". we should send email to the sgi's author for asking for his
> authorization to apply sgi's stl lib under ASL. If the author accredit
> his(her) codes to bluesky ASF project. we INSTALL the sgi STL lib by
> apt install command on Unbantu. The next step is that we replace the
> #include <list> with #include <list.h> in our source code file and
> modify a few code (if fortunately, we can do nothing to modify ). That
> is all we need do!
>
> On 8/21/08, Samul Kevin <lo...@gmail.com> wrote:
> > i check the sgi's stl. It seems the license doen't collide with ASL.Is
> that
> > totally OK if we just download the list.h of sgi STL and replace the one
> we
> > currently use?
> >
> > 2008/8/19, Ting Peng <t....@gmail.com>:
> >>
> >> Dear all,
> >>
> >> This list is the packages of STLPort provided by Ubuntu Linux release.
> >> you can get the list use this command on ubuntu linux:
> >> "apt-cache search STL"
> >> So, if you use ubuntu linux as your develop platform, when you are
> >> compiling
> >> bluesky, you can use these packages to as C++ library. By doing this,
> >> license problems can be avoided. STLPort is aso recommended by C++
> >> standard.
> >> It is very effective.
> >>
> >> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <lo...@gmail.com>
> >> wrote:
> >>
> >> > yeah,thks,i think it suitable too,but i don't quite get the meaning of
> >> your
> >> > listing about this:
> >> > libstlport4.6-dev - STLport C++ class library
> >> > libstlport4.6c2 - STLport C++ class library
> >> > libstlport5.0 - STLport C++ class library
> >> > libstlport5.0-dbg - STLport C++ class library debug symbols
> >> > libstlport5.0-dev - STLport C++ class library
> >> > libstlport5.1 - STLport C++ class library
> >> > libstlport5.1-dbg - STLport C++ class library debug symbols
> >> > libstlport5.1-dev - STLport C++ class library
> >> >
> >> >
> >> >
> >> > 2008/8/15, Ting Peng <t....@gmail.com>:
> >> > >
> >> > > Ubuntu Linux provides STLport, which is the STL implement
> recommended
> >> by
> >> > > the
> >> > > C++ Standard.
> >> > > libstlport4.6-dev - STLport C++ class library
> >> > > libstlport4.6c2 - STLport C++ class library
> >> > > libstlport5.0 - STLport C++ class library
> >> > > libstlport5.0-dbg - STLport C++ class library debug symbols
> >> > > libstlport5.0-dev - STLport C++ class library
> >> > > libstlport5.1 - STLport C++ class library
> >> > > libstlport5.1-dbg - STLport C++ class library debug symbols
> >> > > libstlport5.1-dev - STLport C++ class library
> >> > >
> >> > > Its license information can be found at
> >> > > http://www.stlport.org/doc/license.html and
> >> > > http://sourceforge.net/projects/stlport/
> >> > >
> >> > > I copy the information from the source file is:
> >> > > /*
> >> > > * Copyright (c) 1999
> >> > > * Silicon Graphics Computer Systems, Inc.
> >> > > *
> >> > > * Copyright (c) 1999
> >> > > * Boris Fomitchev
> >> > > *
> >> > > * This material is provided "as is", with absolutely no warranty
> >> > expressed
> >> > > * or implied. Any use is at your own risk.
> >> > > *
> >> > > * Permission to use or copy this software for any purpose is hereby
> >> > granted
> >> > > * without fee, provided the above notices are retained on all
> copies.
> >> > > * Permission to modify the code and to distribute modified code is
> >> > granted,
> >> > > * provided the above notices are retained, and a notice that the
> code
> >> was
> >> > > * modified is included with the above copyright notice.
> >> > > *
> >> > > */
> >> > >
> >> > > I guess that it is suitable for our ASF programs.
> >> > >
> >> > >
> >> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <t....@gmail.com>
> >> wrote:
> >> > >
> >> > > > Do you mean the things listed below?
> >> > > > In fact, our source code is written in C++, and it dependes on
> STL.
> >> To
> >> > my
> >> > > > knowledge STL is part of C++ standard. Any C++ developing
> >> > > > environment
> >> > > should
> >> > > > provide STL. The formal STL which is selected by C++ standard is
> >> > > developed
> >> > > > by SGI, which can be found at http://www.sgi.com/tech/stl/
> >> > > >
> >> > > > There are many STL implements currently. Borland, Microsoft and
> >> > > > other
> >> > > > companies have their own implement. SGI's implement is the
> standard
> >> > one,
> >> > > > which is opensourced and can be used anywhere. I didn't read the
> >> detail
> >> > > > license information of it.
> >> > > >
> >> > > > In fact, g++ is not the only C++ compiler for linux. and GNU's STL
> >> > > > implement is not the only STL implement.
> >> > > >
> >> > > >
> >> > > > C++ and STL are needed to compile our program. And, they are the
> >> > standard
> >> > > > components of C++ environment. It is the developers' business to
> >> choose
> >> > > > their own C++ environment. The default C++ and STL is provided by
> >> > > > GNU
> >> > and
> >> > > > are GPLed. So, we should let the developers know that they should
> >> > choose
> >> > > a
> >> > > > non-GPLed STL to call.
> >> > > >
> >> > > >
> >> > > > ===========================================
> >> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; | grep
> >> c++
> >> > > >
> >> ./src/.deps/tserver-adminserver.Po:34: /usr/include/bits/sys_errlist.h
> >> > > > adminserver.h /usr/include/c
> >> > > > ++/4.2/list \
> >> > > > ./src/.deps/tserver-adminserver.Po:73:
> >> > > > /usr/include/c++/4.2/bits/stl_list.h /
> >> > > >
> >> > >
> >> > > --
> >> > > Best regards!
> >> > >
> >> > > Ting Peng (t.peng.dev@gmail.com)
> >> > > [CN] +86-137-721-59621
> >> > >
> >> >
> >>
> >>
> >>
> >> --
> >> Best regards!
> >>
> >> Ting Peng (t.peng.dev@gmail.com)
> >> [CN] +86-137-721-59621
> >>
> >
>
--
Best regards!
Ting Peng (t.peng.dev@gmail.com)
[CN] +86-137-721-59621
Re: how do we deal with list.h
Posted by Ting Peng <t....@gmail.com>.
To my knowledge, STLPort provided by ubuntu is sgi's STL, and later, it is
called stlport, which can support almost all platforms.
On Thu, Aug 21, 2008 at 4:45 PM, Shan Jiang <da...@gmail.com> wrote:
> It's vital for us to confirm if the sgi's stl lib can be applied with
>
--
Best regards!
Ting Peng (t.peng.dev@gmail.com)
[CN] +86-137-721-59621
Re: how do we deal with list.h
Posted by Shan Jiang <da...@gmail.com>.
It's vital for us to confirm if the sgi's stl lib can be applied with
ASL. In source file description, we note that this sentence of
"Permission to use or copy this software for ANY purpose is hereby
granted without fee, provided the above notices are retained on all
copies.". we should send email to the sgi's author for asking for his
authorization to apply sgi's stl lib under ASL. If the author accredit
his(her) codes to bluesky ASF project. we INSTALL the sgi STL lib by
apt install command on Unbantu. The next step is that we replace the
#include <list> with #include <list.h> in our source code file and
modify a few code (if fortunately, we can do nothing to modify ). That
is all we need do!
On 8/21/08, Samul Kevin <lo...@gmail.com> wrote:
> i check the sgi's stl. It seems the license doen't collide with ASL.Is that
> totally OK if we just download the list.h of sgi STL and replace the one we
> currently use?
>
> 2008/8/19, Ting Peng <t....@gmail.com>:
>>
>> Dear all,
>>
>> This list is the packages of STLPort provided by Ubuntu Linux release.
>> you can get the list use this command on ubuntu linux:
>> "apt-cache search STL"
>> So, if you use ubuntu linux as your develop platform, when you are
>> compiling
>> bluesky, you can use these packages to as C++ library. By doing this,
>> license problems can be avoided. STLPort is aso recommended by C++
>> standard.
>> It is very effective.
>>
>> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <lo...@gmail.com>
>> wrote:
>>
>> > yeah,thks,i think it suitable too,but i don't quite get the meaning of
>> your
>> > listing about this:
>> > libstlport4.6-dev - STLport C++ class library
>> > libstlport4.6c2 - STLport C++ class library
>> > libstlport5.0 - STLport C++ class library
>> > libstlport5.0-dbg - STLport C++ class library debug symbols
>> > libstlport5.0-dev - STLport C++ class library
>> > libstlport5.1 - STLport C++ class library
>> > libstlport5.1-dbg - STLport C++ class library debug symbols
>> > libstlport5.1-dev - STLport C++ class library
>> >
>> >
>> >
>> > 2008/8/15, Ting Peng <t....@gmail.com>:
>> > >
>> > > Ubuntu Linux provides STLport, which is the STL implement recommended
>> by
>> > > the
>> > > C++ Standard.
>> > > libstlport4.6-dev - STLport C++ class library
>> > > libstlport4.6c2 - STLport C++ class library
>> > > libstlport5.0 - STLport C++ class library
>> > > libstlport5.0-dbg - STLport C++ class library debug symbols
>> > > libstlport5.0-dev - STLport C++ class library
>> > > libstlport5.1 - STLport C++ class library
>> > > libstlport5.1-dbg - STLport C++ class library debug symbols
>> > > libstlport5.1-dev - STLport C++ class library
>> > >
>> > > Its license information can be found at
>> > > http://www.stlport.org/doc/license.html and
>> > > http://sourceforge.net/projects/stlport/
>> > >
>> > > I copy the information from the source file is:
>> > > /*
>> > > * Copyright (c) 1999
>> > > * Silicon Graphics Computer Systems, Inc.
>> > > *
>> > > * Copyright (c) 1999
>> > > * Boris Fomitchev
>> > > *
>> > > * This material is provided "as is", with absolutely no warranty
>> > expressed
>> > > * or implied. Any use is at your own risk.
>> > > *
>> > > * Permission to use or copy this software for any purpose is hereby
>> > granted
>> > > * without fee, provided the above notices are retained on all copies.
>> > > * Permission to modify the code and to distribute modified code is
>> > granted,
>> > > * provided the above notices are retained, and a notice that the code
>> was
>> > > * modified is included with the above copyright notice.
>> > > *
>> > > */
>> > >
>> > > I guess that it is suitable for our ASF programs.
>> > >
>> > >
>> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <t....@gmail.com>
>> wrote:
>> > >
>> > > > Do you mean the things listed below?
>> > > > In fact, our source code is written in C++, and it dependes on STL.
>> To
>> > my
>> > > > knowledge STL is part of C++ standard. Any C++ developing
>> > > > environment
>> > > should
>> > > > provide STL. The formal STL which is selected by C++ standard is
>> > > developed
>> > > > by SGI, which can be found at http://www.sgi.com/tech/stl/
>> > > >
>> > > > There are many STL implements currently. Borland, Microsoft and
>> > > > other
>> > > > companies have their own implement. SGI's implement is the standard
>> > one,
>> > > > which is opensourced and can be used anywhere. I didn't read the
>> detail
>> > > > license information of it.
>> > > >
>> > > > In fact, g++ is not the only C++ compiler for linux. and GNU's STL
>> > > > implement is not the only STL implement.
>> > > >
>> > > >
>> > > > C++ and STL are needed to compile our program. And, they are the
>> > standard
>> > > > components of C++ environment. It is the developers' business to
>> choose
>> > > > their own C++ environment. The default C++ and STL is provided by
>> > > > GNU
>> > and
>> > > > are GPLed. So, we should let the developers know that they should
>> > choose
>> > > a
>> > > > non-GPLed STL to call.
>> > > >
>> > > >
>> > > > ===========================================
>> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; | grep
>> c++
>> > > >
>> ./src/.deps/tserver-adminserver.Po:34: /usr/include/bits/sys_errlist.h
>> > > > adminserver.h /usr/include/c
>> > > > ++/4.2/list \
>> > > > ./src/.deps/tserver-adminserver.Po:73:
>> > > > /usr/include/c++/4.2/bits/stl_list.h /
>> > > >
>> > >
>> > > --
>> > > Best regards!
>> > >
>> > > Ting Peng (t.peng.dev@gmail.com)
>> > > [CN] +86-137-721-59621
>> > >
>> >
>>
>>
>>
>> --
>> Best regards!
>>
>> Ting Peng (t.peng.dev@gmail.com)
>> [CN] +86-137-721-59621
>>
>
Re: how do we deal with list.h
Posted by Samul Kevin <lo...@gmail.com>.
i check the sgi's stl. It seems the license doen't collide with ASL.Is that
totally OK if we just download the list.h of sgi STL and replace the one we
currently use?
2008/8/19, Ting Peng <t....@gmail.com>:
>
> Dear all,
>
> This list is the packages of STLPort provided by Ubuntu Linux release.
> you can get the list use this command on ubuntu linux:
> "apt-cache search STL"
> So, if you use ubuntu linux as your develop platform, when you are
> compiling
> bluesky, you can use these packages to as C++ library. By doing this,
> license problems can be avoided. STLPort is aso recommended by C++
> standard.
> It is very effective.
>
> On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <lo...@gmail.com>
> wrote:
>
> > yeah,thks,i think it suitable too,but i don't quite get the meaning of
> your
> > listing about this:
> > libstlport4.6-dev - STLport C++ class library
> > libstlport4.6c2 - STLport C++ class library
> > libstlport5.0 - STLport C++ class library
> > libstlport5.0-dbg - STLport C++ class library debug symbols
> > libstlport5.0-dev - STLport C++ class library
> > libstlport5.1 - STLport C++ class library
> > libstlport5.1-dbg - STLport C++ class library debug symbols
> > libstlport5.1-dev - STLport C++ class library
> >
> >
> >
> > 2008/8/15, Ting Peng <t....@gmail.com>:
> > >
> > > Ubuntu Linux provides STLport, which is the STL implement recommended
> by
> > > the
> > > C++ Standard.
> > > libstlport4.6-dev - STLport C++ class library
> > > libstlport4.6c2 - STLport C++ class library
> > > libstlport5.0 - STLport C++ class library
> > > libstlport5.0-dbg - STLport C++ class library debug symbols
> > > libstlport5.0-dev - STLport C++ class library
> > > libstlport5.1 - STLport C++ class library
> > > libstlport5.1-dbg - STLport C++ class library debug symbols
> > > libstlport5.1-dev - STLport C++ class library
> > >
> > > Its license information can be found at
> > > http://www.stlport.org/doc/license.html and
> > > http://sourceforge.net/projects/stlport/
> > >
> > > I copy the information from the source file is:
> > > /*
> > > * Copyright (c) 1999
> > > * Silicon Graphics Computer Systems, Inc.
> > > *
> > > * Copyright (c) 1999
> > > * Boris Fomitchev
> > > *
> > > * This material is provided "as is", with absolutely no warranty
> > expressed
> > > * or implied. Any use is at your own risk.
> > > *
> > > * Permission to use or copy this software for any purpose is hereby
> > granted
> > > * without fee, provided the above notices are retained on all copies.
> > > * Permission to modify the code and to distribute modified code is
> > granted,
> > > * provided the above notices are retained, and a notice that the code
> was
> > > * modified is included with the above copyright notice.
> > > *
> > > */
> > >
> > > I guess that it is suitable for our ASF programs.
> > >
> > >
> > > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <t....@gmail.com>
> wrote:
> > >
> > > > Do you mean the things listed below?
> > > > In fact, our source code is written in C++, and it dependes on STL.
> To
> > my
> > > > knowledge STL is part of C++ standard. Any C++ developing environment
> > > should
> > > > provide STL. The formal STL which is selected by C++ standard is
> > > developed
> > > > by SGI, which can be found at http://www.sgi.com/tech/stl/
> > > >
> > > > There are many STL implements currently. Borland, Microsoft and other
> > > > companies have their own implement. SGI's implement is the standard
> > one,
> > > > which is opensourced and can be used anywhere. I didn't read the
> detail
> > > > license information of it.
> > > >
> > > > In fact, g++ is not the only C++ compiler for linux. and GNU's STL
> > > > implement is not the only STL implement.
> > > >
> > > >
> > > > C++ and STL are needed to compile our program. And, they are the
> > standard
> > > > components of C++ environment. It is the developers' business to
> choose
> > > > their own C++ environment. The default C++ and STL is provided by GNU
> > and
> > > > are GPLed. So, we should let the developers know that they should
> > choose
> > > a
> > > > non-GPLed STL to call.
> > > >
> > > >
> > > > ===========================================
> > > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; | grep
> c++
> > > >
> ./src/.deps/tserver-adminserver.Po:34: /usr/include/bits/sys_errlist.h
> > > > adminserver.h /usr/include/c
> > > > ++/4.2/list \
> > > > ./src/.deps/tserver-adminserver.Po:73:
> > > > /usr/include/c++/4.2/bits/stl_list.h /
> > > >
> > >
> > > --
> > > Best regards!
> > >
> > > Ting Peng (t.peng.dev@gmail.com)
> > > [CN] +86-137-721-59621
> > >
> >
>
>
>
> --
> Best regards!
>
> Ting Peng (t.peng.dev@gmail.com)
> [CN] +86-137-721-59621
>
Re: how do we deal with list.h
Posted by Ting Peng <t....@gmail.com>.
Dear all,
This list is the packages of STLPort provided by Ubuntu Linux release.
you can get the list use this command on ubuntu linux:
"apt-cache search STL"
So, if you use ubuntu linux as your develop platform, when you are compiling
bluesky, you can use these packages to as C++ library. By doing this,
license problems can be avoided. STLPort is aso recommended by C++ standard.
It is very effective.
On Tue, Aug 19, 2008 at 4:55 PM, Samul Kevin <lo...@gmail.com> wrote:
> yeah,thks,i think it suitable too,but i don't quite get the meaning of your
> listing about this:
> libstlport4.6-dev - STLport C++ class library
> libstlport4.6c2 - STLport C++ class library
> libstlport5.0 - STLport C++ class library
> libstlport5.0-dbg - STLport C++ class library debug symbols
> libstlport5.0-dev - STLport C++ class library
> libstlport5.1 - STLport C++ class library
> libstlport5.1-dbg - STLport C++ class library debug symbols
> libstlport5.1-dev - STLport C++ class library
>
>
>
> 2008/8/15, Ting Peng <t....@gmail.com>:
> >
> > Ubuntu Linux provides STLport, which is the STL implement recommended by
> > the
> > C++ Standard.
> > libstlport4.6-dev - STLport C++ class library
> > libstlport4.6c2 - STLport C++ class library
> > libstlport5.0 - STLport C++ class library
> > libstlport5.0-dbg - STLport C++ class library debug symbols
> > libstlport5.0-dev - STLport C++ class library
> > libstlport5.1 - STLport C++ class library
> > libstlport5.1-dbg - STLport C++ class library debug symbols
> > libstlport5.1-dev - STLport C++ class library
> >
> > Its license information can be found at
> > http://www.stlport.org/doc/license.html and
> > http://sourceforge.net/projects/stlport/
> >
> > I copy the information from the source file is:
> > /*
> > * Copyright (c) 1999
> > * Silicon Graphics Computer Systems, Inc.
> > *
> > * Copyright (c) 1999
> > * Boris Fomitchev
> > *
> > * This material is provided "as is", with absolutely no warranty
> expressed
> > * or implied. Any use is at your own risk.
> > *
> > * Permission to use or copy this software for any purpose is hereby
> granted
> > * without fee, provided the above notices are retained on all copies.
> > * Permission to modify the code and to distribute modified code is
> granted,
> > * provided the above notices are retained, and a notice that the code was
> > * modified is included with the above copyright notice.
> > *
> > */
> >
> > I guess that it is suitable for our ASF programs.
> >
> >
> > On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <t....@gmail.com> wrote:
> >
> > > Do you mean the things listed below?
> > > In fact, our source code is written in C++, and it dependes on STL. To
> my
> > > knowledge STL is part of C++ standard. Any C++ developing environment
> > should
> > > provide STL. The formal STL which is selected by C++ standard is
> > developed
> > > by SGI, which can be found at http://www.sgi.com/tech/stl/
> > >
> > > There are many STL implements currently. Borland, Microsoft and other
> > > companies have their own implement. SGI's implement is the standard
> one,
> > > which is opensourced and can be used anywhere. I didn't read the detail
> > > license information of it.
> > >
> > > In fact, g++ is not the only C++ compiler for linux. and GNU's STL
> > > implement is not the only STL implement.
> > >
> > >
> > > C++ and STL are needed to compile our program. And, they are the
> standard
> > > components of C++ environment. It is the developers' business to choose
> > > their own C++ environment. The default C++ and STL is provided by GNU
> and
> > > are GPLed. So, we should let the developers know that they should
> choose
> > a
> > > non-GPLed STL to call.
> > >
> > >
> > > ===========================================
> > > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; | grep c++
> > > ./src/.deps/tserver-adminserver.Po:34: /usr/include/bits/sys_errlist.h
> > > adminserver.h /usr/include/c
> > > ++/4.2/list \
> > > ./src/.deps/tserver-adminserver.Po:73:
> > > /usr/include/c++/4.2/bits/stl_list.h /
> > >
> >
> > --
> > Best regards!
> >
> > Ting Peng (t.peng.dev@gmail.com)
> > [CN] +86-137-721-59621
> >
>
--
Best regards!
Ting Peng (t.peng.dev@gmail.com)
[CN] +86-137-721-59621
Re: how do we deal with list.h
Posted by Samul Kevin <lo...@gmail.com>.
yeah,thks,i think it suitable too,but i don't quite get the meaning of your
listing about this:
libstlport4.6-dev - STLport C++ class library
libstlport4.6c2 - STLport C++ class library
libstlport5.0 - STLport C++ class library
libstlport5.0-dbg - STLport C++ class library debug symbols
libstlport5.0-dev - STLport C++ class library
libstlport5.1 - STLport C++ class library
libstlport5.1-dbg - STLport C++ class library debug symbols
libstlport5.1-dev - STLport C++ class library
2008/8/15, Ting Peng <t....@gmail.com>:
>
> Ubuntu Linux provides STLport, which is the STL implement recommended by
> the
> C++ Standard.
> libstlport4.6-dev - STLport C++ class library
> libstlport4.6c2 - STLport C++ class library
> libstlport5.0 - STLport C++ class library
> libstlport5.0-dbg - STLport C++ class library debug symbols
> libstlport5.0-dev - STLport C++ class library
> libstlport5.1 - STLport C++ class library
> libstlport5.1-dbg - STLport C++ class library debug symbols
> libstlport5.1-dev - STLport C++ class library
>
> Its license information can be found at
> http://www.stlport.org/doc/license.html and
> http://sourceforge.net/projects/stlport/
>
> I copy the information from the source file is:
> /*
> * Copyright (c) 1999
> * Silicon Graphics Computer Systems, Inc.
> *
> * Copyright (c) 1999
> * Boris Fomitchev
> *
> * This material is provided "as is", with absolutely no warranty expressed
> * or implied. Any use is at your own risk.
> *
> * Permission to use or copy this software for any purpose is hereby granted
> * without fee, provided the above notices are retained on all copies.
> * Permission to modify the code and to distribute modified code is granted,
> * provided the above notices are retained, and a notice that the code was
> * modified is included with the above copyright notice.
> *
> */
>
> I guess that it is suitable for our ASF programs.
>
>
> On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <t....@gmail.com> wrote:
>
> > Do you mean the things listed below?
> > In fact, our source code is written in C++, and it dependes on STL. To my
> > knowledge STL is part of C++ standard. Any C++ developing environment
> should
> > provide STL. The formal STL which is selected by C++ standard is
> developed
> > by SGI, which can be found at http://www.sgi.com/tech/stl/
> >
> > There are many STL implements currently. Borland, Microsoft and other
> > companies have their own implement. SGI's implement is the standard one,
> > which is opensourced and can be used anywhere. I didn't read the detail
> > license information of it.
> >
> > In fact, g++ is not the only C++ compiler for linux. and GNU's STL
> > implement is not the only STL implement.
> >
> >
> > C++ and STL are needed to compile our program. And, they are the standard
> > components of C++ environment. It is the developers' business to choose
> > their own C++ environment. The default C++ and STL is provided by GNU and
> > are GPLed. So, we should let the developers know that they should choose
> a
> > non-GPLed STL to call.
> >
> >
> > ===========================================
> > pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; | grep c++
> > ./src/.deps/tserver-adminserver.Po:34: /usr/include/bits/sys_errlist.h
> > adminserver.h /usr/include/c
> > ++/4.2/list \
> > ./src/.deps/tserver-adminserver.Po:73:
> > /usr/include/c++/4.2/bits/stl_list.h /
> >
>
> --
> Best regards!
>
> Ting Peng (t.peng.dev@gmail.com)
> [CN] +86-137-721-59621
>
Re: how do we deal with list.h
Posted by Ting Peng <t....@gmail.com>.
Ubuntu Linux provides STLport, which is the STL implement recommended by the
C++ Standard.
libstlport4.6-dev - STLport C++ class library
libstlport4.6c2 - STLport C++ class library
libstlport5.0 - STLport C++ class library
libstlport5.0-dbg - STLport C++ class library debug symbols
libstlport5.0-dev - STLport C++ class library
libstlport5.1 - STLport C++ class library
libstlport5.1-dbg - STLport C++ class library debug symbols
libstlport5.1-dev - STLport C++ class library
Its license information can be found at
http://www.stlport.org/doc/license.html and
http://sourceforge.net/projects/stlport/
I copy the information from the source file is:
/*
* Copyright (c) 1999
* Silicon Graphics Computer Systems, Inc.
*
* Copyright (c) 1999
* Boris Fomitchev
*
* This material is provided "as is", with absolutely no warranty expressed
* or implied. Any use is at your own risk.
*
* Permission to use or copy this software for any purpose is hereby granted
* without fee, provided the above notices are retained on all copies.
* Permission to modify the code and to distribute modified code is granted,
* provided the above notices are retained, and a notice that the code was
* modified is included with the above copyright notice.
*
*/
I guess that it is suitable for our ASF programs.
On Fri, Aug 15, 2008 at 9:46 PM, Ting Peng <t....@gmail.com> wrote:
> Do you mean the things listed below?
> In fact, our source code is written in C++, and it dependes on STL. To my
> knowledge STL is part of C++ standard. Any C++ developing environment should
> provide STL. The formal STL which is selected by C++ standard is developed
> by SGI, which can be found at http://www.sgi.com/tech/stl/
>
> There are many STL implements currently. Borland, Microsoft and other
> companies have their own implement. SGI's implement is the standard one,
> which is opensourced and can be used anywhere. I didn't read the detail
> license information of it.
>
> In fact, g++ is not the only C++ compiler for linux. and GNU's STL
> implement is not the only STL implement.
>
>
> C++ and STL are needed to compile our program. And, they are the standard
> components of C++ environment. It is the developers' business to choose
> their own C++ environment. The default C++ and STL is provided by GNU and
> are GPLed. So, we should let the developers know that they should choose a
> non-GPLed STL to call.
>
>
> ===========================================
> pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; | grep c++
> ./src/.deps/tserver-adminserver.Po:34: /usr/include/bits/sys_errlist.h
> adminserver.h /usr/include/c
> ++/4.2/list \
> ./src/.deps/tserver-adminserver.Po:73:
> /usr/include/c++/4.2/bits/stl_list.h /
>
--
Best regards!
Ting Peng (t.peng.dev@gmail.com)
[CN] +86-137-721-59621
Re: how do we deal with list.h
Posted by Ting Peng <t....@gmail.com>.
Do you mean the things listed below?
In fact, our source code is written in C++, and it dependes on STL. To my
knowledge STL is part of C++ standard. Any C++ developing environment should
provide STL. The formal STL which is selected by C++ standard is developed
by SGI, which can be found at http://www.sgi.com/tech/stl/
There are many STL implements currently. Borland, Microsoft and other
companies have their own implement. SGI's implement is the standard one,
which is opensourced and can be used anywhere. I didn't read the detail
license information of it.
In fact, g++ is not the only C++ compiler for linux. and GNU's STL implement
is not the only STL implement.
C++ and STL are needed to compile our program. And, they are the standard
components of C++ environment. It is the developers' business to choose
their own C++ environment. The default C++ and STL is provided by GNU and
are GPLed. So, we should let the developers know that they should choose a
non-GPLed STL to call.
===========================================
pt@ATS:~/tmp/TServer-2.0$ find -exec grep -Hn list.h {} \; | grep c++
./src/.deps/tserver-adminserver.Po:34: /usr/include/bits/sys_errlist.h
adminserver.h /usr/include/c
++/4.2/list \
./src/.deps/tserver-adminserver.Po:73: /usr/include/c++/4.2/bits/stl_list.h
/usr/include/c++/4.2/bi
ts/list.tcc \
./src/.deps/tserver-adminserver.Po:699:/usr/include/c++/4.2/bits/stl_list.h:
./src/.deps/tserver-tserver.Po:73: /usr/include/c++/4.2/bits/stl_list.h
/usr/include/c++/4.2/bits/l
ist.tcc \
./src/.deps/tserver-tserver.Po:689:/usr/include/c++/4.2/bits/stl_list.h:
./src/.deps/tserver-clientsocket.Po:85: /usr/include/c++/4.2/list
/usr/include/c++/4.2/bits/stl_lis
t.h \
./src/.deps/tserver-clientsocket.Po:379:/usr/include/c++/4.2/bits/stl_list.h:
./src/.deps/tserver-multicomm.Po:34: /usr/include/bits/sys_errlist.h
/usr/include/c++/4.2/list \
./src/.deps/tserver-multicomm.Po:73: /usr/include/c++/4.2/bits/stl_list.h
/usr/include/c++/4.2/bits
/list.tcc \
./src/.deps/tserver-multicomm.Po:334:/usr/include/c++/4.2/bits/stl_list.h:
./src/.deps/tserver-callbacks.Po:34: /usr/include/bits/sys_errlist.h
/usr/include/c++/4.2/clocale \
./src/.deps/tserver-callbacks.Po:64: /usr/include/c++/4.2/bits/stl_list.h
/usr/include/c++/4.2/bits
/list.tcc \
./src/.deps/tserver-callbacks.Po:643:/usr/include/c++/4.2/bits/stl_list.h:
./src/.deps/tserver-lissocket.Po:85: /usr/include/c++/4.2/list
/usr/include/c++/4.2/bits/stl_list.h
\
./src/.deps/tserver-lissocket.Po:381:/usr/include/c++/4.2/bits/stl_list.h:
grep: ./depcomp: No such file or directory
pt@ATS:~/tmp/TServer-2.0$
On Tue, Aug 12, 2008 at 12:34 PM, Samul Kevin <lo...@gmail.com> wrote:
> In our source code,we use list.h to implement the modules.For example,in
> tserver module,we use list.h *list*
> */usr/include/c++/4.2.3*
> *GPL*
> *to be substitued *
> *adminserver.h*
> **
> **
> **
> **
> *callbacks.cpp*
> **
> **
> **
> **
> *multicomm.cpp*
> **
> **
> **
> **
> *tserver.cpp*
> **
> **
> **
> **
> *msgtype.h*
>
> but unfortunately,it follows GPL license,so we had to rewrite this header
> file or find other header file which according with ASL.I serached it on
> but
> failed to find the substitue.So,you guys,do we need to re-fulfill this file
> of c++ libarary?
>
--
Best regards!
Ting Peng (t.peng.dev@gmail.com)
[CN] +86-137-721-59621