similar to: Fix for win32-shortcut

I tested also with a clean git source. Something wrong with ole32. Code: -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wempty-body -Wstrict-prototypes -Wtype-limits -Wwrite-strings -fno-omit-frame-pointer -Wpointer-arith -Wlogical-op -I/usr/include/freetype2 -g -O2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=0 -o tmarshal_i.o tmarshal_i.c

Hi All I'm trying to compile the following program int main() { return 0; } I generated a makefile using winemaker running make I get wineg++ -c -mno-cygwin -o test.o test.cpp wineg++ -mwindows -mno-cygwin -o test.exe.so test.o -lodbc32 -lole32 -loleaut32 -lwinspool -luuid ld: Relocatable linking with relocations from format elf32-i386

HI ALL: I can not compile MFC successfully due to the resource file 'afxres.rc'. Can you give some suggestions to solve this problem or share your experience on compiling MFC? Thank you. version of OS: [ken@Linux80 mfc]$ uname -a Linux Linux80 2.4.18-14 #1 Wed Sep 4 12:13:11 EDT 2002 i686 athlon i386 GNU/Linux version of MFC source is the MFC version released with VC 6.0 I compiled it

Hi, I have Mandriva 2006 x86_64. I tried to install wine, but the binaries are for 32 bits and the result is very instable (win programs close suddenly, no internet available for those programs, etc...) So I tried to compile wine 0.9.14 from source, but I have an error during make when "searching for -lXext" : LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH"

Hello all, I have been having problems building wine on debian for ppc. I continuously get an error from winegcc when building ddraw.dll.so. Something like: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./ddraw.spec convert.o dclipper/main.o ddraw/hal.o ddraw/main.o ddraw/thunks.o ddraw/user.o dpalette/hal.o dpalette/main.o dsurface/dib.o dsurface/fakezbuffer.o

Hi, I'm trying to build Wine as a 32 bit program on my x86_64 machine, running Fedora Core 2. I downloaded Wine-20040914.tar.gz specified that I wanted to use the 32-bit compilers with: CC=/usr/bin/i386-redhat-linux7-gcc CXX=/usr/bin/i386-redhat-linux7-g++ CPP_FLAGS=-m32 CXXFLAGS=-m32 ./configure I then did make depend and make, and everything appears to be being built with the correct

Hi list, I'm currently trying to get an app running called "vstserver" on Fedora Core 3. I have installed wine-20040505 and wine-devel-20040505, and installed those older versions, cause it is recommended not to use the newest wine version in the README. I have found that most vstserver-users had good experiences with version 20040505 of wine. I have tried others too, i always get

Hi all. I'm trying to compile an older wine version from git. What I did was first to 'git clone' the repo into a folder and then issue a 'git checkout wine-1.1.20' command which should give me the source for the 1.1.20 release. Then I do a "./configure --prefix=/usr" and then I compile with "make depend && make". This is a part of the last output:

I encountered a new build failure (r227128) on my nightly build of LLVM for MinGW: FAILED: cmd.exe /c cd . && D:\MinGW\x86_64-4.9.1-release-posix-seh-rt_v3-rev0\mingw64\bin\c++.exe -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wno-maybe-uninitialized -Wno-comment -std=gnu++11 -g

\tools\clang\tools\CIndex && D:\Tools\Building\cmake\bin\cmake.exe -E cmake_link_script CMakeFiles\CIndex.dir\link.txt --verbose=1 D:\Tools\Building\gcc\bin\g++.exe -shared -o ..\..\..\..\bin\libCIndex.dll -Wl,--out-implib,..\..\..\..\lib\libCIndex.dll.a -Wl,--major-image-version,0,--minor-image-version,0 CMakeFiles\CIndex.dir\CIndex.cpp.obj ..\..\..\..\lib\libLLVMMC.a

Hi, I wonder if anyone knows how to build the new version of wine on an AMD64 system. There seem to be problems with it looking at the emulation libraries I guess: gcc -m32 -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o surface_wndproc.o

1) i'm facing problem while compiling MFC code when "winemaker" command is given i get these lines admin at XXX:~/.wine/drive_c/windows/system32/MFC> winemaker --lower-uppercase . Winemaker 0.6.0 Copyright 2000 Francois Gouget <fgouget at codeweavers.com> for CodeWeavers closedir() attempted on invalid dirhandle DIRECTORY at /usr/local/bin/winemaker line 1054. closedir()

Some additional information about the setup may be of interest: I'm using CMake to generate the make files for MSYS. All appears to go well until the tools are compiled. The undefined references seem to be coming from the libraries that were just compiled: ../../lib/libLLVMBitReader.a(BitcodeReader.cpp.obj):fake:(.rdata$linkonce_ZTVN4llvm8ConstantE+0x10): undefined reference to

Hey Guys, I'm working on a project in Android related to System-level Audio DSP Effects for Tuning Android Audio. I want to leverage Faust ( https://faust.grame.fr/) to allow users to program their own filters. Faust provides a libfaust implementation which includes a JIT Compiler which leverages LLVM and seems to be the best path for me to use. Unfortunately I'm having problems

Mod required to extconf.rb supplied with wxruby-0.1.0.tgz to make it compile wxRuby for the cygwin platform. $ diff wxruby/src/extconf.rb wxruby-my/src/extconf.rb 19,20c19 < < if /linux/ =~ RUBY_PLATFORM or /i386-freebsd/ =~ RUBY_PLATFORM --- > if /linux/ =~ RUBY_PLATFORM or /i386-freebsd/ =~ RUBY_PLATFORM or /cygwin/ =~ RUBY_PLATFORM 24c23,24 < $LDFLAGS += " `wx-config

git revision: ded4fbcc3c0d1e5f65cfb4e0e575f111c1e8974a I get the following: ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./amstream.spec amstream.o main.o mediastream.o regsvr.o version.res -Wl,--rpath,\$ORIGIN/`../../tools/relpath /usr/local/lib/wine /usr/local/lib` -o amstream.dll.so -lole32 -luser32 -ladvapi32 -lkernel32 -lstrmiids -luuid ../../libs/port/libwine_port.a

Am Mittwoch, den 05.03.2008, 23:03 -0800 schrieb Chris Lattner: > 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

If I run irb, and do this: require ''ftools'' The response is: LoadError: no such file to load -- ftools I see around that 1.9.1 did not include ftools but no mention of 1.9.2. Looking at the Ruby docs (http://www.ruby-doc.org/stdlib/), ftools is still there. Any ideas? Thanks, David -- You received this message because you are subscribed to the Google Groups "Ruby on

Hi all, Ruby 1.8.1 (hand built, not the installer) Windows 2000 I was just playing with win32-mmap. I tried running the test_server.rb and test_client.rb. I started the server, which seems to be fine, but when I run the client I get this: C:\eclipse\workspace\win32-mmap-0.1.0\test>ruby test_client.rb C:/ruby/lib/ruby/1.8/ftools.rb:23:in `initialize'': Permission denied -

Hello, I got the following error message when I executed "make". Can anyone help me on this issue? Thanks! Mike make[1]: Entering directory `/home/zheng/Desktop/wine-0.9.28/tools' make[1]: `makedep' is up to date. make[1]: Leaving directory `/home/zheng/Desktop/wine-0.9.28/tools' make[1]: Entering directory `/home/zheng/Desktop/wine-0.9.28/libs' make[2]: Entering