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 "<Requires> 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
