similar to: [LLVMdev] compiler-rt with MSVC 2013

On Thu, Oct 23, 2014 at 1:13 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > Yes it is. > Are you doing a Debug or Release build? > Using ninja? Release build, cmake + MSVC (not using ninja). Perhaps I have it configured stupidly; I have it as an out-of-tree folder, did: E:\llvm\crt_build>cmake -DLLVM_CONFIG_PATH=E:\llvm\2013\Debug\bin -G "Visual Studio 12"

http://llvm.org/bugs/show_bug.cgi?id=21241 ? 2014-10-23 10:18 GMT-07:00 Aaron Ballman <aaron at aaronballman.com>: > On Thu, Oct 23, 2014 at 1:15 PM, Aaron Ballman <aaron at aaronballman.com> wrote: >> On Thu, Oct 23, 2014 at 1:13 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>> Yes it is. >>> Are you doing a Debug or Release build?

I think this issue is that we were not using the INTERCEPTOR macros to define these functions. The following patch seems to work for me to get the build linking again, however, I cannot test -- when I run check-asan, I get: 2> lit.py: lit.common.cfg:59: fatal: Invalid llvm_tools_dir config attribute: 'E:/llvm/2013/$(Configuration)/bin' ~Aaron On Thu, Oct 23, 2014 at 1:20 PM, Aaron

On Thu, Oct 23, 2014 at 2:24 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > I don't think this is the right approach. > > Currently we intentionally define malloc etc without changing the > names and (when stuff works ok) the linker just links all the mem > allocator calls with calls to our RTL. This is kind of a link-time > interception. How could that work

On Thu, Oct 23, 2014 at 2:46 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: > 2014-10-23 11:34 GMT-07:00 Aaron Ballman <aaron at aaronballman.com>: >> On Thu, Oct 23, 2014 at 2:24 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>> I don't think this is the right approach. >>> >>> Currently we intentionally define malloc etc

compiler-rt libs must be built with /MT, so the MSVS build is doing the wrong thing here. 2014-10-23 12:52 GMT-07:00 Aaron Ballman <aaron at aaronballman.com>: > On Thu, Oct 23, 2014 at 3:42 PM, Aaron Ballman <aaron at aaronballman.com> wrote: >> On Thu, Oct 23, 2014 at 3:38 PM, Aaron Ballman <aaron at aaronballman.com> wrote: >>> On Thu, Oct 23, 2014 at 2:57

On Thu, Oct 23, 2014 at 3:38 PM, Aaron Ballman <aaron at aaronballman.com> wrote: > On Thu, Oct 23, 2014 at 2:57 PM, Aaron Ballman <aaron at aaronballman.com> wrote: >> On Thu, Oct 23, 2014 at 2:46 PM, Timur Iskhodzhanov <timurrrr at google.com> wrote: >>> 2014-10-23 11:34 GMT-07:00 Aaron Ballman <aaron at aaronballman.com>: >>>> On Thu, Oct

Hi! I'm trying to make a debug build of my application which uses the oggvorbis sdk. The libraries that it uses are: ogg_static_d.lib vorbis_static_d.lib vorbisfile_static_d.lib When I try to build it, I get these linker errors: GameClient error LNK2005: _exit already defined in MSVCRTD.lib(MSVCR71D.dll) GameClient error LNK2005: __exit already defined in MSVCRTD.lib(MSVCR71D.dll)

<p><p>Hi, I'm trying to compile speex in windows and I get this error: Linking...MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _malloc already defined in LIBCD.lib(dbgheap.obj)MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _free already defined in LIBCD.lib(dbgheap.obj)MSVCRTD.lib(MSVCRTD.dll) : error LNK2005: _memmove already defined in LIBCD.lib(memmove.obj)MSVCRTD.lib(MSVCRTD.dll) :

Hello! I'm trying to compile decoder_example.c example (MS VC 7) using debug static ogg/vorbis libs with no luck. I got linker errors: Linking... MSVCRTD.lib(MSVCR70D.dll) : error LNK2005: _malloc already defined in LIBCD.lib(dbgheap.obj) MSVCRTD.lib(MSVCR70D.dll) : error LNK2005: _free already defined in LIBCD.lib(dbgheap.obj) MSVCRTD.lib(MSVCR70D.dll) : error LNK2005: _memmove already

I'm having some trouble getting vorbisfile to link into my project under Windows. I downloaded all the source, and after re-compiling all the dlls and libs with my project's proper settings (Multithreaded, 1-byte alignment), everything works peachy when I use the dlls from the *_dynamic project files. When I try to use the *_static .libs though I get the following linker error:

Hi, I have downloaded and modified the source for rgui - because I wanted to add a few more custom menus to the GUI. I have almost got it completed, but have spent the last four hours trying to resolve the following issues (no pun intended !) Linking... R.lib(R.dll) : error LNK2005: _WatchCursor already defined in cursors.obj R.lib(R.dll) : error LNK2005: _ArrowCursor already defined in

On Wed, Oct 8, 2014 at 12:17 PM, Greg Bedwell <gregbedwell at gmail.com> wrote: > Hi, > > To follow up from Paul last week: > >> I'm expecting to have our internal builds switched over later this >> week. Our investigations have shown no problems. > > We've now updated our internal builds from 2012.4 (cl.exe 17.0.61030) to > 2013.3 (cl.exe

On my Windows machine, when I try to link libFLAC.lib into my project, it comes back with LNK2005 errors. Could it be that the .lib in sourceforge has MSVCRTD.lib linked into it accidentally?

More information about the error below: I have downloaded the source and I got the same problem, but now I know in which exact line the error is. Inside the vorbisenc.c, we have the following function: tatic void codec_setup_partialcopy(codec_setup_info *ci, codec_setup_info *cs){ int i; memcpy(ci,cs,sizeof(codec_setup_info)); /* to get the flat numbers */ /* codebooks */

hi, i hope this is not too "newbie-ish" but i've never programmed with static libs before. i've downloaded the win32sdk and try to build a simple wav->ogg/vorbis encoder, but the linker complained about several redefinitions. environment is visual studio .net 2003 on winxp and a standard mfc-app set up by this project-wizzard that comes with vs.net2003 using the default

Hello all. I decided to see how things were progressing and have updated my Swig to 1.3.29 and my wxWindows to 2.6.3. I''ll try rebuilding everything as soon as I''m done compiling wx 2.6.3. Then I hope to have some time to read up on the new ruby stuff in Swig to see if we can close the last few holes. Roy

I have just downloaded the vorbis sdk for windows, for researching purposes. I have compiled the example 'encoder_example.c' just to start, and it compiles, but I got a error in the following line just at the beginning: vorbis_encode_init(&vi,2,44100, -1, 128000, -1); The error is more or less: The instruction at '0xaddresss' referenced memory at '0xaddress'. The

Thanks to OvermindDL1 for pointing this out: compiling with Visual C++ actually works! Basically it's just a matter of running cmake (default settings are fine) then nmake, and I've got what appears to be a working version of LLVM. Kaleidoscope crashes on attempting to exit with ^Z: C:\llvm\bin>Kaleidoscope.exe ready> 1+2; ready> Evaluated to 3.000000 ready> 3*4; ready>

I’m trying to figure out how to build compiler-rt 3.5.0 with Visual Studio 2013. In an autotools build or cmake on Linux, I believe putting the compiler-rt sources under llvm/projects is enough to build them automatically. Do I need to do anything specific to get the same with MSVC? I've tried setting -DLLVM_BUILD_EXTERNAL_COMPILER_RT either ON or OFF, but can't find any evidence of