search for: mappedfile

...d without problems but gmake install failed with message: /home/wanderer/pkg/llvm/include/./llvm/Transforms/Utils/UnifyFunctionExitNodes.h /home/wanderer/pkg/llvm/include/./llvm/IntrinsicInst.h gmake[1]: Entering directory `/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 gmake[1]: *** [/usr/home/wanderer/pkg/build/llvm/obj/lib/System/Debug/MappedFile.o] Error 1 gmake[1]: Leaving directory `/usr/home/wanderer/pkg/build/ll...

>> 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

> 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: config.status: executing tools/sample/Makefile commands gmake[1]: Entering directory `/usr/home/wande...

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: > > platform/MappedFile.cpp: No such file or directory > Also note: i find text in LLVM build log: > > config.status: executing tools/sample/Makefile commands > gmake[1]: Enteri...

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>

...> 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" abstractions for lib/System. When done, these abstractions will take care of the bulks of the remaining system dependent behavior in LLVM. Unfortunately, the conversion from the XPS code is somewhat tedious for LLVM standards. Anyway, hope to do this on the plane tomorrow. Reid. -----------...

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

...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 th...

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

...macbook pro running 10.4.11. Finally, here's the full build log: llvm[1]: Compiling Alarm.cpp for Release build llvm[1]: Compiling Disassembler.cpp for Release build llvm[1]: Compiling DynamicLibrary.cpp for Release build llvm[1]: Compiling IncludeFile.cpp for Release build llvm[1]: Compiling MappedFile.cpp for Release build llvm[1]: Compiling Memory.cpp for Release build llvm[1]: Compiling Mutex.cpp for Release build llvm[1]: Compiling Path.cpp for Release build llvm[1]: Compiling Process.cpp for Release build llvm[1]: Compiling Program.cpp for Release build llvm[1]: Compiling Signals.cpp for Rel...

...|Win32"> > > <Tool > > Name="VCCLCompilerTool" > > PreprocessorDefinitions="__WINDOWS__"/> > > </FileConfiguration> > > </File> > > <File > > RelativePath="..\..\lib\System\MappedFile.cpp"> > > </File> > > <File > > RelativePath="..\..\lib\System\Memory.cpp"> > > </File> > > <File > > RelativePath="..\..\lib\System\Path.cpp"> > > </File> > > <Fil...

<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

...ration > Name="Release|Win32"> > <Tool > Name="VCCLCompilerTool" > PreprocessorDefinitions="__WINDOWS__"/> > </FileConfiguration> > </File> > <File > RelativePath="..\..\lib\System\MappedFile.cpp"> > </File> > <File > RelativePath="..\..\lib\System\Memory.cpp"> > </File> > <File > RelativePath="..\..\lib\System\Path.cpp"> > </File> > <File > RelativePath="..\..\lib\...