[no description] https://git.osdyson.ru/mirror/pkgsrc/atom?h=pkgsrc-2015Q2 2015-04-27T19:59:07Z 2015-04-27T19:59:07Z jperkin jperkin@pkgsrc.org 2015-04-27T19:59:07Z urn:sha1:23e56c0e2820b59c46b2e1e0b28f2a5ed42e959a wrappers when USE_CWRAPPERS is enabled, saving a reasonable amount of I/O during builds, mostly due to avoiding the transform/untransform sed file generations. WRAPPER_DIR and WRAPPER_BINDIR are used by various packages to override or point to specific wrappers, and these now point to the cwrappers directory when enabled, removing the need for CWRAPPERS_BIN_DIR duplication and fixing packages which previously were using legacy wrappers by accident. A number of targets are now duplicated between bsd.wrapper.mk and cwrappers.mk, the intention being that the legacy wrappers will be deprecated once cwrappers is verified on all supported platforms. If that turns out to take longer than expected, we will probably want to introduce a wrapper.mk to abstract them away before loading the appropriate back-end. 2015-04-27T19:38:03Z jperkin jperkin@pkgsrc.org 2015-04-27T19:38:03Z urn:sha1:bc1f6b39fb9a6ce90ad6657a7d5e14b279d08149 to the same value anyway. Also removes a comment from 2005 which was possibly wrong at the time it was committed, given the same construct has been used in bsd.buildlink3.mk unchanged since 2004. 2014-11-25T18:27:49Z joerg joerg@pkgsrc.org 2014-11-25T18:27:49Z urn:sha1:4833c380089cd5bd069ea577e95b8fe5f5fdf641 2014-11-24T00:32:31Z joerg joerg@pkgsrc.org 2014-11-24T00:32:31Z urn:sha1:c4d60ea08ceb02c9c9bb850c722116168b2317df 2014-03-06T10:15:54Z uebayasi uebayasi@pkgsrc.org 2014-03-06T10:15:54Z urn:sha1:eaf76800728525e7582833fda5bc525812c534cd 2013-03-01T13:27:38Z jperkin jperkin@pkgsrc.org 2013-03-01T13:27:38Z urn:sha1:058b80c42c5e680c2d2d922fa133c19ccd0c4878 2012-07-08T19:57:10Z marino marino@pkgsrc.org 2012-07-08T19:57:10Z urn:sha1:89dacfd0002bcee778664a8108054fdb4972b37d All recent packages featuring Ada code have a hard dependency on the lang/gnat-aux compiler package. The valid values for USE_LANGUAGES are c, c99, c++, fortran, fortran77, java, objc, so specifying a specific compiler was necessary up into now. One problem with lang/gnat-aux is that it is installed at ${LOCALBASE} where the lang/gccXX compilers are installed at ${LOCALBASE}/gccXX. The latter compilers have no possibility of sharing conflicting files unlike lang/gnat-aux. Rather than fundamentally update the GCC 4.6-based lang/gnat-aux to avoid these conflicts, a new Ada-capable compiler based on GCC 4.7 was created with the intent of being supported by mk/compiler.mk and mk/compiler/gcc.mk. The Ada packages will be effectively migrated from lang/gnat-aux to the new lang/gcc-aux compiler, but lang/gcc-aux will remain as a standalone package as it is the only GCC 4.6-based compiler that builds on DragonFly and serves it as a world and kernel compile option. In addition to the current language wrappers, lang/gcc-aux adds wrappers for "ada" (unique to gcc-aux, hardlinked to gcc driver), and the gnat, gnatmake, gnatbind, gnatlink, gnatchop, gnatprep, and gnatls programs. Supporting all of these allows the wrapper system to be used with Ada packages; currently wrappers are mostly disabled on them. The lang/gcc47 implicitly adds support for the "objc-c++" language by adding it to the USE_LANGUAGES list, but it wasn't really supported. An attempt was made to better support objc-c++, but this new enumeration probably still needs work or needs to be removed completely. Logic for Ada support: 1) All lang/gccXX compilers have version numbers ranging from 2.8.1 to 9. 2) lang/gcc-aux uses the release date as its version number in the form of YYYYMMDD with a minimum value of 20120614, so there is no version overlap. 3) When at least one element of USE_LANGUAGES is "ada", the value of 20120614 is added to the set of GCC_REQD which selects lang/gcc-aux. 4) The _NEED_NEWER_GCC check is disabled. It fails and isn't relevant; unless a package sets GCC_REQD over 20120614, the only way to select lang/gcc-aux is to specify the Ada language and only one compiler known to gcc.mk can support it. 2011-08-04T13:32:05Z obache obache@pkgsrc.org 2011-08-04T13:32:05Z urn:sha1:ce00f6adbadf9228d11e12269807e0b3f127e665 2010-08-16T10:03:44Z obache obache@pkgsrc.org 2010-08-16T10:03:44Z urn:sha1:29f197d0621c87486d6caf62c034365ce67b735f Workaround for missing hard link support on Haiku, PR#43398. 2009-11-23T00:25:13Z tron tron@pkgsrc.org 2009-11-23T00:25:13Z urn:sha1:bc1c3132e99af08ecb663a574b5ba80de4a39aa9 a whitespace in the command search path.