Status Report: Xilinx is working tirelessly on this issue. If you happen to see the failure:
/opt/Xilinx/13.2/ISE_DS/ISE/bin/lin64/unwrapped/map: symbol lookup error: /opt/Xilinx/13.2/ISE_DS/ISE//lib/lin64/libXst_Core.so: undefined symbol: _ZN5antlr6BitSetD1Ev Please do these two things: 1. File a WebCase here: http://www.xilinx.com/support/clearexpress/websupport.htm 2. After you create your webcase, run "xinfo" and attach your xinfo.txt file to the case I'm told this will help move things along. Sorry for the chatter. -Shep On Wed, Jul 6, 2011 at 6:05 PM, Shepard Siegel < [email protected]> wrote: > Status Report: > Xilinx has been unable to recreate the problem - they got a timing closed > bitstream. > So they would like some subset of the opencpi community to see if they > error out or not. > If you are a kind soul with plenty of spare time; please let us know how > this works for you. > I have a hunch that there may be a subtle difference between the packaging > of the "ALL OSs" vs "Linux Only" download. > So far, we have found correlation between the ALL OSs version and the > failure. > In the once case where we pulled down "Linux Only"; we didn;t get the > symbol lookup error. > I'm not thrilled the feedback from the factory so far is "try reinstalling > again". > -Shep > > > > On Wed, Jul 6, 2011 at 5:20 PM, Shepard Siegel < > [email protected]> wrote: > >> Status Report: >> Xilinx Engineering is all over this. >> We have recreated the error now on two different RHEL5 64b WS machines >> with identical results and running on a third. >> If you like to follow along at home, just install 13.2, clone our repo, >> and say "make ml605". >> -Shep >> >> >> >> >> On Wed, Jul 6, 2011 at 3:51 PM, Shepard Siegel < >> [email protected]> wrote: >> >>> Xilinx let ISE 13.2 (O.61xd) go live this morning. >>> We are in the process of building and testing bitstreams with what >>> hopefully will be "shoulder-shrug". >>> If you are still using (as many are) my upstream repo >>> https://github.com/ShepardSiegel/ocpi >>> You will need to recompile the BSV primitives into new V5 and V6 XST >>> libraries. >>> If you fail to do this, you will see errors from XST as it tries and >>> fails to use the 13.1 flavor. >>> (NetFPGA people, this doesn't affect you, as you build from Verilog each >>> time - no pesky XST libs). >>> The only reason I'm not super-guilty about not scripting this is because >>> Jim's Makefile in "the real" opencpi.org just does it correctly. >>> There is a .prj and two .xst's in $OPCI/scripts/buildhdl ; but you have >>> to manually move the libs to $OCPI/libsrc/hdl/bsv >>> ... >>> We will cry "uncle" if we see anything unusual. We will focus on ML605 >>> (V6) and NF10 (V5) platforms for starters. We do have a KC705 (K7) that we >>> will slip in once things stabilize. >>> ... >>> Uncle: This comes from by build script right after map finishes... >>> >>> Mapping completed. >>> See MAP report file "fpgaTop_map.mrp" for details. >>> /opt/Xilinx/13.2/ISE_DS/ISE/bin/lin64/unwrapped/map: symbol lookup error: >>> /opt/Xilinx/13.2/ISE_DS/ISE//lib/lin64/libXst_Core.so: undefined symbol: >>> _ZN5antlr6BitSetD1Ev >>> >>> RHEL5 64b WS. >>> >>> Any ideas? >>> >>> >>> -Shep >>> >>> >>> >>> >> >
_______________________________________________ opencpi_dev mailing list [email protected] http://lists.opencpi.org/listinfo.cgi/opencpi_dev-opencpi.org
