cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Highlighted
Newbie
Newbie
13,846 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
Highlighted
Contributor
Contributor
13,812 Views
Registered: ‎06-23-2014

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

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

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
Highlighted
Newbie
Newbie
13,730 Views
Registered: ‎01-03-2017

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
Highlighted
Visitor
Visitor
13,622 Views
Registered: ‎01-14-2017

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
Highlighted
Observer
Observer
13,578 Views
Registered: ‎03-17-2008

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"

 

Highlighted
Explorer
Explorer
13,115 Views
Registered: ‎11-12-2007

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
Highlighted
Visitor
Visitor
12,614 Views
Registered: ‎10-06-2016

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
Highlighted
Visitor
Visitor
12,574 Views
Registered: ‎10-06-2016

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
Highlighted
Explorer
Explorer
12,142 Views
Registered: ‎11-23-2009

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
Highlighted
Participant
Participant
5,948 Views
Registered: ‎08-12-2010

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

Highlighted
Visitor
Visitor
5,317 Views
Registered: ‎11-03-2017

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