similar to: [LLVMdev] [cfe-dev] Undefined reference cross-compiling shared llvm/clang for mingw

Il 02/08/2011 13:02, NAKAMURA Takumi ha scritto: > Abramo, it must be the query for llvmdev, not for cfe-dev. > > 2011/7/28 Abramo Bagnara <abramo.bagnara at gmail.com>: >> ../llvm-r136065/configure --host=i586-mingw32msvc >> --enable-targets=host-only --disable-jit --enable-bindings=none >> --enable-shared --disable-threads --disable-pthreads >>

In map_nt_perms any of FILE_READ_DATA, FILE_READ_EA or FILE_READ_ATTRIBUTES is mapped unconditionally to Unix read permission and similarly for write permission This means that if I put a file on a samba share where I explicitly left *only* FILE_READ_ATTRIBUTES and FILE_READ_EA the file content becomes hiddenly readable also if I decided (for very good reasons) otherwise. I'd say that when a

Cross-compiling from Ubuntu 8.04 x86_64 to mingw with the cmake build system fails with this error while linking some tools: ../../lib/libLLVMSystem.a(DynamicLibrary.cpp.obj):DynamicLibrary.cpp:(.text+0x367): undefined reference to `___eprintf' ___eprintf is mentioned in lib/System/Win32/DynamicLibrary.inc. This symbol is referenced by libLLVMSystem.a when LLVM is natively built on

Hello, Oscar > oscar at qcore:~/dev/llvm/mingw-x$ i586-mingw32msvc-g++ --version > i586-mingw32msvc-g++ (GCC) 4.2.1-sjlj (mingw32-2) Have you tried to build llvm natively with exact same compiler version? AFAIR, someone reported, that either this was not possible or there was a miscompilation. PS: Everything is with crosscompilation via gcc 3.4.6 & ld 2.18 -- With best regards, Anton

Graham, please try "--disable-embed-stdcxx". In TOT, "--enable-embed-stdcxx" by default. It would be the time to change the default.... ...Takumi

I tried to compile LLVM + stdcxx and I got a lot of compiling errors. Did anyone got that? Manoel Teixeira

2011/11/13 Alan Garny <agarny at hellix.com>: > Now, I know that shared libraries are not supported on Windows using CMake > (according to http://www.llvm.org/docs/CMake.html) which would have been my > preferred building choice, but I didn’t see anything against them not being > supported using Autotools, so I thought I would try it that way (as I > successively did on Linux

Hi, When S3 is added to master volume from new node, the following cmd should be run to generate and distribute ssh keys 1. Generate ssh keys from new node #gluster system:: execute gsec_create 2. Push those ssh keys of new node to slave #gluster vol geo-rep <mastervol> <slavehost>::<slavevol> create push-pem force 3. Stop and start geo-rep But note that

For those driving c++11 in clang/llvm - Would it generally be acceptable to have a "sunrise" period where the preliminary evaluation has been done (buildbots, compiler evaluate.. etc) and the 1st actual c++11 commit hits the repo. (30-60 days?) ------------- My concern/thoughts - When we swap out STDCXX for libc++ - We aren't able to self host clang. This could be entirely *our*

I'm trying to cross-compile LLVM with build=, host=target=. I'm using the following packages from Debian lenny: mingw32 4.2.1.dfsg-1 mingw32-binutils 2.18.50-20080109-1 mingw32-runtime 3.13-1 The first problem I hit was when I configured with CC, CXX, AR and RANLIB set to mingw cross-tools, but forgot to specify NM as well. This resulted in a load of warnings that scrolled off the

On Mon, Oct 28, 2013 at 4:47 PM, "C. Bergström" <cbergstrom at pathscale.com>wrote: > For those driving c++11 in clang/llvm - Would it generally be acceptable > to have a "sunrise" period where the preliminary evaluation has been done > (buildbots, compiler evaluate.. etc) and the 1st actual c++11 commit hits > the repo. (30-60 days?) > I really don't

Hello, Jay > The first problem I hit was when I configured with CC, CXX, AR and > RANLIB set to mingw cross-tools, but forgot to specify NM as well. > This resulted in a load of warnings that scrolled off the screen: Why don't just set normal --host/--build/--target options? It will pick the proper tools for you. --- With best regards, Anton Korobeynikov Faculty of Mathematics and

I have a problem compiling Wine with Freetype. Not sure what to do: dpkg -i wine*.deb Code: checking for freetype-config... freetype-config checking for -lfreetype... not found configure: error: FreeType development files not found. Fonts will not be built. Dialog text may be invisible or unaligned. Use the --without-freetype option if you really want this. make: *** [config.status] Error 1

Hi ether, On 12/26/09 13:06, ether zhhb wrote: > hi, > > dose anyone going/planning to add something like > Graphite(http://gcc.gnu.org/wiki/Graphite) in gcc to llvm(or that > should be implement at the level of clang?)? I already looked into implementing something like Graphite for LLVM. However just recently, so I have not released any code yet. As soon as some code is

Hello, I had some difficulties compiling the current git ( http://git.xiph.org/?p=flac.git;a=commit;h=a7e3705d051bafd1cae90f6605287cc1d9f2a18d ) using the Ubuntu 12.04 supplied MinGW32 cross compiler: I configured the FLAC build with --host=i586-mingw32msvc --target=i586-mingw32msvc --build=i586-linux but ran into several linker problems. Are these options somehow wrong? It worked fine when

On Sun, Jan 13, 2013 at 5:18 AM, Matthieu M. <matthieu.monrocq at gmail.com> wrote: > Hello all, > > Using the Apache Wiki [1] I summed up what can be used simultaneously by gcc, > MSVC and clang. > > I mostly considered only the latest versions of the proposals where there were > several, where not there is a link to a note at the bottom. Furthermore I did > not

Hi, I was trying to write a LLVM Pass, so I first read http://llvm.org/docs/WritingAnLLVMPass.html#quickstart about how to write a llvm pass. Here, under setting up the build environment settings, it was instructed to configure and build LLVM directly inside the LLVM source tree rather than in a separate objects directory. Now, my LLVM source tree is C:\LLVM\llvm-2.9 while my build is in

Thankyou Takumi, Without --enable-optimized I get a"File too big" error from the linker: ... llvm[1]: Linking all LLVMLibs together for LLVM-3.0svn /usr/lib/gcc/i686-pc-cygwin/4.5.3/../../../../i686-pc-cygwin/bin/ld: /cygdrive/c/Users/Graham/home/projects/llvm_cygwin3/tools/llvm-shlib/Debug+Asserts/LLVM-3.0svn.a.o: too many sections (59747)

Hello, first, sorry for my english, my native language is spanish and i haven not been a good student. My problem is the next; I have ubuntu 10.04TLS, I installed "Runes Of Magic" and got a lot of problems for play, for the last one, I also found the solution, is apply a patch, or edit minidump.c file, this file is inside source codes of wine avaible for download like:

Good midnight, Kevin. cygming/shared might have been broken since r112976, IIRC. (ToT, too) A trivial patch; --- a/Makefile.rules +++ b/Makefile.rules @@ -942,6 +942,11 @@ ifdef EXPORTED_SYMBOL_FILE # First, set up the native export file, which may differ from the source # export file. +# The option --version-script is not effective on GNU ld win32. +ifneq (,$(filter $(HOST_OS),Cygwin