similar to: [LLVMdev] Clang64 on Windows using Mingw64 yields many linking errors?

Displaying 20 results from an estimated 800 matches similar to: "[LLVMdev] Clang64 on Windows using Mingw64 yields many linking errors?"

2012 Jun 11
0
[LLVMdev] Clang64 on Windows using Mingw64 yields many linking errors?
Hello First of all, note the "llvm" in the mailing list title. Clang questions should be asked in other ML. > 3. Run cmake and let it figure out that its using Clang on Windows. > 4. Build and realize that the link doesn't work because CMake pulls in the > wrong libraries (per default it uses Microsoft naming conventions: foo.lib > instead of libfoo.a). It seems like
2008 Jun 25
3
5.2 upgrade mostly good (so far)
Hi Guys! Thanks to the whole Centos team for all their hard work. You have no IDEA how much I appreciate it! I ran "yum upgrade" last night, rebooted this morning and encountered a couple of small problems: 1. "shutdown -h now" goes all the way down but does not power down the box like it always has before. Same when shutting down via the GUI shutdown dialog. I can offer up
2012 Aug 22
1
[LLVMdev] buildbot failure in LLVM on clang-native-mingw64-win7
Guys, you can exclude me (dyatkovskiy) from this list, since I reverted my changes in r162354. -Stepan. llvm.buildmaster at lab.llvm.org wrote: > The Buildbot has detected a new failure on builder clang-native-mingw64-win7 while building cfe. > Full details are available at: > http://lab.llvm.org:8011/builders/clang-native-mingw64-win7/builds/876 > > Buildbot URL:
2013 Nov 14
1
[LLVMdev] MingGW32 and MinGW64 builds (Windows) fail
Hi, I tried to do a build with CMake, Ninja, and MinGW32 and MinG64 respectively: MinGW32 failed on an missing sys/mman.h (POSIX-specific header): D:/test/llvm-trunk/projects/compiler-rt/lib/enable_execute_stack.c:13:22: fatal error: sys/mman.h: No such file or directory #include <sys/mman.h> ^ MinGW64 failed on an #error directive:
2019 Jun 21
2
"Export ordinal too large" when linking LLVM.dll with MinGW64
Hi, Trying to build llvm.dll (8.0.0) with mingw64 (gcc 8.1.0) using cmake. After linking for hours and consuming some 7GB of RAM, ld.exe finally bails out with: X:/tools/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/8.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: Error: export ordinal too large: 283482 The command I used is: cmake \ -DLLVM_TARGETS_TO_BUILD=X86 \ -DCMAKE_BUILD_TYPE=Debug \
2011 Jan 23
2
[PATCH][git-pull] win64/find-mingw64.sh: Debian/Ubuntu
git://git.zytor.com/users/genec/syslinux.git Branch win64-mingw32-ubuntu-for-hpa This adds the compiler prefix used in Debian/Ubuntu to the list (amd64-mingw32msvc-). Too bad /bin/sh doesn't support brace expansion. -- -Gene
2011 May 15
0
[LLVMdev] Fail when building llvm2.9 using MinGW64
Chen, 2011/5/13 陈晓宇 <xychen0921 at gmail.com>: > ../llvm2.9/configure --prefix=/home/AutoESL/llvm-obj >                             --host=x86_64-w64-mingw32 >                             --disable-multilib Please try with "--build=x86_64-w64-mingw32", not "--host". If you would still have any troubles, make sure your x86_64-w64-g++.exe can generate correct
2016 Mar 26
0
Mingw64 GtkLauncher.exe Crashes
I have successfully installed the cross compiled dll's and other files supplied by centos 7 on a machine running Windows 7. When I run GtkLauncher.exe it comes up with the google page displayed. However, when I try to view "http://www.msnbc.com" Gtklauncher crashes in libjavascriptcore.dll at offset 0xa4944. nfl.com comes up, but then crashes in the same place. My questions
2010 Jan 04
2
I have finished compiling of R 64 bit on 64 bit Windows use MINGW64
hi ,everyone I have finished compiling of R 64 bit on 64 bit Windows system by using MINGW64, include the standard and recommended packages.tested it on Windows 2008 server R2 X64.it run very well.I wander anyone interested in it ,and anyone who want to continue testing  it with me?  and who can provide a space let me upload the R files Best wishes!                    2010/1/4                    
2019 Aug 14
2
"Export ordinal too large" when linking LLVM.dll with MinGW64
Just ran into the same problem, but with `-DLLVM_BUILD_TOOLS=ON` since the tools link against shlib and use the C++ interface I can't use Cosmin's solution. I managed to get through with using `RelWithDebInfo` instead of `Debug` On Sat, Jun 22, 2019 at 5:20 AM Cosmin Apreutesei via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Update: looks like the the problem was that the
2017 Jul 21
2
How does yum decide when 2 packages meet a dependency?
Hi list, Say a package has a dependency for libfoo.so.1, and 2 (or more) packages provide libfoo.so.1, how does yum decide which package to install to meet the dependency?
2017 Jul 21
2
How does yum decide when 2 packages meet a dependency?
On Fri, 21 Jul 2017, Matthew Miller wrote: > On Fri, Jul 21, 2017 at 04:19:20PM +0100, Phil Perry wrote: >> Say a package has a dependency for libfoo.so.1, and 2 (or more) >> packages provide libfoo.so.1, how does yum decide which package to >> install to meet the dependency? > > It has a series of heuristics: > > http://yum.baseurl.org/wiki/CompareProviders
2014 Dec 08
5
[LLVMdev] [lld] Handling multiple -init/-fini command line options
Hi, The LLD linker in gnu flavor mode accepts multiple -init/-fini command line options. For _all_ symbols specified by these options the linker creates appropriate entries in the .init_array/.fini_array sections. But it looks like LD and Gold linkers do not support this feature and take in account only the last -init/-fini options. % cat foo.c int a = 0; void foo() { a += 1; } void bar() { a +=
2011 May 16
0
[LLVMdev] Fail when building llvm2.9 using MinGW64
Chen, see http://llvm.org/docs/GettingStarted.html#pf_12 ...Takumi ps. Excuse me, PE+ (aka pep) means "Executable file format for WIndows x64". 2011/5/16 陈晓宇 <xychen0921 at gmail.com>: > The stack trace: > > Starting program: > C:\MinGW\msys\1.0\home\xchen\llvm-obj\lib\Target\CellSPU/../.. > /../Debug/bin/tblgen.exe -I
2014 Apr 17
2
package conflict with libmodplug in rpmforge and in rpmforge and epel
On 04/16/2014 05:33 PM, m.roth at 5-cent.us wrote: > And no, do *NOT* use epel and repoforge - they very frequently have > conflicts, due to prerequisites of packaging. Does the use of yum priorities take care of this concern? Thanks, Ken
2011 May 13
4
[LLVMdev] Fail when building llvm2.9 using MinGW64
I was building llvm2.9 using MinGW64 on windows, msys was 32 bit so I specified --host option for a cross compiling. Following are my configure options: ../llvm2.9/configure --prefix=/home/AutoESL/llvm-obj --host=x86_64-w64-mingw32 --disable-multilib The error: make[1]: Entering directory `/home/AutoESL/llvm-obj/lib/VMCore' make[1]: ***
2005 Mar 11
2
Dynamic smartcard support?
Hi all, and thanks for everyone's work on the 4.0 release! There's been recent discussion on the OpenSC mailing list about getting better/updated smartcard support into OpenSSH. Originating from an OpenSSH package maintainer's desire to keep dependencies to a minimum, the idea to load OpenSC dynamically popped up. Now the question is whether this is an approach that would be favored
2001 Apr 25
1
Once more, with diffs... (configure.in aclocal.m4 patch against CVS)
The attached unified diff fixes configure so that all --with-libfoo options are allowed to be --with-libfoo=PATH. If the option is specified with a PATH, only that PATH is searched for the library. If it is specified as =yes or with no argument, it tries without modifying anything, and then tries looking in /usr/local. The SunOS5 targets no longer add /usr/local to include or library paths
2010 Oct 31
2
[LLVMdev] Running "make check" on Windows yields lots of unwarrented unexpected failures (HTML free this time:-)
Hi, sorry, in my last mail, I didn't check in time that HTML e-mails would be turned off. So, checking out llvm/clang yesterday under Win32, building it, and running the "check"-project using MS Visual Studio yielded 177 unexpected failures, many of which happen because of the different registers used in passing arguments under Win64 and everybody else on x86-64. I would be
2006 Jul 12
2
Error install rgl package on linux
Dear all, I tried to install rgl package on my linux machine fc5, I got an error. Here I run R as user, $ R > options(repos=c(CRAN="http://cran.at.r-project.org/")) > install.packages("rgl", lib="/home/subianto/local/lib/R/library/site-packages", dependencies=TRUE) trying URL 'http://cran.at.r-project.org/src/contrib/rgl_0.67-2.tar.gz' Content type