Reply by NZG October 18, 20072007-10-18
 > Wine??? There are very, very few applications that actually work
under Wine.
> And of those, the majority is of no interest for Linux users, because there > are perfect alternatives which are native Linux.
What.... are you smokin' You can run freaking World of Warcraft and PCAD in the ubuntu Wine's And while their are "alternatives" to those it doesn't really make a difference if you specifically want to play Warcraft or you company uses PCAD. NZG
Reply by Eric Smith October 15, 20072007-10-15
Kees Bakker <spam@altium.nl> writes:
> Wine??? There are very, very few applications that actually work under Wine. > And of those, the majority is of no interest for Linux users, because there > are perfect alternatives which are native Linux.
Linear Technology LTSpice (also known as SwitcherCAD) works well with Wine, and LT even supports it! Xilinx used to support ISE on Wine, before they had a native Linux version.
Reply by Uwe Bonnes October 15, 20072007-10-15
Kees Bakker <spam@altium.nl> wrote:
> Tommy Thorn wrote: > >... > > Personally I'd care more about having a version that worked under Wine/ > > CrossOver than a native Linux port.
> Wine??? There are very, very few applications that actually work under Wine. > And of those, the majority is of no interest for Linux users, because there > are perfect alternatives which are native Linux.
> Wine is - that's my experience anyway - no environment to run Win32 > applications > on a Linux PC.
If Altera would talk to Codeweaver(and pay a small amount of what they pay to Mainsoft to Codewaever) , wine could become be a perfect alternative with minimal effort... -- Uwe Bonnes bon@elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
Reply by Kees Bakker October 15, 20072007-10-15
Tommy Thorn wrote:
>... > Personally I'd care more about having a version that worked under Wine/ > CrossOver than a native Linux port.
Wine??? There are very, very few applications that actually work under Wine. And of those, the majority is of no interest for Linux users, because there are perfect alternatives which are native Linux. Wine is - that's my experience anyway - no environment to run Win32 applications on a Linux PC.
> > My $0.0145,
That's roughly &#4294967295;0.01
> Tommy
My &#4294967295;0.013793 -- Kees
Reply by Tommy Thorn October 15, 20072007-10-15
On Oct 14, 5:30 pm, cs_post...@hotmail.com wrote:
> On Oct 13, 6:31 pm, Tommy Thorn <tommy.th...@gmail.com> wrote: > > > Personally I'd care more about having a version that worked under Wine/ > > CrossOver than a native Linux port. > > Um, why???
When I wrote that it was because a native Linux would not make a difference to me when running it on Mac OS. No, I don't expect a native Mac OS port. However, now that I've gotten a tad bit further with CrossOver(*) I've been extremely disappointed to see that CrossOver actually has a even larger load (~ 30 %) when idle, compared to the ~ 20 % load in a WinXP VM. Indeed, a Linux VM would be even better as with recent changes to the kernel the load can get quite load indeed (unfortunately I don't thave the number, but I _think_ it's way less than 10 %).
> If costs were equaly, why would you want to deal with an extra > compatability layer compared to native?
Because native to me is Darwin. Tommy (*) The trick to get Quartus II running in CrossOver was the remove jtagserver.exe and jtagconfig.exe. Unfortunately, it crashes as soon as I try actually _doing_ anything.
Reply by October 14, 20072007-10-14
On Oct 13, 6:31 pm, Tommy Thorn <tommy.th...@gmail.com> wrote:

> Personally I'd care more about having a version that worked under Wine/ > CrossOver than a native Linux port.
Um, why??? If costs were equaly, why would you want to deal with an extra compatability layer compared to native? Only reason I can see is if the "native" version actually used some kind of horrid compatability layer itself. I can see reasons for running something in a VM (if you don't trust it), but wine is not a VM...
Reply by Tommy Thorn October 13, 20072007-10-13
On Oct 13, 1:30 am, Sebastien Bourdeauducq
<sebastien.bourdeaud...@gmail.com> wrote:
> No, it seems you still have to pay $2000 more if you want to use Linux > and stay legal. > Altera sucks.
Sebastien, can I have your car? No? Well, you suck! Seriously, a more constructive discussion here might be what the state of running Quartus II under Wine is. I gather that some have succeeded. I regularly run Quartus II in a WinXP VM on my Mac (using VMware Fusion). I tried to install Quartus II 7.1sp1 Web Ed. with CrossOver 6.1 in a Win2K bottle, but alas the installation hung. Personally I'd care more about having a version that worked under Wine/ CrossOver than a native Linux port. My $0.0145, Tommy
Reply by Mike Treseler October 13, 20072007-10-13
Sebastien Bourdeauducq wrote:
> No, it seems you still have to pay $2000 more if you want to use Linux > and stay legal.
That includes oem modelsim and the rtl and state viewers. I'd call that a bargain. -- Mike Treseler
Reply by Sebastien Bourdeauducq October 13, 20072007-10-13
No, it seems you still have to pay $2000 more if you want to use Linux
and stay legal.
Altera sucks.

Reply by H. Peter Anvin October 12, 20072007-10-12
Kees Bakker wrote:
> > Doesn't Altera make use of the MainWin runtime environment to allow their tools to > run on Linux or Solaris? If so, then they cannot give away free copies of their > own Altera tools on Linux without having to pay royalties to MainSoft. > > I have no real proof that this is the case, but it sounds plausible to me. That doesn't > mean I like it. Hell no, I really wish they would develop native Linux tools. >
That has certainly been the case in the past (although only for the GUI tools -- the CLI tools worked just fine without.) I was hoping that the announcement meant they had fixed that (after all, Xilinx already cleaned that up.) There are some really good cross-platform development environments without the issues of MainWin; Qt comes to mind. -hpa