similar to: gcc -m32 on a x86_64 box

when i run ./configure in fedora 9 64 bit i get this error checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking whether make sets $(MAKE)... yes checking for gcc... gcc -m32 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. this is

Hi, I downloaded wine source from winehq and installed all dependencies as per the wiki: http://wiki.winehq.org/WineOn64bit However when i run ./configure,its displays the following and exits: Code: $ ./configure ## --------- ## ## Platform. ## ## --------- ## hostname = localhost.localdomain uname -m = x86_64 uname -r = 2.6.26.5-45.fc9.x86_64 uname -s = Linux uname -v = #1 SMP Sat Sep 20

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

On 06/10/2011 08:38 AM, MORIYAMA Tomohiro wrote: > hi, James. > Thanks for your advice. > > "James Molloy" wrote. > (Fri, 10 Jun 2011 08:38:44 +0100) >> Hi, >> >>> out.s: Assembler messages: >>> out.s:8: Error: bad register name `%rsp' >>> out.s:9: Error: bad register name `%rsp)' >>> out.s:12: Error: invalid

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

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

Full_Name: Lukasz Andrzej Bartnik Version: 2.8.1 OS: RHELS 5.2 Submission from: (NULL) (194.181.94.250) Compile R for 32 bit on a 64 bit machine: unset LD_LIBRARY_PATH unset R_LD_LIBRARY_PATH export CC="gcc -m32" export CXXFLAGS="-m32 -O2 -g" export FFLAGS="-m32 -O2 -g" export FCFLAGS="-m32 -O2 -g" export OBJCFLAGS="-m32 -O2 -g" export LIBnn=lib

hi, James. Thanks for your advice. "James Molloy" wrote. (Fri, 10 Jun 2011 08:38:44 +0100) >Hi, > >> out.s: Assembler messages: >> out.s:8: Error: bad register name `%rsp' >> out.s:9: Error: bad register name `%rsp)' >> out.s:12: Error: invalid instruction suffix for `call' >> out.s:14: Error: bad register name `%rax' >>

Hi all, after reading and learning much more about GNU's configure and compile machine than I ever wanted ;-), I arrived at configuring llvm-2.2 like this: CFLAGS=-m32 CXXFLAGS=-m32 ./configure --prefix=$HOME The assembler errors are finally gone (phew!, and thanks for all the help!), but I get linker errors now: llvm[3]: Linking Release Object Library LLVMX86.o llvm[3]: Compiling

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.

Gents, I can compile mplayer on centos 4.5 AMD 64 in native 64 bit mode and it plays the dvd, and also compile for 32 bit mode "gcc -m32" on it also plays the dvd. "mplayer dvd://1". I can compile mplayer on centos 5 AMD 64 in native 64 bit mode and it plays the dvd. However, when I compile in 32 bit on AMD 64 centos 5 I cannot play the dvd. I get: Playing dvd://1 File

Paolo Bonzini <pbonzini at redhat.com> writes: > Il 28/05/2013 19:32, Michael S. Tsirkin ha scritto: >>>> > > + >>>> > > + switch (addr) { >>>> > > + case offsetof(struct virtio_pci_common_cfg, device_feature_select): >>>> > > + return proxy->device_feature_select; >>> > >>> >

We develop software and are beginning a slow transition from 32 bit applications to their 64 bit equivalents. During this period it will be necessary to build programs targeted for both environments using the x86-64 machines for development. here is a simple/small "application", sizes.c: #include <stdio.h> #include <stdlib.h> int main(int argc, char **argv) {

I am trying to add a package (I know its older - but it should work) gst-rtsp-server-0.10.8 to CentOS 7. The gstreamer 0.10 packages are included in C7 and they compile just fine. When I extract and try to compile gst-rtsp-server 0.10.8 the ./configure goes fine. but the make results in errors: make make all-recursive make[1]: Entering directory

Dear All, I have been trying to compile a package for windows that we have written. Since R version 3.0.0 the package doesn't compile any more. (On Linux the package compiles without errors). The error specifically says: gcc -m32 -I"C:/PROGRA~1/R/R-30~1.0/include" -DNDEBUG -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O3 -Wall -std=gnu99 -mtune=core2 -c

Clang patch for X32 support. Applies against current trunk. --- ./tools/clang/include/clang/Driver/Options.td.orig 2013-05-16 21:51:51.286129820 +0000 +++ ./tools/clang/include/clang/Driver/Options.td 2013-05-16 21:53:24.875004239 +0000 @@ -841,6 +841,7 @@ HelpText<"Enable hexagon-qdsp6 backward compatibility">; def m3dnowa : Flag<["-"], "m3dnowa">,

Hi, I'm working on bringing up complete coverage for a Gentoo x32 "desktop" system. I've been cooking up quite a few patches for various packages to push upstream, but right now, the biggest blocker is the lack of support for building with/codegen targeting x32 in llvm/clang. Since the x32 patches were sent last year, I see support code has landed in LLVM, and basic handling of

Some people have reported portability problems with SYSLINUX 3.00, mostly due to the use of HDIO_GETGEO_BIG, which is deprecated; additionally, the advanced menu system wouldn't build for everyone due to a spurious reference to %ebp. This release fixes these things, plus makes the extlinux installer default to zipdisk geometry (64 heads, 32 sectors) if it can't guess anything else.

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

Filed a bug with Apple 10073924  but I'm wondering if anyone else knows what to fix here: Summary: Building a Darwin cross compiler so I can use distcc with my Mac. Host: x86_64-gnu-linux with GCC 4.5.3. Steps to Reproduce: Download tar ball tar xvf llvmgcc42-2335.15.tar.gz mkdir gcc-build cd gcc-build CFLAGS="-w -m32" CXXFLAGS="$CFLAGS" CPPFLAGS="$CFLAGS"