Taking the advice to switch to Red Hat seems to have worked out. I actually switched to Centos(it appears the only difference between the two is the name and centos is free, Scientific Linux is also just a duplicate of Red Hat as far as I can tell). I ran into a few errors along the way so I made a rough guide to getting ISE 11.4 setup that might be helpful, http://casper.berkeley.edu/wiki/Xilinx_ISE_11.4_Setup . I tested my setup as far as compiling the ROACH wideband spectrometer tutorial, no problems so far.
-Griffin On Feb 9, 2010, at 9:02 PM, Mark Wagner wrote: > HI Griffin, > > I have not come up with a solution to this problem other than using a > supported OS (RHEL5). I did try exporting the variables you mentioned and > then generating a simple design again in Ubuntu, but am still getting the > same MasterScriptxxx.pl error. > > At this point our solution is to migrate over to RHEL5. I wish we didn't > have to do this, but it's the only thing that seems to fix the problem and > will assure us Xilinx technical support for future issues. > > Mark > > > On Tue, Feb 9, 2010 at 10:12 AM, Griffin Foster <[email protected]> > wrote: > Well my coregen problem was a minor one(forgot to set my paths). But the next > issue i have is I get an "NGC Netlisting Error". This comes up as a dialogue > box in matlab, it is rather long but the short of it is: > > "NGC Netlisting Error" > > [: 21: > /opt/Xilinx/11.1/ISE/lib/lin64: ... : unexpected operator > [: 22: > /opt/Xilinx/11.1/DSP_Tools/lin64/sysgen/lib: ... : unexpected operator > > on my last email: > >> export PERL4LIB=/opt/Xilinx/11.1/DSP_Tools/lin64/sysgen/scripts;$PERLLIB > > should be: > export PERLLIB=/opt/Xilinx/11.1/DSP_Tools/lin64/sysgen/scripts;$PERLLIB > > -Griffin > > On Feb 9, 2010, at 5:55 PM, John Ford wrote: > > >> Hey Mark, I get the same error with ubuntu 9.10, xilinx 11.4. At first I > >> had a problem with perl looking for module with it's @INC variable, my fix > >> was to add the following lines to my .bashrc file: > >> > >> export PERL5LIB=/opt/Xilinx/11.1/DSP_Tools/lin64/sysgen/scripts;$PERL5LIB > >> export PERL4LIB=/opt/Xilinx/11.1/DSP_Tools/lin64/sysgen/scripts;$PERLLIB > >> > >> But that only got me down to line 329 of the masterscriptXXXX.pl The > >> output to script_resultsXXXX I am now getting is 'Could not find the > >> "coregen" executable. at masterScriptXXXX.pl line 329' . Did you find a > >> solution or does anyone else have any ideas about this? Thanks. > > > > One thing we found with 11.3 on Linux was that somthing in the system does > > not like symbolic links. Maybe that's part of this problem, but worse. > > > > John > > > Yeah, I'm finding that they aren't working also. > > >> > >> -Griffin > >> > >> On Feb 3, 2010, at 10:30 PM, Tom Kuiper wrote: > >> > >>> Mark Wagner wrote: > >>>> I have recently tried to install Xilinx 11.4 and have run into a > >>>> standard exception error involving the System Generator generated perl > >>>> script MasterScriptXXX.pl. This error has occurred on Ubuntu 8.04, > >>>> 9.10 and Fedora 12. Xilinx support would not answer questions until I > >>>> installed a supported OS (Red Hat Enterprise 5 or Suse Enterprise Linux > >>>> 10). I tried RHE5 and the error went away and my design compiled. A > >>>> possible free alternative is CentOS and is supposed to follow the same > >>>> distribution cycle and carry the same packages and versions as RHE5, > >>>> but I have not tried this and I doubt Xilinx would support it. > >>>> > >>>> The cost of a RHE5 license is zero compared to say, a switch, so I > >>>> think that's the option we're looking at here in Berkeley. > >>> I have a feeling that if you dig a little deeper you may find that Perl > >>> is trying to use a relocatable library that it can't find. You probably > >>> have it and can find it with 'locate'. A symlink may then solve the > >>> problem. > >>> > >>> Changing OS to RH will cause a big headache if you have locally compiled > >>> headaches. > >>> > >>> I suspect that, like Microsoft, this is a game RH plays to freeze out > >>> the competition. I imagine that vendors like RH because they can have a > >>> commercial relationship with them, especially technical support, unlike, > >>> say, Debian. > >>> > >>> Cheers > >>> > >>> Tom > >>> > >> > >> > >> > > > > > > >
