search for: renamefil

Hi Jeff, We need to get getDirectoryContents and renameFile implemented from Unix/Path.cpp in Win32/Path.cpp, otherwise I can't get llvm-ar linked. Henrik. ============================================================= Henrik Bach Open Source Developer e-mail: henrik_bach_llvm at hotmail.com =========================================================...

I suspect those aren't the only two. I'll have to make a pass over Path.cpp to see what was added to the unix version and not to the win32 version. Henrik Bach wrote: > Hi Jeff, > > We need to get getDirectoryContents and renameFile implemented from > Unix/Path.cpp in Win32/Path.cpp, otherwise I can't get llvm-ar linked. > > Henrik. > > > ============================================================= > Henrik Bach > Open Source Developer > > e-mail: henrik_bach_llvm at hotmail.com > ======...

...f Cohen wrote: > I suspect those aren't the only two. I'll have to make a pass over > Path.cpp to see what was added to the unix version and not to the > win32 version. > > Henrik Bach wrote: > >> Hi Jeff, >> >> We need to get getDirectoryContents and renameFile implemented from >> Unix/Path.cpp in Win32/Path.cpp, otherwise I can't get llvm-ar linked. >> >> Henrik. >> >> >> ============================================================= >> Henrik Bach >> Open Source Developer >> >> e-mail: hen...

On Thu, 2004-12-30 at 20:46, Jeff Cohen wrote: > And now that I've done that I can't help but notice that Path.cpp is > getting very Unix-centric in its interfaces, what with file permission > bits and stuff. This is going to cause problems if and when LLVM is > ported to other operating systems, though I have to admit it's getting > difficult to name viable

actually, I can confirm now that gs AFPL 8.53 is the "culprit" here on #2, copied below again (though it is not a bug but a feature, albeit one you need to know about.) the -dSAFER switch, which appears in later versions of AFPL gs, not only eliminates renamefile and deletefile (manpage), but seemingly also allows only fonts in the GS_LIB path to be used export GS_LIB=/usr/local/share/texmf/fonts/type1/yandy:$GS_LIB fixes this protection problem for me. hope this will help some of you when you run R pdf files through gs. regards, /iaw [2] I do...

...for some odd reason, when I include these external lucida fonts, and create graphics in R, the R-created pdf can no longer be distilled by gs 8.53, because it stumbles into a safety issue. that is, all the gs scripts named 'ps2pdf*' have the option -dSAFER on by default, which disables the renamefile and deletefile operators, and it somehow prevents finding the fonts. (the bug does not appear if I do not use the external fonts.) http://groups.google.com/group/comp.lang.postscript/browse_frm/thread/3613c16aec64a9ed/a7c40582a0b5be1b?lnk=st&q=ivowel&rnum=1&hl=en#a7c40582a0b5be1b r...