On Thursday 05 May 2005 21:18, Eric Smith wrote: > I wrote: > > What Webpack 7.1i cannot do is synthesize, place, and route a > > design for a 3S4000. So anyone doing RTL development would either > > need to buy the full ISE package, or use Webpack 6.3i with the > > service pack, since that has full 3S4000 support. > > Daniel wrote: > > Right, so our job should be to convince Xilinx to let the webpack > > handle the 3S4000. > > Why? Is something wrong with Webpack 6.3i? Certainly I think it > would be a good thing for Xilinx to include the 3S4000 in 7.2i, but > it's not like there's no alternative.
Ah, that is what I did not understand. You are saying that webpack 6.3i supports the 3S4000 and can synthesize, place, and route a design for a 3S4000? And I thought there was a proprietary step to produce a bitstream for the 3S4000, following those steps. And are there any significant gotchas in webpack 6.3i that were solved by webpack 7xx? > > We need a commitment from Xilinx _before_ we go ahead. > > Again, what's wrong with Webpack 6.3i? What is wrong indeed? We just need this explained in single syllable words. > It's still available for > download, and with the service pack, it includes 3S4000 support. The > only drawback is that it doesn't run natively on Linux, but I've run > it using Wine, and using Window with VMware. Sure. _I can live with that_. I would use it with Wine and not VMware, because the last Windows license I bought was 98, which I somehow doubt will run this webpack software. > I think building 3S1500 cards is a distraction, and will just make > the project logistics more complex unnecessarily and slow things > down. I tend to agree with you, particularly given the apparent workaround. But we should still do what we can to persuade Xilinx to provide the goods with _native_ Linux webpack. It would seem to be very much in Xilinx's interest to do so. Regards, Daniel _______________________________________________ Open-graphics mailing list [email protected] http://lists.duskglow.com/mailman/listinfo/open-graphics List service provided by Duskglow Consulting, LLC (www.duskglow.com)
