similar to: compile will not link from elf64-x86-64 to elf32-i386

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

Hi, I'm trying to compile the CVS version. The compilation goes well until this part: ../../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 bitmap.o brush.o clipping.o dc.o dib.o driver.o enhmetafile.o enhmfdrv/bitblt.o enhmfdrv/dc.o enhmfdrv/graphics.o

Hi! I'm having problems with installing Wine. I have downloaded Wine from CVS, and tried to install it with tools/wineinstall, but got some errors. This comes from my shell: [wayne@wayne wine]$ ./tools/wineinstall WINE Installer v0.73 I see that WINE has already been configured, so I'll skip that. We need to install wine as root user, do you want us to build wine, 'su root'

config.status: linking AUTHORS to dlls/shell32/AUTHORS config.status: linking tools/winewrapper to wine config.status: executing include/stamp-h commands config.status: executing dlls/gdi32/enhmfdrv commands config.status: executing dlls/gdi32/mfdrv commands config.status: executing dlls/kernel32/nls commands config.status: executing dlls/user32/resources commands config.status: executing

Hi, Hi, I'm trying to compile wine-20041019 and this is what I'm getting so far: checking for assembler keyword for word values... configure: error: could not discover how to specify word values with assembler. Below is the who wineinstall I did to the point of failure. Below is my configuration: wino #cat /etc/release Solaris 9 4/04 s9x_u6wos_08a x86

Hello, The lack of debian packages for 0.9.13 have made me decide to compile from source instead. So I uninstalled all wine files and downloaded the sources. I'm using a system based mostly on Debian Sarge, but with some backports. I ran ./configure and there were some packages I had to get, but soon it worked well. When I tried make depend the problems started. This is the output I get

The Wine development release 1.9.9 is now available. What's new in this release (see below for details): - More work towards the WineD3D command stream. - Service proxies in WebServices. - Query support in the builtin reg.exe utility. - Improved support for long URLs in WinInet. - Various bug fixes. The source is available from the following locations:

On Mon, 31 Jul 2023 19:36:06 -0700, Jakub Kicinski <kuba at kernel.org> wrote: > On Tue, 1 Aug 2023 10:03:44 +0800 Xuan Zhuo wrote: > > > Virtio is either a SW > > > construct or offloaded to very capable HW, so either way cost of > > > creating an extra instance for DPDK or whatever else is very low. > > > > The extra instance is virtio-net? >

On Tue, 1 Aug 2023 08:45:10 -0700, Jakub Kicinski <kuba at kernel.org> wrote: > On Tue, 1 Aug 2023 10:57:30 +0800 Xuan Zhuo wrote: > > > You have this working and benchmarked or this is just and idea? > > > > This is not just an idea. I said that has been used on large scale. > > > > This is the library for the APP to use the AF_XDP. We has open it. >

Hello all, I was trying to install Wine on my MacBook via the Terminal. These are my system specs: odel Name: MacBook Model Identifier: MacBook2,1 Processor Name: Intel Core 2 Duo Processor Speed: 2 GHz Number Of Processors: 1 Total Number Of Cores: 2 L2 Cache (per processor): 4 MB Memory: 1 GB Bus Speed: 667 MHz Boot ROM Version: MB21.00A5.B07 SMC Version: 1.13f3 Serial Number: BLAHBLABLAH

Hi, i'd like to load an RTEMS executive file with pxelinux , the file format generated after the compilation is : ELF 32-bits LSB executable Intel 80386, version 1 (SYSV), statically linked, stripped PXElinux seems to not recognize this format, the error msg is: invalid or corrupt kernel image Did you have already see such problem ? Is it a workaround ? Thanks for your help. Best

Source: xen Version: 4.3.0-1 Severity: serious Justification: FTBFS Hi New uploaded xen 4.3.0-1 FTBFS, see [1] for build log for i386. [1] https://buildd.debian.org/status/fetch.php?pkg=xen&arch=i386&ver=4.3.0-1&stamp=1378426577 Regards, Salvatore

The Wine development release 1.3.16 is now available. What's new in this release (see below for details): - New version of the Gecko engine, based on Firefox 4. - Better support for Dwarf debugging information. - Improved handling of animated cursors. - GnuTLS no longer required on Mac OS X. - Improvements to the GDI driver infrastructure. - A number of MSI fixes for the .NET

Hi, This is just a quick note that I receive effectively the same error when doing an amd64 build. A workaround is to install the binary package libxenstore3.0 but of course the source build should not require an external install of one of the packages that it builds. James

On Sat, Oct 10, 2015 at 11:14:27AM +0300, Ady via Syslinux wrote: > This patch is just a (shameless) copy from bug #28 [1]. > > The original patch has been sitting there for a couple of years now, > and it was based on Syslinux v 4.05. :-/ > The patch I am posting here is just a re-base on v.6.03. Whichever > inadequate formatting (tabs, trailing spaces...), or any kind

I am the author of patch, and I'm still using it. Not very carefully tested thought, but seems to work well. As you can see, it's basically the same code as in loading Elf32 binary. If you need more information, feel free to ask me.

The Wine development release 1.6-rc4 is now available. What's new in this release (see below for details): - Bug fixes only, we are in code freeze. The source is available from the following locations: http://prdownloads.sourceforge.net/wine/wine-1.6-rc4.tar.bz2 http://mirrors.ibiblio.org/wine/source/1.6/wine-1.6-rc4.tar.bz2 Binary packages for various distributions will be available

Hi, LLVM made a change a few months ago and starting erroring out when a float is returned in x64 and SSE is disabled. This makes sense, really, since it's specified by the ABI that the return value must be put in a register you were told to disable, but it's breaking soft floats in Rust on x64. It seems there are two options: LLVM could break the ABI spec and have working soft floats on

Dear all, I have a surprising problem with the representation of frequencies in a histogram. Consider, for example, the R code: b<-rnorm(2000,3.5,0.3) hist(b,freq=F) When I plotted the histogram, I expected that values in the y-axis (the probability) varied between 0 and 1. Instead, they varied within the range 0-1.3. Have you got any suggestion for obtaining a correct graph with

This patch is just a (shameless) copy from bug #28 [1]. The original patch has been sitting there for a couple of years now, and it was based on Syslinux v 4.05. The patch I am posting here is just a re-base on v.6.03. Whichever inadequate formatting (tabs, trailing spaces...), or any kind of correction that was required for the original patch to be accepted, is probably still required now.