Running Xilinx and Altera Tools on Fedora Core 5

May 30, 2006 2 Replies

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



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.

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.

Join the Discussion

Have something to add? Share your thoughts — no account required.

Didn't find your answer?

Ask the community — no account required