search for: setupterm

...in pthread - found -- Found Threads: TRUE -- Looking for compress2 in z -- Looking for compress2 in z - not found -- Looking for compress2 in zlib_static -- Looking for compress2 in zlib_static - not found -- Looking for compress2 in zlib -- Looking for compress2 in zlib - not found -- Looking for setupterm in terminfo -- Looking for setupterm in terminfo - not found -- Looking for setupterm in tinfo -- Looking for setupterm in tinfo - not found -- Looking for setupterm in curses -- Looking for setupterm in curses - not found -- Looking for setupterm in ncurses -- Looking for setupterm in ncurses - no...

...in pthread - found -- Found Threads: TRUE -- Looking for compress2 in z -- Looking for compress2 in z - not found -- Looking for compress2 in zlib_static -- Looking for compress2 in zlib_static - not found -- Looking for compress2 in zlib -- Looking for compress2 in zlib - not found -- Looking for setupterm in terminfo -- Looking for setupterm in terminfo - not found -- Looking for setupterm in tinfo -- Looking for setupterm in tinfo - not found -- Looking for setupterm in curses -- Looking for setupterm in curses - not found -- Looking for setupterm in ncurses -- Looking for setupterm in ncurses - no...

...ng for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create -- Looking for pthread_create -found -- Found Threads: TRUE -- Looking for compress2 in z -- Looking for compress2 in z -found -- Looking for el_init in edit -- Looking for el_init in edit -found -- Looking for setupterm in tinfo -- Looking for setupterm in tinfo -not found -- Looking for setupterm interminfo -- Looking for setupterm in terminfo- not found -- Looking for setupterm in curses -- Looking for setupterm in curses- found -- Found LibXml2:/usr/lib/libxml2.dylib (found version "2.9.0") --...

...hread_mutex_lock in pthread - found > -- Looking for dlopen in dl > -- Looking for dlopen in dl - found > -- Looking for clock_gettime in rt > -- Looking for clock_gettime in rt - not found > -- Looking for compress2 in z > -- Looking for compress2 in z - found > -- Looking for setupterm in tinfo > -- Looking for setupterm in tinfo - not found > -- Looking for setupterm in terminfo > -- Looking for setupterm in terminfo - not found > -- Looking for setupterm in curses > -- Looking for setupterm in curses - found > -- Looking for arc4random > -- Looking for arc4...

...x_lock in pthread -- Looking for pthread_mutex_lock in pthread - found -- Looking for dlopen in dl -- Looking for dlopen in dl - found -- Looking for clock_gettime in rt -- Looking for clock_gettime in rt - not found -- Looking for compress2 in z -- Looking for compress2 in z - found -- Looking for setupterm in tinfo -- Looking for setupterm in tinfo - not found -- Looking for setupterm in terminfo -- Looking for setupterm in terminfo - not found -- Looking for setupterm in curses -- Looking for setupterm in curses - found -- Looking for arc4random -- Looking for arc4random - found -- Looking for backt...

...> > -- Looking for dlopen in dl > > -- Looking for dlopen in dl - found > > -- Looking for clock_gettime in rt > > -- Looking for clock_gettime in rt - not found > > -- Looking for compress2 in z > > -- Looking for compress2 in z - found > > -- Looking for setupterm in tinfo > > -- Looking for setupterm in tinfo - not found > > -- Looking for setupterm in terminfo > > -- Looking for setupterm in terminfo - not found > > -- Looking for setupterm in curses > > -- Looking for setupterm in curses - found > > -- Looking for arc4r...

...n & linkage flags. Some recent change breaks it, and with the newest trunk LLVM I get: /home/eliben/llvm/build_llvm_svn_rw/Debug+Asserts/lib/libLLVMSupport.a(Process.o): In function `terminalHasColors': /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:256: undefined reference to `setupterm' /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:274: undefined reference to `tigetnum' /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:278: undefined reference to `set_curterm' /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:279: undefined reference to...

This file is for configure+make build, not CMake, so I'm not sure why it's being included into your build (these failures aren't reproducible for me). Can you please list the exact steps you're doing to build LLVM with CMake and make sure you don't have additional CFLAGS (LDFLAGS etc) defined? On Mon, Nov 11, 2013 at 6:16 PM, Jack Howarth <howarth at bromo.med.uc.edu>

...ome recent change breaks it, and with the newest trunk LLVM I get: > > /home/eliben/llvm/build_llvm_svn_rw/Debug+Asserts/lib/libLLVMSupport.a(Process.o): > In function `terminalHasColors': > /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:256: undefined > reference to `setupterm' > /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:274: undefined > reference to `tigetnum' > /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:278: undefined > reference to `set_curterm' > /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:279...

