UPGRADE YOUR BROWSER

We have detected your current browser version is not the latest one. Xilinx.com uses the latest web technologies to bring you the best online experience possible. Please upgrade to a Xilinx.com supported browser:Chrome, Firefox, Internet Explorer 11, Safari. Thank you!

cancel
Showing results for 
Search instead for 
Did you mean: 
Newbie jzsig
Newbie
13,080 Views
Registered: ‎01-03-2017

XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

Hello, I am having an issue with the xsct console, which I think is causing some problems programming my zedboard though the SDK. When I start up the sdk, i get the message: symbol lookup error: awk: undefined symbol: mpfr_z_sub in the SDK log area. I have seen this before with Vivado, but I was able to resolve the issue using this guide https://forums.xilinx.com/xlnx/board/crawl_message?board.id=INSTALLBD&message.id=15403 

 

This is happening on 2016.4 on Linux Ubuntu 16.04 LTS. The weird thing is that I dont think this should have been happening with this or vivado, since the new source settings64 does not set the ld_path_library anymore after 2016.3?

0 Kudos
11 Replies
Contributor
Contributor
13,048 Views
Registered: ‎06-23-2014

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

I have the exact same problem with Vivado 2016.4 on Ubuntu 16.04 LTS.

0 Kudos
Contributor
Contributor
13,015 Views
Registered: ‎11-09-2012

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

I too am getting a similar error from Vivado 2016.4 on Ubuntu 16.04.1 LTS.

 

awk: symbol lookup error: awk: undefined symbol: mpfr_z_sub

I agree with @jzsig that LD_LIBRARY_PATH is not set after sourcing settings64, so that is apparently not the source of the problem. I do not have this problem with 2016.3 on the same machine.

0 Kudos
Newbie jzsig
Newbie
12,966 Views
Registered: ‎01-03-2017

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

I installed 2016.3 instead and am not seeing the problem on this version either. Something must have been introduced in 2016.4 that made the bug pop up again. 

0 Kudos
Visitor kfishy
Visitor
12,858 Views
Registered: ‎01-14-2017

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

I'm also experiencing similar issue with Vivado 2016.4 on 64-bit Fedora 25. Interestingly it only happens when I try to run an Area optimized implementation, everything else seems to work fine.

 

This is the stack trace:

 

 

#
# An unexpected error has occurred (11)
#
Stack:
/lib64/libc.so.6(+0x359a0) [0x7f4fcfba99a0]
/lib64/libc.so.6(strlen+0x26) [0x7f4fcfc01046]
/lib64/libc.so.6(+0x39fe1) [0x7f4fcfbadfe1]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_common.so(HUTEnv::setEnv(char const*, char const*)+0xe) [0x7f4fd0ccabde]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_place.so(HAOPAbcJobManager::HAOPAbcJobManager()+0x94f) [0x7f4fa7ec54bf]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_place.so(HAOPAbcOpt::HAOPAbcOpt(std::string, std::string)+0x2a5) [0x7f4fa7eea685]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_place.so(HAOPFlow::resynthesis(std::string, std::set<std::string, std::less<std::string>, std::allocator<std::string> >&, std::string)+0x6d) [0x7f4fa7f619cd]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_place.so(HAOPFlow::doabc(HDPLTask&, std::string, std::string, HANENetlist*, bool, bool)+0xcb) [0x7f4fa7f61dfb]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_place.so(HAOPFlow::optDesignMod()+0x5fe) [0x7f4fa7f6639e]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_place.so(HAOPFlow::optimize()+0x1a0) [0x7f4fa7f66830]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_vivadotasks.so(+0x306717) [0x7f4f97210717]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_vivadotasks.so(+0x308e14) [0x7f4f97212e14]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_common.so(+0x5f8f37) [0x7f4fd0c55f37]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0x331f5) [0x7f4fcbb571f5]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0x76bbe) [0x7f4fcbb9abbe]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0x7e767) [0x7f4fcbba2767]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(TclEvalObjEx+0x77) [0x7f4fcbb59327]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_commontasks.so(+0x2d0924) [0x7f4fc18b2924]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0x331f5) [0x7f4fcbb571f5]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0x34d6b) [0x7f4fcbb58d6b]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0xad531) [0x7f4fcbbd1531]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0x3491c) [0x7f4fcbb5891c]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(Tcl_EvalEx+0x16) [0x7f4fcbb59276]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(Tcl_FSEvalFileEx+0x1d2) [0x7f4fcbbbdd02]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_commontasks.so(+0x2edfb2) [0x7f4fc18cffb2]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_common.so(+0x5f8f37) [0x7f4fd0c55f37]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0x331f5) [0x7f4fcbb571f5]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(Tcl_EvalObjv+0x32) [0x7f4fcbb577e2]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(TclEvalObjEx+0x322) [0x7f4fcbb595d2]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_commontasks.so(+0x30bef9) [0x7f4fc18edef9]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_commontasks.so(+0x304d43) [0x7f4fc18e6d43]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_common.so(+0x5f8f37) [0x7f4fd0c55f37]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(+0x331f5) [0x7f4fcbb571f5]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(Tcl_EvalObjv+0x32) [0x7f4fcbb577e2]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(TclEvalObjEx+0x322) [0x7f4fcbb595d2]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_commonmain.so(+0x6430) [0x7f4fd0458430]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/libtcl8.5.so(Tcl_Main+0x1d5) [0x7f4fcbbc4175]
/home/tony/Xilinx/Vivado/2016.4/lib/lnx64.o/librdi_common.so(+0x631d09) [0x7f4fd0c8ed09]
/lib64/libpthread.so.0(+0x76ca) [0x7f4fcf6546ca]
/lib64/libc.so.6(clone+0x5f) [0x7f4fcfc7bf6f]

 

 

