Running Xilinx and Altera Tools on Fedora Core 5

Both Xilinx and Altera make the assumption that their tools are being run on a ridiculously obsolete versions of Linux. The Quartus tools test to see if they are running on Redhat 8, if not they set the LD_ASSUME_KERNEL to 2.4. At one point the Xilinx tools had a requirement that you set the LD_ASSUME_KERNEL to 2.4.7. This didn't cause any problems in earlier version of Fedora Core but it does in FC5. If you set the LD_ASSUME_KERNEL to 2.4 it breaks everything, see below

setenv LD_ASSUME_KERNEL 2.4 ls ls: error while loading shared libraries: librt.so.1: wrong ELF class: ELFCLASS32

The good news is that it appears that it's no longer necessary to set the LD_ASSUME_KERNEL for either tool. Both ISE 8.1sp3 and Quartus 6.0 seem to work without it.

Xilinx assumed that the user was setting the LD_ASSUME_KERNEL variable so those of you who use scripts or set it in their .cshrc should remove it.

Altera put it in one of their own scripts, $QUARTUS/adb/qenv.csh. In order to run Quartus on FC5 you should comment out the line,

if ( "$REDHAT_VERSION" != "8" ) then # setenv LD_ASSUME_KERNEL 2.4 endif

Reply to
Josh Rosen
Loading thread data ...

I spoke to soon about Quartus, it doesn't work without the LD_ASSUME_KERNEL 2.4 variable. The Xilinx tools seem to run fine.

Reply to
Josh Rosen

The Xilinx tools works fine in respect to this with Linux ELF-32 translated api under FreeBSD 6.x/i386. Infact the older software makes bugs to have been ironed out in this particular case. What works bad is tool integration and driver for hardware. .bit files have to be downloaded by a seperatly written tool. Installation precedure is horrible.

Reply to
pbdelete

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.