similar to: Using winemaker / building wine DLLs

I am trying to follow the instructions here (http://www.winehq.org/docs/winelib-guide/bindlls-wrapper) to build a dll with wine that i can load dynamically in a windows wine application. this is what i am doing: MyWinDll.spec Code: 2 stdcall MyWinFunc (int) MyProxyWinFunc MyWin.c Code: #include <windef.h> short MyProxyWinFunc(int *i) { return 5; } shell Code: winemaker --nosource-fix

Ive recently got metatrader to work on linux uner wine and would now like to see if i can import a dll wrapper so i can use some code i wrote in linux. Im trying something like this (based on http://www.winehq.org/docs/winelib-guide/bindlls) : add.c: Code: int add(int a,int b) { return a+b; } add.h: > int add(int,int); WinAdd.c: WinAdd.c: Code: #include <windef.h> #include

I am trying to get a rather large C++ program written in visual studio 6.0 to work on a linux system. I have installed the wine libraries and it runs just fine using: wine <executable name> However, I would like to be able to compile the program using winemaker on my linux box. Winemaker runs smoothly. However, the makefile generated by Winemaker in the root directory has all kinds of

Marcus Meissner wrote: > > In article <ax%R6.33895$hV3.53576@newsfeeds.bigpond.com>, > David Rowe <voicet@bigpond.com.au> wrote: > >1) Why does winemaker (after ./configure, make etc) produce a library and > >sym link as the output, e.g. why not an executable. > > This is the usual invokation method of WINE binaries. Do not worry. This is an excellent

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 How can I use std::string in my winemaker project? If I do a #include <string> along with an #include <windows.h>, I get the following errors: - --- In file included from /usr/include/c++/3.3/i486-linux/bits/c++io.h:35, from /usr/include/c++/3.3/bits/fpos.h:44, from

Forgive my newbness. I'm pretty fresh to Linux, but trying to port some reasonably sizable windows apps that I have written. Certainly my gui apps appear to work directly with wine. I also have stuff that makes more sense to use with winelibs. I've had no significant difficulties setting up and compiling bits an pieces, basically just to get my orientation sorted. One of my apps is an

Hi, This is Crystal. I have some questions about llvm-gcc. Could you please give me some advice? Thanks in advance. Problem description: Env: llvm-gcc (GCC) 4.2.1 gcc (GCC) 4.1.2 OS:fedora7 I tried to compile a C programme test.c with llvm-gcc by task: [root at localhost mylib]# llvm-gcc -emit-llvm test.c -Llibmylib.a -c -o test.bc [root at localhost mylib]# lli test.bc after running the command

Hi, The company I work for, has asked me to use winelib to port some code, however I have a problem compiling the MFC. I run winemaker 0.5.7 with options: 'winemaker --lower-uppercase -nomfc --dll ./ > \ winemaker_output.txt' No errors in file or stderror; further winemaker accesses the correct directories. But when I run ./configure as: './configure --with-wine=/usr/bin \

Hello, I 'd like to use some functions in myLib. So I do: library(myLib) Then I get this message: Error: package 'myLib' is not installed for 'arch=i386' > sessionInfo() R version 2.13.2 (2011-09-30) Platform: i386-pc-mingw32/i386 (32-bit) locale: [1] LC_COLLATE=French_France.1252 LC_CTYPE=French_France.1252 LC_MONETARY=French_France.1252 LC_NUMERIC=C

I am using the .Call interface to call c++ code from R. For that, I am trying to create a dynamic library (mylib.so) using "R CMD SHLIB" by linking my own c++ code and an external c++ library (blitz++). The makefile works fine on my Mac, produces mylib.so and I am able to call .Call() from R, but on a linux server (I think Debian), I got the following error: ---------- /usr/bin/ld:

I am using the .Call interface to call c++ code from R. For that, I am trying to create a dynamic library (mylib.so) using "R CMD SHLIB" by linking my own c++ code and an external c++ library (blitz++). The makefile works fine on my Mac, produces mylib.so and I am able to call .Call() from R, but on a linux server (I think Debian), I got the following error: ---------- /usr/bin/ld:

hi all, i posted a question before about this, but i may have been too cryptic to understand. in short, there exists an R package that someone is writing. this package depends on a custom library (written in C,), compiled as a shared, and called by the package's functions via the .Call(...) method. we are testing out different code implementations of the compiled library functions, and thus

Hello, I'm trying to install R from sources on two Linux machines (both with Suse 12.2): 1. > uname -a Linux cs-wsok 3.4.6-2.10-desktop #1 SMP PREEMPT Thu Jul 26 09:36:26 UTC 2012 (641c197) x86_64 x86_64 x86_64 GNU/Linux 2. > uname -a Linux csltok.swansea.ac.uk 3.4.6-2.10-desktop #1 SMP PREEMPT Thu Jul 26 09:36:26 UTC 2012 (641c197) x86_64 x86_64 x86_64 GNU/Linux I am trying version

Dear R users, we are trying to build a R package that includes a precompiled shared library, let's say mylib.so. We created the skeleton of the package and we moved the mylib.so file into the libs folder that we created at the same level of the folders man and R. Moreover we created the file NAMESPACE and we added the line useDynLib(mylib, .registration=TRUE). The building step seems to work

Hi, Standard approach to profiling dynamically loaded libraries with gprof doesn't seem to work with LLVM: export LD_PROFILE=Mylib.so export LD_PROFILE_OUTPUT=. make ENABLE_PROFILING=1 // compiling my project opt -load Profile/Mylib.so -options... but no Mylib.so.profile (or gmon.out) is produced. Profiling libc.so.6 usage by "ls -l", however, works fine. Could anyone explain

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()

Dear R users, we are trying to build a R package that includes a precompiled shared library, let's say mylib.so. We created the skeleton of the package and we moved the mylib.so file into the libs folder that we created at the same level of the folders man and R. Moreover we created the file NAMESPACE and we added the line useDynLib(mylib, .registration=TRUE). The building step seems to work

hi, i'm having some trouble getting a package to load a shared library object in .onLoad(...) i have a shared object file, say "mylib.so". if i start an R session, and via the CLI specify the actual library via: > dyn.load("mylib.so") everything works quite well (i.e. i can then follow with some .Call (...) methods) now, i'd like to include this shared library in

Hi, I have built a list of projects that would benefit Wine (or at least would make me feel better) and yet should be easy to tackle by new Wine developpers. So if you wanted to contribute to Wine but just did not know where to start I hope this list can provide you with some ideas. If you want to contribute but don't find anything that motivates you in this list, just post a message

I am only reporting this because it is the current release branch and not devel. R-2.13 from svn revision 55957 builds fine, but fails make check. This happened with a fresh svn checkout 12 hours ago and it still happens as of now. Two days ago I could build R-2.13 and it passed make check on the same system, so I doubt it is a system problem. But just in case my system details are a fresh