I am thinking about converting the gcc4X packages
into a form that can coexist without reinstallation.
Over the years, I've had a few requests for this.
More importantly, when the new llvm-clang (which
replaces llvm) and dragonegg-gcc packaging enters
unstable, it would be helpful for the gcc4X packages
to co-exist. The dragonegg-gcc package will use
a gcc variant to build the dragonegg.so complier
plugin for a specific gcc4X release and provide
compiler wrappers to automate its use. These will
be of the form de-gcc45, de-g++45, etc. Since the
dragonegg-gcc variants call gcc4X from within its
buried subdirectory, those could exist perfectly
without need of the %p/bin gcc4X symlinks.
What I am considering is to add a gcc4X-bin
split-off to all of the gcc4X packages which
will contain all of the %/bin symlinks currently
provided by the main gcc4X package. However, I
a uncertain as to the best way to manage the
transition. My first inclination is to try...
--- gcc46-x86_64.info.current 2010-04-24 19:50:20.000000000 -0400
+++ gcc46-x86_64.info 2010-04-24 20:04:45.000000000 -0400
@@ -13,8 +13,8 @@
Architecture: x86_64
NoSetCPPFLAGS: True
NoSetLDFLAGS: True
-Conflicts: gcc4, gcc42, gcc43, gcc44, gcc45
-Replaces: gcc4, gcc42, gcc43, gcc44, gcc45
+Conflicts: gcc42 (<= 4.2.4-1002), gcc43 (<= 4.3.4-1000), gcc44 (<=
4.4.2-1000), gcc45 (<= 4.5.0-1000)
+Replaces: gcc42 (<= 4.2.4-1002), gcc43 (<= 4.3.4-1000), gcc44 (<= 4.4.2-1000),
gcc45 (<= 4.5.0-1000)
Depends: gmp-shlibs (>= 4.3.1-1000), libgmpxx-shlibs (>= 4.3.1-1000),
libmpfr1-shlibs (>= 2.4.1-1), %N-shlibs (>= %v-%r), libiconv,
libgettext8-shlibs, ppl-shlibs (>= 0.10.2-1), cloog-shlibs (>= 0.15.9-1),
libmpc2-shlibs (>= 0.8-1), xcode (>= 3.1.2)
BuildDepends: gmp (>= 4.3.1-1000), libmpfr1 (>= 2.4.1-1), libiconv-dev,
gettext-tools, libgettext8-dev, ppl (>= 0.10.2-1), cloog (>= 0.15.9-1), libmpc2
(>= 0.8-1), xcode (>= 3.1.2), fink (>= 0.27.2)
ConfigureParams: <<
@@ -127,6 +127,30 @@
%p/lib/gcc4.6/lib/i386/gcj-4.6.0-12/libjvm.dylib 0.0.0 %n (>= 4.1-1) 32
<<
<<
+SplitOff2: <<
+ Package: %N-bin
+ Conflicts: gcc42 (>> 4.2.4-1002), gcc43 (>> 4.3.4-1000), gcc44 (>>
4.4.2-1000), gcc45 (>> 4.5.0-1000)
+ Replaces: gcc42 (>> 4.2.4-1002), gcc43 (>> 4.3.4-1000), gcc44 (>>
4.4.2-1000), gcc45 (>> 4.5.0-1000)
+ Depends: %N (= %v-%r), %N-shlibs (= %v-%r)
+ Files: <<
+ bin/gfortran
+ bin/gcc-4
+ bin/g++-4
+ bin/c++-4
+ bin/cpp-4
+ bin/gcov-4
+ bin/gcj
+ bin/gcj-dbtool
+ bin/gcjh
+ bin/gij
+ bin/gjnih
+ bin/grmiregistry
+ bin/grmic
+ bin/jcf-dump
+ bin/jv-convert
+ bin/jv-scan
+ <<
+<<
License: GPL
Description: GNU Compiler Collection Version 4.6
InfoDocs: cpp-4.info cppinternals.info gcc-4.info gccinstall.info gccint.info
gcj.info gfortran.info
...as implemented on some test gcc46 packaging (where the <= and >> changes
reflect the
%v-%r for each gcc4X package where they gained the %N-bin splitoff).
Any comments on such a change?
Jack
------------------------------------------------------------------------------
_______________________________________________
Fink-devel mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel
