Re: [leaf-devel] tagging beta1?

2010-11-26 Thread Mike Noyes
On Thu, 2010-11-25 at 00:20 +0100, KP Kirchdoerfer wrote:
> Am Dienstag, 23. November 2010, 20:38:07 schrieb KP Kirchdoerfer:
> > What else needs to be done before release?
> > 
> > 1) Add wiki to our webpages
> > 2) Add a mailinglist (cvs-auto?) for trac
> 
> Mike, can you pls take of 1) and 2) ???

KP,
Will do. Other tasks have interfered with my productivity of late. I
apologize.

> > 4) add an apps section in cvs with the lrp's

-- 
Mike Noyes 
http://sourceforge.net/users/mhnoyes/
SF.net Projects:  leaf, sourceforge/sitedocs


--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] compiling openswan for BuC4 - update

2010-11-26 Thread Andrew
26.11.2010 12:12, Erich Titl пишет:
>
> at 26.11.2010 10:15, Andrew wrote:
>> 26.11.2010 01:16, Erich Titl пишет:
>>> Andrew
>>>
>>> on 25.11.2010 19:56, Andrew wrote:
 25.11.2010 20:45, KP Kirchdoerfer пишет:
> Am Freitag, 19. November 2010, 17:18:18 schrieb Erich Titl:
>> Hi Folks
>>
>> I checked the openswan directory into CVS, so everyone can play with it
>> now, let me know if you encounter problems with it.
>>
>> Mike, could you please release the
>> src/bering-uclibc4/source/openswan/openswan-2.6.31 directory from CVS,
>> as it is not necessary to carry the unpacked source along all the time.
>>
>> I also added the latest and greatest libgmp, which is needed for 
>> openswan.
>>
>> I did not check in my conf/sources.cfg. In my version I commented the
>> packages which do not compile and I did not want to foul up the config
>> for everyone. If you feel comfortable with commenting or even removing
>> the broken targets, please have a look at the diff below.
>>
>> I have not had time to test the code (yet). If someone has a sandbox to
>> run it against, have fun.
>>
>> cheers
>>
> Erich,
>
> if you think libgmp.lrp is required (buildtool.cfg), that means the user 
> has
> to install it, you'll have to package libgmp.
> But looking back into Bering-uClibc 3.x package for openswan, it wasn't a
> requirement to install libgmp.lrp.
> If  you need libgmp to _build_ openswan this has to be declared in 
> sources.cfg
> in the "section of the package (as you already did).
>
> Just for clarification:
> build requirements are declared in sources.cfg
> additional packages needed to run a package are added in buildtool.cfg
>
> kp
 Now we have libgmp in 2 places - one in buildenv package (that is copied
 into gcc source dir to allow it to be built without libgmp in system),
 and other - in separate package. Unfortunately, gcc doesn't want to
 assemble libgmp as shared library.
>>> Well, it may not make sense for the compiler to have it shared and it
>>> does not even have to be the same release.
>>>
>>> I looked at the config.log for gcc-final, it specifies that shared
>>> libraries should be built.
>>>
>> If we can force to build libgmp from gcc as shared library in same time
>> when we'll build gcc-final - it'll be good.
> I guess that should be possible. What is libgmp used for anyway in the
> compiler build? Does it just need the header files?
>
No, gcc needs libgmp present in system, or it can built it if lib is 
placed in gcc's dir (what we actually done).
 Maybe we will build libgmp in buildenv separately (specifyong dofferent
 output dir for building, like we do for gcc) to avoid source duplicates?
> All it takes is probably to add a package description for libgmp in
> buildtool.cfg for buildenv and call buildpacket.pl at the end of buildenv.
>
> Then indeed the libgmp package construct is redundant.
>
> cheers
>
> Erich
No, as I saw gcc doesn't generate libgmp shared library, it looks like 
gcc is statically linked with it.
>
> --
> Increase Visibility of Your 3D Game App&  Earn a Chance To Win $500!
> Tap into the largest installed PC base&  get more eyes on your game by
> optimizing for Intel(R) Graphics Technology. Get started today with the
> Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
> http://p.sf.net/sfu/intelisp-dev2dev
>
> ___
> leaf-devel mailing list
> leaf-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/leaf-devel


--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] compiling openswan for BuC4 - update

2010-11-26 Thread Erich Titl


at 26.11.2010 10:15, Andrew wrote:
> 26.11.2010 01:16, Erich Titl пишет:
>> Andrew
>>
>> on 25.11.2010 19:56, Andrew wrote:
>>> 25.11.2010 20:45, KP Kirchdoerfer пишет:
 Am Freitag, 19. November 2010, 17:18:18 schrieb Erich Titl:
