search for: ggr

On Apr 17, 7:01 pm, Owen Anderson <resis... at mac.com> wrote: > Gabor, > > Have you updated llvm2cpp to generate calls to the appropriate new Yes. These are caught by my conversion scripts. > constructors? Also, could you check the code in the tutorials to make > sure it matches the new API? Good point, will do. Thanks, Gabor > > --Owen

On Apr 18, 5:51 pm, heisenbug <ggr... at gmail.com> wrote: > On Apr 17, 7:01 pm, Owen Anderson <resis... at mac.com> wrote: > > > Gabor, > > > Have you updated llvm2cpp to generate calls to the appropriate new > > Yes. These are caught by my conversion scripts. > > > constructors?  Also,...

I have compiled R version 1.3.1 on a Linux system. No errors or warnings are reported. However, "make check" fails thus: ===== make[5]: Leaving directory `/proj/informatics-build/GML/R/R-1.3.1/src/library' running code in base-Ex.R ... ../../bin/R --vanilla < base-Ex.R > base-Ex.Rout make[4]: *** [base-Ex.Rout] Error 139 ===== The base-Ex.Rout being produced at this

Is this just me???? Just installed 2.0.5a for testing. Copying files (using explorer) from NT to Samba-2.0.5a (Solaris2.6 *and* Irix6.5) fails to copy the date/time stamp correctly (1.9.18p7 is fine, from the same NT system). 24/06/1999 11:59 (on NT) => 25/06/1999 17:14 (Samba) 25/06/1999 17:00 (on NT) => 25/06/1999 17:09 (Samba) (Yes, that is one 24th and three 25ths of

As promised here comes the algorithmic part of the project. I have documented the way how the User object can be recovered from an array of Use objects. I have included a reference implementation in Haskell, along with a randomized test suite, which passes. This is just for those who want to manually prove the correctness of the C++ algorithm. If you wish I can remove (or move to another

...have > to read the diffs or extrapolate from the conversion scripts. Sure. The mechanism has been up to review here: <http://lists.cs.uiuc.edu/pipermail/llvmdev/2008-April/013729.html> The header file should provide a nice overview: <http://llvm.org/viewvc/llvm-project/llvm/branches/ggreif/use-diet/ include/llvm/User.h?view=markup&pathrev=49380> There is only one API change this time: "new GlobalVariable" becomes "GlobalVariable::Create" Currently there is another annoyance, you cannot pass a dereferenced use_iterator to dyn_cast, you have to write dyn_...

On May 21, 11:21 pm, mor... at hue.no wrote: [snip] > > FYI I'm using Visual Studio 2005 Professional Edition (not Express). > > m. > > PS. The proposed fix (by heisenbug) to the warnings from the operator new in User.h doesn't work at all. Hmmm, this is really unfortunate. http://www.glenmccl.com/tip_025.htm confirms the given recipe. By "doesn't work at

Errrrr, please make that void operator delete(void*, size_t) {} The mainline changed it in the meantime (size_t --> unsigned). Sorry for the confusion :-/ Cheers, Gabor On May 22, 12:39 am, heisenbug <ggr... at gmail.com> wrote: > On May 21, 11:21 pm, mor... at hue.no wrote: > > [snip] > > > > > FYI I'm using Visual Studio 2005 Professional Edition (not Express). > > > m. > > > PS. The proposed fix (by heisenbug) to the warnings from the operator new...

I have experienced this with a svn 1.5 client but not with 1.4.6. Did anybody see this with a 1.4.6 (or older) client? Btw. what is the server version? Anyway this seems to be a bug in subversion. Cheers, Gabor PS: http://subversion.tigris.org/servlets/ReadMsg?list=users&msgNo=79361 On Jul 1, 5:27 am, Chris Lattner <clatt... at apple.com> wrote: > Devang removed the old

R (1.3.1) appears to have a bug (well a mis-feature, I suppose). It places architecture-specific and architecture-dependent files in the same locations. This means that the common files cannot be shared across installations on multiple architectures. It would be nice if it could separate these under exec_prefix and prefix and look in the relevant one for each file.

hi*& ppl, what I see? smbstat shows this: veda uucp uucp 17012 vdv (193.168.6.84) Sun Dec 19 14:33:43 1999 squid-wate piv guest 19110 nlv (193.168.6.74) Mon Dec 20 08:51:18 1999 squid-nav paul wheel 19110 nlv (193.168.6.74) Mon Dec 20 08:51:42 1999 nlv nlv guest 19110 nlv (193.168.6.74) Mon Dec 20 09:11:31 1999

Devang removed the old llvm/tools/lto directory and renamed lto2 -> lto. The end result of this is that 'svn up' may complain. If you get an error about this from svn, just do: $ rm -rf llvm/tools/lto* $ svn up llvm/tools to fix it, -Chris

Full_Name: Gordon Lack Version: 2.2.0 OS: OSF1/Tur64 Submission from: (NULL) (193.128.25.20) R-2.2.0 fails to build on OSF1 systems. ..... make[4]: Leaving directory `..../R-2.2.0/src/library/tools/src Error in list.files(path, pattern, all.files, full.names, recursive) : invalid 'pattern' regular expression Execution halted make[3]: *** [all] Error 1 ..... I've tracked

Quoting Gabor Greif <ggreif at gmail.com>: Hi Gabor, I can not open the link, can you send again? > AAAH! > > I see you are still at 2.5. Then this patch (the fix) > is relevant for you: > > <http://llvm.org/viewvc/llvm-project/llvm/trunk/include/llvm/ADT/ > ilist.h?r1=66061&r2=68785&a...

Full_Name: Gordon Lack Version: 2.4.0 OS: OSF1 v5.1 Submission from: (NULL) (198.28.92.5) Changes to the bin/R front-end interlude script at 2.4.0 (cf: 2.2.0) have broken R on (Dec/Compaq/HP) OSF1. There are 3 occurrences of "${@}", but this is the incorrect syntax for adding $@, as on older Bourne shells this will add an empty (but present) parameter. The result is that the build

...> > > Then I put $LLVM_TOP/install and $LLVM_TOP/llvm/Release/bin im my > > path, but now > > > checking for C++ compiler default output file name... configure: > > error: C++ compiler cannot create executables > > > invoking g++ directly gives: > > > ggreif$ g++ jj.cpp > > /usr/bin/ld: can't locate file for: -lstdc++ > > > I am stuck. What can I do to run the tests? > > Did you do a make install? It is probably searching for libstdc++ from > the g++ you just built. yes. into $LLVM_TOP/install > I usually add a &quot...

...nondot.org> wrote: > On Mon, 21 Apr 2008, Gabor Greif wrote: > > Hi all, > > > can anybody confirm that llvm-gcc is broken? > > It builds for me on x86, darwin8 (svn rev: 50048). What are you using to > configure it? This is what gcc/config.log remembered: $ /Users/ggreif/llvm-gcc/gcc/configure --cache-file=./config.cache -- build=i686-apple-darwin8 --host=i686-apple-darwin8 --target=i686-apple- darwin8 --with-gxx-include-dir=/usr/include/c++/4.0.0 --prefix=/Users/ ggreif/obj/../install --enable-llvm=/Users/ggreif/llvm --with- arch=pentium-m --with-tune=prescott...

>I just sent a reply to Razvan with 3 patches that I think should be merged >into the release branch. I want to keep it somewhat in sync with mainline. >Can you try applying those 3 patches and let me know if it builds for you >and what version of MSVC you have? It doesn't build. first problem is patch 51098 that adds lib\VMCore\Use.cpp and lib\Transforms\Utils\UnrollLoop.cpp

...file could not be made. > > Then I put $LLVM_TOP/install and $LLVM_TOP/llvm/Release/bin im my > path, but now > > checking for C++ compiler default output file name... configure: > error: C++ compiler cannot create executables > > invoking g++ directly gives: > > > ggreif$ g++ jj.cpp > /usr/bin/ld: can't locate file for: -lstdc++ > > I am stuck. What can I do to run the tests? > Did you do a make install? It is probably searching for libstdc++ from the g++ you just built. I usually add a "--program-prefix=llvm-" to configure, and the...

Hi all, I had an issue this morning with one of my virtual machines. It wouldn't boot (into any runlevel), nor could I chroot into the root partition using a rescue disk. Unfortunately I didn't grab a screenshot, however the error(s) when booting were: /pre-pivot/50selinux-loadpolicy.sh: 14 <other messages> init: readahead main process (425) killed by SEGV signal init: