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,