Tony

0 Kudos
Observer aricblumer
Observer
12,814 Views
Registered: ‎03-17-2008

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

It looks like it's the invocation of awk around line 421 in the 'loader' script in the bin directory (/opt/Xilinx/Vivado/2016.4/bin/loader). I just hacked the script like this (even though I run LinuxMint which is based on Ubuntu):

 

#OS=$(awk '/DISTRIB_ID=/' /etc/*-release | sed 's/DISTRIB_ID=//' | tr '[:upper:]' '[:lower:]')
OS="ubuntu"

 

Explorer
Explorer
12,351 Views
Registered: ‎11-12-2007

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

Same issue here with Vviado 2016.4 and Ubuntu 16.04

@aricblumer Has the right workaround. But I still don't know why this happens.

0 Kudos
Visitor klyone
Visitor
11,850 Views
Registered: ‎10-06-2016

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

Hello,

 

I tried the solution you discussed but it did not work for me... The SDK does not boot properly and the error message related to awk is present...

 

Does anyone give me any clue to solve it?

 

Thanks in advance.

0 Kudos
Visitor klyone
Visitor
11,810 Views
Registered: ‎10-06-2016

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

Hello again,

 

Finally, the problem was not related to the awk message... The solution that works for me is here

I hope it is helpful for anyone.

 

0 Kudos
Explorer
Explorer
11,378 Views
Registered: ‎11-23-2009

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

Hi @aricblumer, @timo-ge,

 

Thanks for the analysis of @aricblumer. The problem is that 'awk' is called after $LD_LIBRARY_PATH is set. This gives an inconsistent combination of executable (awk from system) and libraries (some from Xilinx).

 

The fix is simply to move the line with the offending awk call to the beginning of the script. See this post.

0 Kudos
Observer fransschreuder
Observer
5,184 Views
Registered: ‎08-12-2010

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

I changed both SDK/2016.4/bin/loader and Vivado/2016.4/loader line 421 to:

#OS=$(awk '/DISTRIB_ID=/' /etc/*-release | sed 's/DISTRIB_ID=//' | tr '[:upper:]' '[:lower:]')
OS=$(cat /etc/*-release |grep DISTRIB_ID|sed 's/DISTRIB_ID=//' | tr '[:upper:]' '[:lower:]')

 

cat seems to work while awk is not working

Visitor mitalis
Visitor
4,553 Views
Registered: ‎11-03-2017

Re: XSCT symbol lookup error: awk: undefined symbol: mpfr_z_sub

I am facing the same problem with the following system specification:

 

  • Vivado 2016.2 and petalinux 2016.2
  • Ubuntu 16.04
  1. As discussed earlier in the thread, I tried to look into the settings64.sh to remove the LD_LIBRARY_PATH. But, the path is not set in the settings64.sh.

 

Settings64.sh:

##############################################################
# Copyright (c) 1986-2017 Xilinx, Inc.  All rights reserved. #
##############################################################

source /home/iiitd/Xilinx/vivado-2016.2/SDK/2016.2/.settings64-Software_Development_Kit__SDK_.sh
source /home/iiitd/Xilinx/vivado-2016.2/Vivado_HLS/2016.2/.settings64-Vivado_High_Level_Synthesis.sh
source /home/iiitd/Xilinx/vivado-2016.2/Vivado/2016.2/.settings64-Vivado.sh
source /home/iiitd/Xilinx/DocNav/.settings64-DocNav.sh

 

2. I also tried to look into the bin/loader script to do the changes mentioned in the thread. But, I was unable to locate the line. The vivado/2016.2/bin/loader script is attached below.

0 Kudos