similar to: WineLib support for STL, I/Ocompletion and Critical Sections

Well.. I cannot see where stdext was being used, but with your pointer to where this is setup I was able to start using stdext and fix the problem. Patch attached. On Tue, 16 Nov 2004 10:25:50 +0100 Morten Ofstad <morten at hue.no> wrote: > >>I've also determined why VC++ complains about deprecated destructors > >>when using hash_map. Because it's not ANSI

>>I've also determined why VC++ complains about deprecated destructors >>when using hash_map. Because it's not ANSI (yet), Microsoft decided to >>move it from the std namespace to the stdext namespace. Use of >>std::hash_map is therefore deprecated. Similar shenanigans have been >>committed by gcc from one version to another. I see where this is

Jeff, On Mon, 2004-11-15 at 21:43, Jeff Cohen wrote: > I have some patches of my own: > > * An improvement on Morten's fix to Signals.cpp. > > * Undo the breakage to system.vcproj (Signals.cpp was being built twice > as a result). > > * Fix a class/struct inconsistency. > > * Remove unneeded #includes from win32 fSystem files. > Thanks for the

I have some patches of my own: * An improvement on Morten's fix to Signals.cpp. * Undo the breakage to system.vcproj (Signals.cpp was being built twice as a result). * Fix a class/struct inconsistency. * Remove unneeded #includes from win32 fSystem files. I've also determined why VC++ complains about deprecated destructors when using hash_map. Because it's not ANSI (yet),

On Thu, 14 Oct 2004, Morten Ofstad wrote: > I finally managed to compile a working fibonacci example (using the > interpreter, I'm still working on porting the x86 backend). The final > problem was that I couldn't find a way to force the linker to include > the Dominators.obj file since there were no references to it. There is > an option to the linker to stop it from

I finally managed to compile a working fibonacci example (using the interpreter, I'm still working on porting the x86 backend). The final problem was that I couldn't find a way to force the linker to include the Dominators.obj file since there were no references to it. There is an option to the linker to stop it from stripping unreferenced code, but it still doesn't pull the object

I am porting a program from windows that uses both windows specific header files, like <winsock.h> and <process.h>, and c++ standard template library header files, like <string> and <vector>. I only have the g++ template library, and it depends on the gnu libc. However, the program I am building depends on the msvc libc. Thus I have impossible dependencies in the same

N?stor Amigo Cairo wrote: > Hi! > > I'm new to winelib. I'm trying to port a Borland C++ Builder 6.0 > application, but I need VCL library: vcl.h. > > Any ideas?? I would want to make it run natively on Linux. You can't. Winelib still requires Wine to run it. It's a library not an executable. If you want to write native Linux application that can run by itself

Hi, I saw that Nick Lewycky removed the LLVM portable hash_map and hash_sets. My research group was relying on those classes. What replaces hash_map and hash_set? The LLVM implementation was very convenient as there is no equivalent in STL, and Microsoft's implementation had a different name, as does the C++ 0X implementation. Thanks. Tom Jablin

I have spent some time examining the llvm code now, and it seems most of the hash_maps are keyed with pointers, and a few with ints. There is also one place where the keys are std::string. All these are unproblematic with the Visual Studio std_ext::hash_map since it provides hash_value functions for all these types (note, it hashes char * as pointers, not as strings - but char * is not used

Hello, I'm currently trying to use Winelib to port a fairly big windows application to Linux. The application consists of quite a lot of DLLs, some of which don't depend on the Win32 API (they can be compiled with gcc). I think I read all available documentation, but I still have a few questions: - is it possible to link a linux binary with "linux" shared libs and

Hi I have two programs: The first is a windows binary compiled in Visual C++ which acts like a Server. The second program is a Client, which I compile from sources. Both are written in C++. Server and client communicate using two IPC mechanisms: named pipe and shared memory. shared memory consists of a structure, e.g.: Code: struct GameData Using mingw compiler Client compiles well. Then I

I read the following on wine HQ: Linking in .lib Files .... You cannot use .lib files directly with Winelib. The reason is that winebuild does not support reading .lib files. Support for '.lib' files (or possibly even '.dll' files) could be added in but it is not there currently. Exactly how you deal with that depends on what your situation: 1.if you

Hi, I am looking into good way to port Windows applications to Linux and hopefully any other Unixes. I'd like to know about questions below. If anyone answer them, I'd appreciate it. 1. Can I use Winelib to port commercial application whose sources will be not disclosed ? 2. Is it possible to link Winelib statically with an application and distribute it ? 3. In case that I

Well, from my recent experience with Winelib, I can tell you this: Winemaker currently sucks, and the makefiles it creates are nonfunctional and you'll have to redo them by hand anyway. Yeah. If I knew anything about how to fix it I just might be tempted to do so :) Thanks, Scott Ritchie On Sat, 2005-01-22 at 13:19 -0800, Dan Dennison wrote: > Building MFC for winelib has been

Hi, I have assumed that if I want to use winelib for porting, I must compile MFC under Linux regardless if my app uses MFC or not. Is this true? It seems like if I have to compile MFC and yet I don't use it, I should choose another alternative to port my app since the process of getting MFC to compile is extensive. Also, my app involves video compression for internet use. Should I expect a

Sorry to bug you all, but I want to know if I am trying to do something impossible. I am trying to use winelib to compile an exe that links to a dll, without compiling the dll under winelib (i.e. the equivalent of simply linking in the .lib). I have a win32 DLL project (hw5) that generates a hw5.lib, hw5.dll and hw5.h under M$. I have a win32 gui exe project (hw6) that includes hw5.h, links to

Hi, I try to figure out what the stl-function exactly do. I was reading the paper by Cleveland et al. (1990) and tested some features of stl (the ability to decompose time series with missing values and the robustness feature). I tried the following: > data(co2) > co2.na <- co2 > is.na(co2.na[c(50, 100)]) <- TRUE > plot(stl(co2.na, s.window = 12, na.action = na.exclude)) With

Hi All, I have implemented a JNI library on window that call the C++ dll APIs. Now I want my JAVA program is run on the UNIX system. I have used WineLib to wrapper Window Dlls to the Share Object Lib (so lib) (Using Winedump and Winegcc to build). The functions in the so lib can work normally with my C main test function. BUT when I call it from Java. The function can linked BUT it is crashed at

hi, maybe somebody can help me. At the moment I'm reading the "Winelib User's Guide" and I also tried out the "1.3.2. Test Drive". Almost everything work. After changing the Makefile it compiled with no error. this is my result when i start the created notepad2.exe.so Code: $ ./notepad2.exe.so Segmentation fault This is the user guide