search for: n54

Displaying 10 results from an estimated 10 matches for "n54".

Did you mean: 54
2007 Mar 19
5
Problem well trying to run Need For Speed Porsche Unleased
...ger . So I simply use wine and I get to play NFS on ubuntu simple right. I install NFS and everything goes fine. I then go to wincfg and add NFS and change it to run in 98. Error one I run the shortcut on my desktop in a terminal and I get this paul@Pdesktop:~$ wine "C:\PROG~FBU\ELEC~OXY\NEED~N54\Porsche.exe" fixme:vxd:VXD_Open Unknown/unsupported VxD L"sice.vxd". Try setting Windows vers ion to 'nt40' or 'win31'. fixme:vxd:VXD_Open Unknown/unsupported VxD L"siwvid.vxd". Try setting Windows ve rsion to 'nt40' or 'win31'. fixme:vxd:VXD...
2017 Aug 28
5
[5.0.0 Release] Please write release notes
I'm sorry, but I don't think LLDB has any release notes. On Sat, Aug 26, 2017 at 9:49 PM, Kamil Rytarowski <n54 at gmx.com> wrote: > LLDB: > > Switched the NetBSD platform to new remote tracing capable framework. > > Preliminary support for tracing NetBSD(/amd64) processes and core files > with a single thread. > > On 25.08.2017 02:44, Hans Wennborg via llvm-dev wrote: >> Tha...
2015 Feb 12
3
[LLVMdev] Noop in sys::getDefaultTargetTriple()?
Hello, I was looking at sys::getDefaultTargetTriple() (file: lib/Support/Unix/Host.inc ) and there is something unclear to me. std::string sys::getDefaultTargetTriple() { StringRef TargetTripleString(LLVM_DEFAULT_TARGET_TRIPLE); std::pair<StringRef, StringRef> ArchSplit = TargetTripleString.split('-'); // Normalize the arch, since the target triple may not actually
2018 Feb 19
2
[6.0.0 Release] TIme to wrap it up
Dear everyone, The release schedule has snuck up on me again, and it's time to wrap up the release. We won't make it to the final tag on the 21st as per the schedule, but I would like to get all outstanding blockers fixed and rc3 tagged by Friday. Hopefully this would be the last rc and we could go to final soon after. If you're involved in a release-blocking bug (see
2018 Feb 20
0
[lldb-dev] [6.0.0 Release] TIme to wrap it up
On 19.02.2018 16:57, Hans Wennborg via lldb-dev wrote: > I would also like to get the release notes ready this week. If you've > been meaning to write something but didn't get around to it yet, now > is the time. > Notes regarding the X86(_64) backend: Preliminary support for Sanitizers and sibling features on NetBSD (ASan, UBsan, TSan, MSan, SafeStack, libFuzzer). Feel free
2018 Mar 03
0
[compiler-rt] FreeBSD / MSan support
On 03.03.2018 13:10, David CARLIER via llvm-dev wrote: > Hi dear FreeBSD support, > > The turn of MemorySanitizer to get early support into FreeBSD. > > Kind regards. > I recommend to fix the failures in existing tests. Next enable MSan for sanitizer-common tests and fix the breaking tests on FreeBSD. How about TSan? -------------- next part -------------- A non-text
2018 Mar 03
4
[compiler-rt] FreeBSD / MSan support
Hi dear FreeBSD support, The turn of MemorySanitizer to get early support into FreeBSD. Kind regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20180303/253c2a4f/attachment.html>
2017 Aug 21
2
[5.0.0 Release] Please help fix the remaining blockers (2 days left!)
Hello everyone, According to the release schedule, we're supposed to be tagging 'final' on Wednesday. Unfortunately, I suspect we will be a little late. There are currently 32 open release blockers: https://bugs.llvm.org/buglist.cgi?f1=blocked&o1=equals&v1=33849&query_format=advanced&resolution=--- Some of those have traction, but many don't. Some just need
2017 Aug 25
3
[5.0.0 Release] Please write release notes
Thanks! r311738. On Thu, Aug 24, 2017 at 4:51 PM, Adam Nemet <anemet at apple.com> wrote: > Hi Hans, > > Opt-viewer is now installed rather than being an internal-only tool so here it goes: > > A new tool opt-viewer.py has been added to visualize optimization remarks in HTML. The tool processes the YAML files produced by clang with the -fsave-optimization-record option. >
2008 Jun 30
4
Rebuild of kernel 2.6.9-67.0.20.EL failure
Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking