similar to: [LLVMdev] -m32 gives me mixture of 32- and 64-bit code

Hi all, llvm-test fails on me in the first test (and many subsequent tests, but I hope that fixing the first test will allow me to continue). I see syntax errors from the C compiler and core dumps from llc. Is any of this supposed to happen? This is still on my amd64 machine. However, the build process is using the right incantation to compile (gcc-4.2 -m32 -Wl,-melf_i386). The llvm-gcc

Getting the source from git , trying to compile WITHOUT patches. Running Ubuntu 9.04 x86_64 This is the configure (got it from http://wiki.winehq.org/WineOn64bit#head-d6dc6aaec38bf9f2198767215ea1813c44a5981d ) Code: CC="gcc-4.3 -m32" LDFLAGS="-L/lib32 -L/usr/lib32 -Wl,-rpath,/lib32 -Wl,-rpath,/usr/lib32" ./configure -v make depend goes fine but make ends up with : Code:

I'm confused and looking for help For the fist I have Ubuntu x86_64 and I had installed wine 1.1.8 from launchpad and i installed Red Alert 3 when i run it found that no cursor in game, so In order to lay Red Alert 3 with cursos i have compile wine from here git clone git://repo.or.cz/wine/hacks.git then i made symlinks cd hacks Code: mkdir -p `pwd`/lib32 ln -s /usr/lib32/libX11.so.6

CFLAGS="-m32 $(CFLAGS)" LDFLAGS="-L/usr/lib32 $(LDFLAGS)" ./configure I notice here some strange lines: ... checking whether we need to define __i386__... no ... configure: lib(n)curses 32-bit development files not found, curses won't be supported. configure: libv4l 32-bit development files not found. When I do make: Code: /usr/bin/ld: i386:x86-64 architecture of input

The sources were csupped ~3 hours ago. My CC is defined as follows: env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache cc I have done many buildworld, buildkernel and port builds with this setting and it never caused any problems. However today buildworld fails the following way: env CCACHE_PREFIX=/usr/local/bin/distcc /usr/local/bin/ccache env CCACHE_PREFIX=/usr/local/bin/distcc

Gents, I am trying to do a "gcc -m32" on a x86_64 box. gcc -m32 /tmp/jj.c /usr/bin/ld: crt1.o: No such file: No such file or directory collect2: ld returned 1 exit status This is the error I get. I did a "yum install glib.i386" successfully. there is no "yum install glib-devel.i386". How can i get a "gcc -m32" compile on my x86_64? THanks, Jerry

I have gold from cvs, and llvm-gcc/llvm from svn. My platform is Ubuntu 9.04 x86_64. I've configured llvm-gcc with "--enable-multilib". When compiling the LTO example from http://llvm.org/docs/LinkTimeOptimization.html I have no problems with 64-bit compilation, but get the following with -m32. luked at node:~/tests/lto$ make USE32=1 llvm-gcc -m32 -c -o main.o main.c llvm-gcc

My video card is a NVIDIA GT 220 with the 280.13 drivers on Ubuntu 11.04(64-bit) and I'm building W.I.N.E(32-bit version) from source. So how do I compile in OpenCL support you ask? Code: cd /usr/include #make directorty# sudo mkdir CL cd CL #download opencl headers# sudo wget http://www.khronos.org/registry/cl/api/1.1/cl_ext.h sudo wget

Hi, I’m using _mm_storel_epi64/ _mm_loadl_epi64 in my test case as below and generating 32-bit code (using -m32 and -msse4.2). The 64-bit load and 64-bit store operations are replaced with two 32-bit mov instructions, presumably due to the use of uint64_t type. If I use __m128i instead of uint64_t everywhere, then the read and write happen as 64-bit operations using the xmm registers as expected.

I tried compiling a simple source file "int main(){return 0;}" with clang -O4 -m32 -use-gold-plugin and I get the following error:ld: error: /tmp/llvmgold.o: incompatible targetld: /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/crt1.o:(.text+0x18): error: undefined reference to 'main' I have no issues compiling it without -m32. Is there a way to fix this?Thanks

Hi all again, llvm is failing the 2006-11-30-NoCompileUnit and 2006-11-30-Pubnames tests on me. -m32 and --disable-multilib didn't change the outcome. Did I get the command wrong? I tried jo at kurier:~/Delta/llvm/test$ CFLAGS=--multilib make check See below for a transcript of the failed check. What next? Regards, Jo -- snip -- jo at kurier:~/Delta/llvm/test$ make check llvm[0]:

On 30 August 2010 12:43, Luke Dalessandro <luked at cs.rochester.edu> wrote: > I have gold from cvs, and llvm-gcc/llvm from svn. My platform is > Ubuntu 9.04 x86_64. I've configured llvm-gcc with "--enable-multilib". > > When compiling the LTO example from > http://llvm.org/docs/LinkTimeOptimization.html I have no problems with > 64-bit compilation, but get

Hi. After a couple of updates my dns resolution stopped working. I have lib32nss-mdns installed and i'm using launchpad wine packages. i've compiled (via winegcc -m32 ) a simple c source to check this. if host is not in hosts file, then gethostbyname() always fails. Firefox under wine tells "Server not found". looking through strace ouput i can see, than program first tries

Hello, Joachim > This assembler was configured for a target of `x86_64-linux-gnu'. Hrm, try to check, how 'as' is invoked by llvm-gcc, you need jut to run the mentioned cmdline 'by hands': ./xgcc -B./ -B/home/jo/i686-pc-linux-gnu/bin/ -isystem /home/jo/i686-pc-linux-gnu/include -isystem /home/jo/i686-pc-linux-gnu/sys-include -L/home/jo/llvm-gcc-wrk/gcc/../ld -O2 -DIN_GCC

Hi all, I found enough to explain the behaviour that I encountered. If I'm correct, the bugs are just in the dejagnu-based test machinery, not in LLVM itself. There seem to be two issues: Issue 1 is that the CC, CFLAGS, CXX, and CXXFLAGS settings are not reflected in the site.exp file. I had CC=gcc-4.2 CFLAGS="-m32 -Wl,-melf_i386" CXX=g++-4.2 CXXFLAGS=$CFLAGS

first off im running on an AMD64 3800+, Ubuntu 6.06, 2.6.15-25-amd64-generic ive been working on getting this thing to work for the past few hours, setup symbolic links like in the howto run wine on amd64 tutorial, plus some. and started compiling, make depend went well, and so was make all until this happened make[2]: Entering directory `/home/anolis/Desktop/wine-0.9.16/dlls/gdi'

Hello. I'm still trying to get the latest (post 0.9.60) wine releases to build on my laptop; it is a SlAMD64 installation. I used to compile ok up to 0.9.60; then from 0.9.61 on it refused to compile. I tried lately to compile this way: CFLAGS="-I/test/alsa/lib32/include" \ LDFLAGS="-L/usr/lib -Wl,-rpath-link,/usr/lib -L/test/alsa/lib32/lib

On Mar 3, 2008, at 2:49 AM, Joachim Durchholz wrote: > Hi all, > > I found enough to explain the behaviour that I encountered. If I'm > correct, the bugs are just in the dejagnu-based test machinery, not in > LLVM itself. Yep, I believe that. I haven't been following the whole thread very closely, what specific tests are affected here? Before making any significant and

Hi, I thought I'd set up a nightly tester and ran across the following issues: 1) Checkout is done using https, which causes the following message: Error validating server certificate for 'https://llvm.org:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: llvm.org -

When compiling in Ubuntu 6.06 64 bit using this guide: http://wiki.winehq.org/WineOn64bit When I do 'sudo make install' I get this error: make[2]: Entering directory `/home/marcus/wine/dlls/gdi' ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./gdi32.spec dispdib.spec.o gdi.exe.spec.o wing.spec.o bidi16.o dispdib.o env.o gdi16.o metafile16.o wing.o bidi.o bitblt.o