> Hi Folks
>
> I checked the openswan directory into CVS, so everyone can play with it
> now, let me know if you encounter problems with it.
>
> Mike, could you please release the
> src/bering-uclibc4/source/openswan/openswan-2.6.31 directory from CVS,
> as it is not necessary to carry the unpacked source along all the time.
>
> I also added the latest and greatest libgmp, which is needed for openswan.
>
> I did not check in my conf/sources.cfg. In my version I commented the
> packages which do not compile and I did not want to foul up the config
> for everyone. If you feel comfortable with commenting or even removing
> the broken targets, please have a look at the diff below.
>
> I have not had time to test the code (yet). If someone has a sandbox to
> run it against, have fun.
>
> cheers
>
 Erich,

 if you think libgmp.lrp is required (buildtool.cfg), that means the user 
 has
 to install it, you'll have to package libgmp.
 But looking back into Bering-uClibc 3.x package for openswan, it wasn't a
 requirement to install libgmp.lrp.
 If  you need libgmp to _build_ openswan this has to be declared in 
 sources.cfg
 in the "   section of the package (as you already did).

 Just for clarification:
 build requirements are declared in sources.cfg
 additional packages needed to run a package are added in buildtool.cfg

 kp
>>> Now we have libgmp in 2 places - one in buildenv package (that is copied
>>> into gcc source dir to allow it to be built without libgmp in system),
>>> and other - in separate package. Unfortunately, gcc doesn't want to
>>> assemble libgmp as shared library.
>> Well, it may not make sense for the compiler to have it shared and it
>> does not even have to be the same release.
>>
>> I looked at the config.log for gcc-final, it specifies that shared
>> libraries should be built.
>>
> If we can force to build libgmp from gcc as shared library in same time 
> when we'll build gcc-final - it'll be good.

I guess that should be possible. What is libgmp used for anyway in the
compiler build? Does it just need the header files?

>>> Maybe we will build libgmp in buildenv separately (specifyong dofferent
>>> output dir for building, like we do for gcc) to avoid source duplicates?

All it takes is probably to add a package description for libgmp in
buildtool.cfg for buildenv and call buildpacket.pl at the end of buildenv.

Then indeed the libgmp package construct is redundant.

cheers

Erich


--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel


Re: [leaf-devel] compiling openswan for BuC4 - update

2010-11-26 Thread Andrew
26.11.2010 01:16, Erich Titl пишет:
> Andrew
>
> on 25.11.2010 19:56, Andrew wrote:
>> 25.11.2010 20:45, KP Kirchdoerfer пишет:
>>> Am Freitag, 19. November 2010, 17:18:18 schrieb Erich Titl:
 Hi Folks

 I checked the openswan directory into CVS, so everyone can play with it
 now, let me know if you encounter problems with it.

 Mike, could you please release the
 src/bering-uclibc4/source/openswan/openswan-2.6.31 directory from CVS,
 as it is not necessary to carry the unpacked source along all the time.

 I also added the latest and greatest libgmp, which is needed for openswan.

 I did not check in my conf/sources.cfg. In my version I commented the
 packages which do not compile and I did not want to foul up the config
 for everyone. If you feel comfortable with commenting or even removing
 the broken targets, please have a look at the diff below.

 I have not had time to test the code (yet). If someone has a sandbox to
 run it against, have fun.

 cheers

>>> Erich,
>>>
>>> if you think libgmp.lrp is required (buildtool.cfg), that means the user has
>>> to install it, you'll have to package libgmp.
>>> But looking back into Bering-uClibc 3.x package for openswan, it wasn't a
>>> requirement to install libgmp.lrp.
>>> If  you need libgmp to _build_ openswan this has to be declared in 
>>> sources.cfg
>>> in the "   section of the package (as you already did).
>>>
>>> Just for clarification:
>>> build requirements are declared in sources.cfg
>>> additional packages needed to run a package are added in buildtool.cfg
>>>
>>> kp
>> Now we have libgmp in 2 places - one in buildenv package (that is copied
>> into gcc source dir to allow it to be built without libgmp in system),
>> and other - in separate package. Unfortunately, gcc doesn't want to
>> assemble libgmp as shared library.
> Well, it may not make sense for the compiler to have it shared and it
> does not even have to be the same release.
>
> I looked at the config.log for gcc-final, it specifies that shared
> libraries should be built.
>
If we can force to build libgmp from gcc as shared library in same time 
when we'll build gcc-final - it'll be good.
>> Maybe we will build libgmp in buildenv separately (specifyong dofferent
>> output dir for building, like we do for gcc) to avoid source duplicates?
> Which gmp version is used for the compiler?
>
> Erich
I used latest library that was available when I updated gcc. Of course 
it can be replaced by newer.

--
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev

___
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel