similar to: Wine release 5.0.1

The Wine development release 5.4 is now available. What's new in this release (see below for details): - Unicode data updated to Unicode version 13. - Builtin programs use the new UCRTBase C runtime. - More correct support for Internationalized Domain Names. - Support for painting rounded rectangles in Direct2D. - Text drawing in D3DX9. - Various bug fixes. The source is

The Wine development release 5.3 is now available. What's new in this release (see below for details): - More work towards Ucrtbase runtime support. - Full support for Unicode normalization. - Improvements in Shell Folders handling. - Various bug fixes. The source is available from the following locations: https://dl.winehq.org/wine/source/5.x/wine-5.3.tar.xz

The Wine development release 5.1 is now available. What's new in this release (see below for details): - Support for using LLVM-MinGW as PE cross-compiler. - Better reporting of error location in JScript and VBScript. - Support for relocatable installation of the Winelib tools. - Ellipse drawing in Direct2D. - OLE monikers improvements. - Various bug fixes. The source is

The Wine development release 5.2 is now available. What's new in this release (see below for details): - More compatible codepage mapping tables. - Support for using the null display driver as a real driver. - Better UTF-8 support in the Resource and Message Compilers. - Fixes for using ucrtbase as C runtime. - Various bug fixes. The source is available from the following

The Wine maintenance release 1.8.2 is now available. What's new in this release (see below for details): - Various bug fixes. - Small translation updates. The source is available from the following locations: http://dl.winehq.org/wine/source/1.8/wine-1.8.2.tar.bz2 http://mirrors.ibiblio.org/wine/source/1.8/wine-1.8.2.tar.bz2 Binary packages for various distributions will be

The Wine development release 2.4 is now available. What's new in this release (see below for details): - Built-in implementation of cryptographic hashes. - Mono engine updated with upstream fixes. - More Direct3D command stream work. - Simulated bold and italic in DirectWrite. - Improvements to the XML reader. - Various bug fixes. The source is available from the following

The Wine development release 3.3 is now available. What's new in this release (see below for details): - Beginnings of Vulkan support. - Direct3D multi-threaded command stream enabled by default. - Multisample textures enabled by default. - Support for game controllers through SDL. - Support for loading CIL-only .Net binaries. - Various bug fixes. The source is available from the

The Wine development release 1.9.1 is now available. What's new in this release (see below for details): - A few more deferred fixes. - Support for debug registers on x86-64. - More Shader Model 4 instructions. - Support for the Mingw ARM toolchain. - Various bug fixes. The source is available from the following locations: http://dl.winehq.org/wine/source/1.9/wine-1.9.1.tar.bz2

On Wed, Nov 29, 2017 at 6:19 PM, Tom Stellard via Release-testers < release-testers at lists.llvm.org> wrote: > Hi, > > I've tagged the 5.0.1-rc2 release, go ahead and start testing and report > your results. > > > SLES11 uploaded. 1312db7bdfd05c82dd52983f8c5df1a6819df79f clang+llvm-5.0.1-rc2-linux-x86_64-sles11.3.tar.xz -------------- next part -------------- An

Greetings, All: I am trying to build llvm-5.0.1 on Solaris 10/Sparc with gcc-5.4.0 as follows. cmake -DLLVM_TARGETS_TO_BUILD="Sparc" /home/nemo/opt/llvm/llvm-5.0.1-src I then invoke gmake and the build trundles along and stops as follows. [ 62%] Building CXX object lib/ObjectYAML/CMakeFiles/LLVMObjectYAML.dir/MachOYAML.cpp.o

Greetings, All. Llvm-5.0.1 was successfully built on Solaris 10/sparc. I first built the Debug version then the Release version with the following cmake/gmake incantations: cmake \ -DCMAKE_C_COMPILER=/home/build/gcc/5.4.0/bin/gcc \ -DCMAKE_CXX_COMPILER=/home/build/gcc/5.4.0/bin/g++ \ -DLLVM_TARGETS_TO_BUILD=Sparc \ -DCMAKE_INSTALL_PREFIX=/home/build/llvm \ -DCMAKE_BUILD_TYPE=Release \

On Sat, Dec 9, 2017 at 6:51 AM, Dimitry Andric via Release-testers < release-testers at lists.llvm.org> wrote: > On 8 Dec 2017, at 00:47, Tom Stellard via Release-testers < > release-testers at lists.llvm.org> wrote: > > I've just tagged 5.0.1-rc3, please test and report the results. > > Hopefully, this will be the last RC and the final release will > > be

Hi, I've just tagged 5.0.1-rc3, please test and report the results. Hopefully, this will be the last RC and the final release will be next week. -Tom

Hi, Here is the proposed release schedule for the 5.0.1 release: October 22, 2017 RC1 November 15, 2017 Merge Request Deadline November 22, 2017 Merge Deadline /RC2 December 1, 2017 5.0.1-final Instructions for submitting merge requests can be found here: http://llvm.org/docs/HowToReleaseLLVM.html#merge-requests If there are no objections, I will be adding this schedule to the website soon.

Hi, Is the recent version 0.1.5 (08.05.2006) of XiphQT compatible with iTunes 5.0.1 and Mac OSX 10.4? I am trying to get flac files to play in my iTunes and hope I don't have to upgrade iTunes and get all the junk that comes with it. i already have ogg support, so this is an incremental improvement. -- Thanks, Jerry

Hi, I tagged 5.0.1-final on Friday. Testers can begin uploading binaries. -Tom

Greetings, As of LLVM 5.0.1, LLVM generates a dependency on diaguids.lib if it finds DIA SDK available. This is ok, however llvm-config.exe does not expose the path to the library, so it results in these link errors: LLVMDebugInfoPDB.lib(DIASession.obj) : error LNK2019: unresolved external symbol "long __cdecl NoRegCoCreate(wchar_t const *,struct _GUID const &,struct _GUID const

Jerry, On 1/31/07, Jerry Helffrich <jhelffrich@gmail.com> wrote: > Hi, > Is the recent version 0.1.5 (08.05.2006) of XiphQT compatible with > iTunes 5.0.1 and Mac OSX 10.4? I am trying to get flac files to play The main factor here is the QuickTime version you have installed. If it's 7 or later you should be able to use XiphQT. > in my iTunes and hope I don't have

I am trying to use AliasAnalysis. The code for pass dependence is as following: class Timer : public ModulePass{ AliasAnalysis *AA; void getAnalysisUsage(AnalysisUsage &AU) const override { AU.addRequired<AAResultsWrapperPass>(); } ......... } bool Timer::runOnFunction(Function &F) { LLVMContext &C = F.getContext(); AA =

Hi, Recently I was looking at the potential of optimizing through Polly. The code that I am trying to optimize [1] adjusts a picture's colors to get an Instagram-like effect. To improve code analyzability on LLVM 3.9.0, I made the following changes: - Improve SCoP detection through -polly-process-unprofitable - Enable outer loop vectorization through -polly-vectorizer=stripmine, disabling