...flags. Some recent change breaks it, and with the newest trunk LLVM I get: > > /home/eliben/llvm/build_llvm_svn_rw/Debug+Asserts/lib/libLLVMSupport.a(Process.o): In function `terminalHasColors': > /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:256: undefined reference to `setupterm' > /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:274: undefined reference to `tigetnum' > /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:278: undefined reference to `set_curterm' > /home/eliben/llvm/llvm_svn_rw/lib/Support/Unix/Process.inc:279: undefine...

...and remake. I ended up getting the follow error: llvm[2]: Linking Release+Asserts executable exe (without symbols) llvm/Release+Asserts/lib/libLLVMSupport.a(Process.o): In function `llvm::sys::Process::FileDescriptorHasColors(int)': Process.cpp:(.text+0x525): undefined reference to `setupterm' Process.cpp:(.text+0x52e): undefined reference to `has_colors' It appears that the sample project doesn't contain a library dependency on vterm. In comparing the autoconf in sample with the one at the parent of LLVM, the sample one doesn't contain references to vterm. Is this...

...log snip #####configure:1776: checking for deflate in -lz configure:1795: gcc -o conftest -g -O2 -Wall -I. -I. -I/usr/local/include -L/u sr/local/lib conftest.c -lz -lgen -lsocket -lprot -lx 1>&5 Undefined first referenced symbol in file setupterm /lib/libprot.so ceil /lib/libprot.so log /lib/libprot.so cur_term /lib/libprot.so reset_shell_mode /lib/libprot.so conftest: fatal error: Symbol referencing errors....

...checking for deflate in -lz > configure:1795: gcc -o conftest -g -O2 -Wall -I. -I. > -I/usr/local/include -L/u > sr/local/lib conftest.c -lz -lgen -lsocket -lprot -lx 1>&5 > Undefined first referenced > symbol in file > setupterm /lib/libprot.so > ceil /lib/libprot.so > log /lib/libprot.so > cur_term /lib/libprot.so > reset_shell_mode /lib/libprot.so > conftest: fatal error: S...

...ound -- Looking for dlopen in dl -- Looking for dlopen in dl - found -- Looking for clock_gettime in rt -- Looking for clock_gettime in rt - found -- Looking for compress2 in z -- Looking for compress2 in z - found -- Looking for el_init in edit -- Looking for el_init in edit - found -- Looking for setupterm in tinfo -- Looking for setupterm in tinfo - found -- Looking for arc4random -- Looking for arc4random - not found -- Looking for backtrace -- Looking for backtrace - found -- Looking for getpagesize -- Looking for getpagesize - found -- Looking for getrusage -- Looking for getrusage - found -- Loo...

Hallo all, I was trying to Build LLVM with the cmake option LLVM_ENABLE_MODULES just out of curiosity. I used the RELEASE_400/final tag. It didn't work as I almost expected. So I'm wondering if the modulemaps aren't maintained anymore? If they aren't maintained anymore, why aren't they removed and that cmake option also removed?

...undefined reference to `acs_map' /usr/lib/libncurses.so.5: undefined reference to `_nc_safe_strcpy' /usr/lib/libncurses.so.5: undefined reference to `curs_set' /usr/lib/libncurses.so.5: undefined reference to `_nc_update_screensize' /usr/lib/libncurses.so.5: undefined reference to `setupterm' /usr/lib/libncurses.so.5: undefined reference to `_nc_keypad' /usr/lib/libncurses.so.5: undefined reference to `flushinp' /usr/local/lib/libgpm.so: undefined reference to `stdscr' /usr/lib/libncurses.so.5: undefined reference to `_nc_prescreen' /usr/lib/libncurses.so.5: undefin...

I had only a quick view on the blog-texts. It might be that a CLANG generated with LTO/PGO speeds up the build. Can you confirm this? Can you confirm binutils-gold speed up the build? Has LLVM an own linker? Can be used? Speedup the build? Yesterday night I loooked through available CMAKE/LLVM variables... ### GOLD # CMAKE_LINKER:FILEPATH=/usr/bin/ld #

...default -Wno-uninitialized checking for python... /usr/bin/python checking for python >= 2.5... /usr/bin/python (2.7.5) checking for sin in -lm... yes checking for library containing dlopen... none required checking for library containing clock_gettime... no checking for library containing setupterm... -lcurses checking for library containing el_init... -ledit checking for library containing mallinfo... no checking for pthread_mutex_init in -lpthread... yes checking for library containing pthread_mutex_lock... none required checking for library containing pthread_rwlock_init... none requi...

...found -- Looking for dlopen in dl -- Looking for dlopen in dl - found -- Looking for shm_open in rt -- Looking for shm_open in rt - found -- Looking for pow in m -- Looking for pow in m - found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for setupterm in terminfo -- Looking for setupterm in terminfo - found -- Looking for __cxa_throw in c++ -- Looking for __cxa_throw in c++ - found -- Looking for __cxa_throw in stdc++ -- Looking for __cxa_throw in stdc++ - found -- Compiler-RT supported architectures: armhf -- Performing Test COMPILER_RT_HAS_STD...

Hello, Le 12/12/2016 à 18:29, Hans Wennborg a écrit : > +Sylvestre who knows about these things. > > On Thu, Dec 8, 2016 at 2:24 AM, Kris van Rens via llvm-dev > <llvm-dev at lists.llvm.org> wrote: >> L.S., >> >> I'm currently in the process of creating Debian packages for >> clang/llvm release 3.9.0. For this I'm using the steps as explained on