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

Reply via email to