On 8/25/08, Bernd Fondermann <[EMAIL PROTECTED]> wrote:
> On Mon, Aug 25, 2008 at 03:15, Samul Kevin <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
>>
>>> 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 <
>>> [EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>
>>> 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 <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>:
>>> > >> >>
>>> > >> >> 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 <
>>> [EMAIL PROTECTED]>
>>> > >> >> 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 <[EMAIL PROTECTED]>:
>>> > >> >> > >
>>> > >> >> > > 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 <
>>> [EMAIL PROTECTED]
>>> > >
>>> > >> >> 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.
>>> > >> >> > > >
>>> > >> >> > > >
>>> > >> >> > > > ===========================================
>>> > >> >> > > > [EMAIL PROTECTED]:~/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 ([EMAIL PROTECTED])
>>> > >> >> > > [CN] +86-137-721-59621
>>> > >> >> > >
>>> > >> >> >
>>> > >> >>
>>> > >> >>
>>> > >> >>
>>> > >> >> --
>>> > >> >> Best regards!
>>> > >> >>
>>> > >> >> Ting Peng ([EMAIL PROTECTED])
>>> > >> >> [CN] +86-137-721-59621
>>> > >> >>
>>> > >> >
>>> > >>
>>> > >
>>> > >
>>> > >
>>> > > --
>>> > > Best regards!
>>> > >
>>> > > Ting Peng ([EMAIL PROTECTED])
>>> > > [CN] +86-137-721-59621
>>> > >
>>> >
>>>
>>>
>>>
>>> --
>>> Best regards!
>>>
>>> Ting Peng ([EMAIL PROTECTED])
>>> [CN] +86-137-721-59621
>>>
>>
>
