similar to: wine / vcvarsall.bat

https://bugs.freedesktop.org/show_bug.cgi?id=94757 Bug ID: 94757 Summary: powerpc64 & 64Kb kernel pagesize not working with nouveau Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi all, I have been away from wine for a while (gave up when -Zi was broken). I am trying today to install a compiler on wine. Using the latest of winetricks I thought I could just do: $ winetricks vc2005express However it fails with (*). Using: $ winetricks -V 20110324 $ wine --version wine-1.3.16 Does anyone knows if one of the free visual studio express compiler can be installed on

Hi there, I am trying to install Visual Studio 2005 under wine, I followed instructions from: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14208 While running wine 1.1.22/debian stable I am getting the following error: ... Z:\tmp\gdcm-wine\CMakeFiles\CMakeTmp\testCCompiler.c : fatal error C1902: Program database manager mismatch; please check your installation ...

As a side note, I got confused by the following link: http://www.winehq.org/download/deb Reading it, it appears as if there were no debian package available .They are listed on a different web page: http://www.winehq.org/download/deblenny It would be nice if someone could add the link at least at the bottom of the page. Thanks, -- Mathieu

Hi there, I am gettings tons of messages in dmesg output such as: [...] [ 2419.238990] [drm:drm_mode_addfb2 [drm]] [FB:65] [ 2419.243388] 00a0 2 base507c_ntfy_set [ 2419.243391] 00000060 [ 2419.243391] f0000000 [ 2419.243393] 0084 1 base827c_image_set [ 2419.243394] 00000010 [ 2419.243395] 00c0 1 base827c_image_set [ 2419.243395] fb00007a [ 2419.243396] 0110 2 base827c_image_set [ 2419.243397]

I'm trying to figure out how to get, from CMake, the architecture of the platform that I'm compiling LLVM for. If I'm building LLVM on x86, I want x86. On x64 I want x86_64. On arm arm. etc. The best I can figure out so far is that I should use LLVM_HOST_TRIPLE, and extract the first component of this. At least if my understanding is correct, I should have the following behavior:

Hi there, I am trying to install Microsoft Visual C++ Toolkit 2003, it fails with: $ wine VCToolkitSetup.exe fixme:advapi:LookupAccountNameW (null) L"mathieu" (nil) 0x33f80c (nil) 0x33f810 0x33f804 - stub fixme:advapi:LookupAccountNameW (null) L"mathieu" 0x12fd98 0x33f80c 0x12f828 0x33f810 0x33f804 - stub fixme:msi:ACTION_HandleStandardAction unhandled standard action

Mathieu Malaterre wrote: > For some reason the winedbg is not started properly. I am not sure how I should report this kind of bug then ? If you using Ubuntu binaries, they known to have such problem. Compile Wine from source.

Package: xen-api-libs I cannot backport xen-api-libs to an oldstable system. It fails with: $ dpkg-buildpackage -rfakeroot -us -uc dpkg-buildpackage: source package xen-api-libs dpkg-buildpackage: source version 0.5.2-3.1 dpkg-buildpackage: source changed by St?phane Glondu <glondu at debian.org> dpkg-buildpackage: host architecture amd64 dpkg-source --before-build xen-api-libs-0.5.2

Over the weekend I had a random urge to make clang-cl be able to self host. As of r230539, this should now be possible. Steps to try this out: 1) Run vcvarsall.bat, same as you would for an MSVC hosted build. 2) set CC=CXX=clang-cl (make sure it's in your path 3) Run CMake as you normally would, no special flags needed. 4) There is no 4, that's it! Currently LLD will not build, so if

Le 02/12/2013 18:05, Mathieu Malaterre a ?crit : > I cannot backport xen-api-libs to an oldstable system. It fails with: > [...] > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -thread -c > -o threadext.cmi threadext.mli > File "threadext.mli", line 63, characters 9-15: > Error: Syntax error: 'end' expected > File "threadext.mli", line

Dear all, First of all ! Congrats on the progress made in wine 1.3.16 I can now compile a full C++ project directly from wine. This is truly fantastic ! However wine is a little too verbose for me. I have to redirect the output to a file to get some speedup, but still the output is really huge: $ du -sh log2.dump 328M log2.dump $ tail log2.dump fixme:ole:NdrCorrelationFree (0x33e28c): stub

[Just FYI, this may be needed for bug #17096] I tried again today with a newer wine (I did remove my .wine first) on a debian lenny system: It seems I am now getting an ICE: -- Check for working C compiler: C:/Program Files/Microsoft Visual Studio 8/VC/bin/cl.exe fixme:ole:NdrCorrelationInitialize (0x33e46c, 0x33e060, 1024, 0x0): stub fixme:netapi32:NetWkstaUserGetInfo Level 1 processing is

Hello, I'm using LLVM (10.0.1) in a project I'm working on. Unfortunately, I've encountered a problem a few days ago I could not find a solution yet. I'm using LLVM in combination with the Microsoft's compiler and the platform I'm targeting is also MSVC x64. When linking a generated .obj file with code from another cpp into the dll, the linker complains as follows: ```

This output is much more interesting. Can you show the full cmake command line or set of variables that you configured? 1. I don't know why it's saying it requires Perl. Perl is absolutely not a requirement 2. I don't know why it's trying to build openmp or compiler-rt. I guess it depends on how you configured CMake. openmp I don't think is well supported (perhaps not even

https://bugs.freedesktop.org/show_bug.cgi?id=94727 Bug ID: 94727 Summary: nouveau/pushbuf.c:238: pushbuf_krel: Assertion `bkref` failed. Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

I don't know what executable to point it to for SVN because, like I said before, I just right click where I want to check something out and click what I need in the context menu. So I need to know what executable to point it to. ________________________________ From: Osman Zakir <osmanzakir90 at hotmail.com> Sent: Thursday, November 29, 2018 11:06 PM To: Zachary Turner; llvm-dev at

If You want to compile vorbis libraries under win32 environment you can experience some problems: 1) If you unzip vorbis libraries, you will have 3 directories: "libogg-1.0", "libvorbis-1.0" and "vorbis-tools-1.0". You need to rename them to "ogg", "vorbis", "vorbis-tools". Otherwise batch files or even dsp project files, won't work.

_CRT_SECURE_NO_DEPRECATE is new for VS2005. Nothing I can do with it in VS2003. Morten Ofstad wrote: > Jeff Cohen wrote: > >> The project files need frequent updating. I cannot maintain VS2005 >> project files, so while they could be distributed with LLVM, they >> will become broken fast. Also, VS2003 and VS2005 project and >> solution files cannot coexist in

The new property manager doesn't exist in VS2003 either. Don't know where to add it. Chris Lattner wrote: > On Fri, 27 Jan 2006, Jeff Cohen wrote: > >> _CRT_SECURE_NO_DEPRECATE is new for VS2005. Nothing I can do with it >> in VS2003. > > > It shouldn't hurt to define it though, even if VC2003 where it does > nothing. Right? > > -Chris >