similar to: [LLVMdev] Error while linking Tablegen

Displaying 20 results from an estimated 6000 matches similar to: "[LLVMdev] Error while linking Tablegen"

2007 Nov 29
0
[LLVMdev] Error while linking Tablegen
Hello, Matthias > Generally they are undefined references to several expressions like: > `std::basic_string<char, std::char_traits<char>, std::allocator<char> > >::append(char const*, unsigned int)' > in Signal.cpp for instance. Further files listed up are TimeValue.cpp > and Path.cpp. Looks like something is broken in your compiler installation. These
2009 Mar 02
0
[LLVMdev] Fw: -fPIC warning on every compile on Cygwin
On Sun, Mar 1, 2009 at 4:24 AM, Nick Lewycky <nicholas at mxc.ca> wrote: Please try this patch. I tried to copy exactly what libtool would do on Cygwin by reading the libtool source. Hi Nick, Working fine on Cygwin :) Aaron Nick Aaron Gray wrote: On Fri, Feb 27, 2009 at 4:50 PM, Aaron Gray <aaronngray.lists at googlemail.com <mailto:aaronngray.lists at
2011 May 11
1
[LLVMdev] compiling with libstdc++.a that "could not read symbol"
Hi there, I have a question on my linux box where I cant link properly. I've tried configure option --enable-shared or --disable-shared. The following are the message I got. Is there anything I can do to fix this linking/lib problem? thanks in advance, Tim ps. make[3]: Entering directory `/remote/dept5428a/clientstore/timoshiu/timoshiu_esp_main_llvm/obj/lib/Transforms/Hello' llvm[3]:
2009 Mar 03
0
[LLVMdev] -fPIC warning on every compile on Cygwin
Aaron Gray wrote: > On Sun, Mar 1, 2009 at 4:24 AM, Nick Lewycky <nicholas at mxc.ca > <mailto:nicholas at mxc.ca>> wrote: > > Please try this patch. I tried to copy exactly what libtool would do > on Cygwin by reading the libtool source. > > > Hi Nick, > > Working fine on Cygwin :) Great to hear! I've committed the fix in r65922.
2014 Mar 19
3
[LLVMdev] getElapsedWallTime unnecessary heap allocation and memory leak
In the file \lib\Support\Process.cpp on line 60, it seems as though an unnecessary heap allocation and memory leak occurs. This is the offending code: static TimeValue getElapsedWallTime() { static TimeValue &StartTime = *new TimeValue(TimeValue::now()); return TimeValue::now() - StartTime; } The issue is that the StartTime variable's value is allocated on the heap, after which a
2004 Dec 14
1
[LLVMdev] __time_t type instead of __time64_t inwin32/TimeValue.cpp
Replace __time_t with time_t in my question. I've compiled function: std::string TimeValue::toString() const { // Alas, asctime is not re-entrant on Windows... //hb: __time64_t ourTime = this->toEpochTime(); time_t ourTime = this->toEpochTime(); //hb: char* buffer = ::asctime(::_localtime64(&ourTime)); char* buffer = ::asctime(::localtime(&ourTime)); std::string
2010 May 29
1
[LLVMdev] SVN version fails to compile
I tried to compile currently latest revision 105100 and got errors (below). I tried to get previous revisions, down to 105090, and all of them have the same error. configure was given flags: --enable-assertions --enable-shared --enable-libffi --enable-debug-runtime --enable-debug-symbols --disable-optimized FreeBSD-8.0 2.7 with the same flags builds ok. Yuri --- errors --- llvm[3]:
2008 Feb 17
1
[LLVMdev] llvm 2.2 build problems
I'm getting an error when trying to build llvm 2.2's tblgen: llvm[2]: Linking Release executable tblgen (without symbols) /usr/bin/ld: Undefined symbols: llvm::MemoryBuffer::getFileOrSTDIN(char const*, unsigned int, std::basic_string<char, std::char_traits<char>, std::allocator<char> >*, long long) llvm::cl::ParseCommandLineOptions(int, char**, char const*) It's
2004 Dec 14
0
[LLVMdev] __time_t type instead of __time64_t in win32/TimeValue.cpp
I'm not sure. Perhaps Jeff Cohen knows as he wrote this. Reid. On Tue, 2004-12-14 at 11:51, Henrik Bach wrote: > Hi, > > Is it necessary to use the VC6.1+ `__time64_t' type instead of __time_t in > win32/TimeValue.cpp? > > --------------- > In file included from > c:/projects/src/llvm-1/llvm/lib/System/TimeValue.cpp:51: >
2004 Dec 14
2
[LLVMdev] __time_t type instead of __time64_t in win32/TimeValue.cpp
Hi, Is it necessary to use the VC6.1+ `__time64_t' type instead of __time_t in win32/TimeValue.cpp? --------------- In file included from c:/projects/src/llvm-1/llvm/lib/System/TimeValue.cpp:51: c:/projects/build/MinGW/llvm-1-1/lib/System/platform/TimeValue.cpp: In member function `std::string llvm::sys::TimeValue::toString() const':
2014 Mar 19
2
[LLVMdev] getElapsedWallTime unnecessary heap allocation and memory leak
> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] > On Behalf Of Bryan Keiren > Subject: [LLVMdev] getElapsedWallTime unnecessary heap allocation and memory leak > In the file \lib\Support\Process.cpp on line 60, it seems as though an > unnecessary heap allocation and memory leak occurs. > static TimeValue getElapsedWallTime() { >  static
2004 Sep 25
3
[LLVMdev] broken build?
Hi Reid, You've got a TimeValue.cpp which it looks like you just added to lib/System, but I can't compile it on Darwin because there's no Darwin/TimeValue.cpp. This breaks my ppc build. I'm not sure what TimeValue was supposed to be for, so I just blew it away in my tree. Please take a look at this. -Brian -- gaeke at uiuc.edu
2007 Sep 19
4
[LLVMdev] 2.1 Pre-Release Available (testers needed)
On Tue, Sep 18, 2007 at 06:41:38PM +1000, Emil Mikulic wrote: > The "make check" produced: > === Summary === > > # of expected passes 2209 > # of unexpected failures 41 > # of expected failures 5 > gmake[1]: *** [check-local] Error 1 > gmake[1]: Leaving directory `/home/emil/ll/objdir-llvm/test' > gmake: ***
2004 Sep 25
0
[LLVMdev] broken build?
This should be fixed. Sorry for the breakage. I forgot to commit a bunch of files. Reid. On Fri, 2004-09-24 at 20:33, Brian R. Gaeke wrote: > Hi Reid, > > You've got a TimeValue.cpp which it looks like you just added to lib/System, > but I can't compile it on Darwin because there's no Darwin/TimeValue.cpp. > This breaks my ppc build. I'm not sure what TimeValue
2014 Mar 19
2
[LLVMdev] getElapsedWallTime unnecessary heap allocation and memory leak
On Wed, Mar 19, 2014 at 6:18 PM, Bryan Keiren < bryan.keiren at guerrilla-games.com> wrote: > We are indeed trying to completely clean the heap before exiting main(). > Which means that you either don't have threads, or you join all threads before main exits. Is that the case? Good for you if so! > > > -----Original Message----- > From: Caldarale, Charles R
2012 Oct 23
0
[LLVMdev] Error building llvm on AIX 7.1
I was able to process further by making some code changes and replacing export-dynamic with -bexpfull in Makefile.config. Now, i am getting following error while linking .. llvm[3]: Linking Release+Asserts Loadable Module LLVMHello.so ld: 0706-027 The -R $ORIGIN flag is ignored. ld: 0711-317 ERROR: Undefined symbol: llvm::Pass::getPassName() const ld: 0711-317 ERROR: Undefined symbol:
2009 Feb 27
0
[LLVMdev] -fPIC warning on every compile on Cygwin
On Fri, Feb 27, 2009 at 4:50 PM, Aaron Gray <aaronngray.lists at googlemail.com > wrote: > On Fri, Feb 27, 2009 at 4:32 PM, Jay Foad <jay.foad at gmail.com> wrote: > >> >> Could you please rig Makefile.rules or something to print out the value >> >> of $(LLVM_ON_WIN32) ? The only way I can think of this happening is if >> >> that's
2004 Sep 25
2
[LLVMdev] broken build?
Here are the FreeBSD and Win32 versions of TimeValue.cpp (along with all the other Win32 changes I've submitted that have yet to be comitted). Note there is a bug in all the Unix versions in that the time is not being converted from the Posix origin of 1/1/1970. On Fri, 24 Sep 2004 22:06:37 -0700 Reid Spencer <reid at x10sys.com> wrote: > This should be fixed. Sorry for the
2007 Sep 21
0
[LLVMdev] 2.1 Pre-Release Available (testers needed)
On Thu, Sep 20, 2007 at 08:36:39PM +0400, Anton Korobeynikov wrote: > Emil, > > > # of expected passes 2243 > > # of unexpected failures 7 > > # of expected failures 5 > > Could you please provide a log here? It's interesting to see, what is > failing now. Sure: http://goanna.cs.rmit.edu.au/~emil/llvm2.1-check-armfix.txt I think
2004 Nov 01
0
[LLVMdev] Final Visual Studio Patches
If you're getting this error in lib/System/Win32/TimeValue.cpp, then you are not building it correctly. This file is included by lib/System/TimeValue.cpp, which is what you ought to be building. None of the files under Win32 are to be compiled directly; they are all included by files in lib/System. On Mon, 01 Nov 2004 11:14:18 +0100 Morten Ofstad <morten at hue.no> wrote: > Hello,