search for: mappedfiles

Displaying 13 results from an estimated 13 matches for "mappedfiles".

Did you mean: mappedfile
2004 Nov 10
0
[LLVMdev] All SingleSource and MultiSource tests failed at FreeBSD
>> This looks like your crtend.a file did not get built correctly. Try >> doing >> make clean/make install in llvm/runtime/ again. >> > gmake clean in llvm/runtime/ remove all build tree of nighttest starting > with llvm/runtime/../.. > And then i can't do gmake install :) > > Ok > I will rebuld llvm and check build logs for crtend.a creating and
2004 Nov 10
3
[LLVMdev] All SingleSource and MultiSource tests failed at FreeBSD
>> All SingleSource and MultiSource tests failed in last run of FreeBSD >> nighttester (and in previous). >> Mostly with error: > > This looks like your crtend.a file did not get built correctly. Try doing > make clean/make install in llvm/runtime/ again. > gmake clean in llvm/runtime/ remove all build tree of nighttest starting with llvm/runtime/../.. And then i
2004 Nov 10
2
[LLVMdev] All SingleSource and MultiSource tests failed at FreeBSD
> Current CVS LLVM build without problems but gmake install failed with > message: > > `/usr/home/wanderer/pkg/build/llvm/obj/lib/System' > llvm[1]: Compiling MappedFile.cpp for Debug build > /home/wanderer/pkg/build/llvm/src/llvm/lib/System/MappedFile.cpp:27:35: > platform/MappedFile.cpp: No such file or directory Also note: i find text in LLVM build log:
2004 Nov 10
0
[LLVMdev] All SingleSource and MultiSource tests failed at FreeBSD
On Wed, 2004-11-10 at 11:06, Vladimir Merzliakov wrote: > > Current CVS LLVM build without problems but gmake install failed with > > message: > > > > `/usr/home/wanderer/pkg/build/llvm/obj/lib/System' > > llvm[1]: Compiling MappedFile.cpp for Debug build > > /home/wanderer/pkg/build/llvm/src/llvm/lib/System/MappedFile.cpp:27:35: > >
2004 Oct 10
0
[LLVMdev] Win32 version of MappedFile.cpp
Along with a fix for the FreeBSD version of MappedFile.cpp. -------------- next part -------------- A non-text attachment was scrubbed... Name: diff.out Type: application/octet-stream Size: 5228 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20041009/807b77f3/attachment.obj>
2004 Sep 24
1
[LLVMdev] Little win32/Signals.cpp patch
On Fri, 2004-09-24 at 08:17, Jeff Cohen wrote: > Actually, <algorithm> is not correct. This remove is in stdio.h and > io.h in VC7.1. It removes a file, not elements from a collection. > > The proper solution is to not use remove at all and use > Path::destroy_file(). Yes. I'm currently working on "Block", "File" and "MappedFile"
2017 Nov 09
10
Experiment on how to improve our temporary file handing.
Currently a power failure or other hard crash can cause lld leave a temporary file around. The same is true for other llvm tools. As an example, put a breakpoint in Writer.cpp:236 ("writeBuildId()") and restart the run a few times. You will get t.tmp43a735a t.tmp4deeabb t.tmp9bacdd3 t.tmpe4115c4 t.tmpeb01fff The same would happen if there was a fatal error between the
2005 Jun 30
0
Rsync files with long filename
...ze=variable&transactionI D=971509383441462[1] Of course, this is just a temp file, however a number of important files are not being copied. My setup (which otherwise is working well) is rsyncing between two w2k3 machines with cygwin. Rsync command: $RSYNC -vrpogtz --delete \ --exclude=.mappedfiles --include-from=$RCONF \ --modify-window 10 $RHOST::backup$SPATH $DPATH With all paramaters set correctly Any suggestions? Thanks -nick --- Important: This message is intended only for the use of the addressee and may contain confidential or legally privileged information. If you are not the...
2004 Sep 24
0
[LLVMdev] Little win32/Signals.cpp patch
Actually, <algorithm> is not correct. This remove is in stdio.h and io.h in VC7.1. It removes a file, not elements from a collection. The proper solution is to not use remove at all and use Path::destroy_file(). On Fri, 24 Sep 2004 08:09:37 -0700 Jeff Cohen <jeffc at jolt-lang.org> wrote: > <algorithm> works too. > > On Fri, 24 Sep 2004 10:09:21 -0500 > Alkis
2008 Feb 17
1
[LLVMdev] llvm 2.2 build problems
I'm getting an error when trying to build llvm 2.2's tblgen: llvm[2]: Linking Release executable tblgen (without symbols) /usr/bin/ld: Undefined symbols: llvm::MemoryBuffer::getFileOrSTDIN(char const*, unsigned int, std::basic_string<char, std::char_traits<char>, std::allocator<char> >*, long long) llvm::cl::ParseCommandLineOptions(int, char**, char const*) It's
2004 Dec 03
0
[LLVMdev] [Fwd: Updated LLVM Visual Studio project files]
On Fri, 3 Dec 2004, Reid Spencer wrote: > Could someone please apply this patch to the Win32 support so that > Morten and Jeff can handle the recent changes? I can't do it because > I"m on the road with only email access. I'd be happy to do it. Can someone send me the patch as an attachment off-list? -Chris > > <Tool > >
2004 Sep 24
6
[LLVMdev] Little win32/Signals.cpp patch
<algorithm> works too. On Fri, 24 Sep 2004 10:09:21 -0500 Alkis Evlogimenos <alkis at cs.uiuc.edu> wrote: > On Fri, 2004-09-24 at 09:43, Paolo Invernizzi wrote: > > Jeff Cohen wrote: > > > > >But I compiled that under vc7.1 as it was! > > > > > > > > ;-(( > > > > Probably is an implicid includes, but I'm using the
2004 Dec 03
2
[LLVMdev] [Fwd: Updated LLVM Visual Studio project files]
Could someone please apply this patch to the Win32 support so that Morten and Jeff can handle the recent changes? I can't do it because I"m on the road with only email access. Thanks, Reid. -----Forwarded Message----- > From: Morten Ofstad <morten at hue.no> > To: Reid Spencer <reid at x10sys.com> > Subject: Updated LLVM Visual Studio project files > Date: Thu,