On Sat, Apr 09, 2011 at 09:15:32AM -0400, Benjamin Reed wrote: > On 4/8/11 9:51 PM, Jack Howarth wrote: >> I've uploaded a new llvm-clang package to replace the existing llvm >> package and an updated llvm-gcc42 package. > > I don't see how this could work; old llvm-gcc42 depends on "llvm" and > "llvm-shlibs" (with an = no less), so you can't have llvm-clang > Conflict/Replace llvm/llvm-shlibs without llvm-gcc42 holding it back. > > That's why newer llvms in fink are put off into %p/opt, because the > original llvm and llvm-gcc42 packages are un-upgradeable without manual > intervention.
Benjamin, Granted the original packaging was flawed but do we really want to keep spinning off new llvm2x releases? The new packaging uses >= to it should be upgradable from that point onwards. Once we hit llvm 3.0, llvm-gcc disappears and dragonegg-gcc will Conflict/Replaces the old llvm-gcc42 package. Jack > > -- > Benjamin Reed a.k.a. Ranger Rick a.k.a. Raccoon Fink > Fink, KDE, and Mac OS X development > > Blog: http://www.raccoonfink.com/ > Music: http://music.raccoonfink.com/ > ------------------------------------------------------------------------------ Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel