similar to: [LLVMdev] Phishing Attack?

I am compiling svn head LLVM at the moment and I keep getting requests for password, which never used to occur before, followed by: Connection closed by 147.32.84.4, which is some site in Amsterdam. This occurs at this point in the make execution: make[3]: Entering directory `......./llvm/lib/Target/X86' Is this genuine, or has someone hacked the code and inserted some phishing attack into

Sorry about taking up the bandwith here, I have solved this interesting bug of my own now. It turns out I had inadvertently inserted a shell script into my search path which happened to have the same name as one of the more obscure system programs used in the LLVM Makefile execution and this was trying to connect to the remote machine instead of getting on with the job.... a warning against using

[ Sorry, I did not see the renamed thread until I'd already replied on the old one. Calling this a phishing attack is exactly right. ] On 2010-01-30, Joachim Schipper wrote: > If I understand you correctly, you argue that connecting to malicious > hosts is currently secure, and will remain secure, but that it will > become easier to convince people to send the passphrase for

Thank you very much for your reply. However, my question is not completely solved. I svned the latest version of the llvm. After I open in the visual studio 2005, the building errors are still there and there was not any .exe executable file output. I set the Fibonacci project under the solution as my startup project and issue the debug-run command. However, the vs 2005 just prompted me that the

What files are created by the TableGen so that I can clean them out and start fresh? On Tue, Sep 11, 2012 at 3:11 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: > ulimit -s = 8192 > set "ulimit -c unlimited" > > > > On Tue, Sep 11, 2012 at 3:03 PM, Ryan Taylor <ryta1203 at gmail.com> wrote: > >> John, >> >> Thanks for responding. No,

Sorry, here's something a little more descript: core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 20 file size (blocks, -f) unlimited pending signals (-i) 16382 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024

Yes it is true and the very reason why i want all my Google Group Friends to be aware of the latest scams. They are not listed on the Scam Buster sites simple because they go unnoticed , well people like me get duped though. Please read <http://workfromhomedepot.blogspot.com/2008/02/latest-email-scam-fraud-phishing-online.html>and forward to all the people you care for. -- Yours Sincerely

Tried a fresh checkout with the same issue. I'm assuming this issue must be on my end. ---------- Forwarded message ---------- From: Ryan Taylor <ryta1203 at gmail.com> Date: Tue, Sep 11, 2012 at 1:28 PM Subject: Build Error from Intrinsics.td To: llvmdev at cs.uiuc.edu gmake[1]: Entering directory `/home/ryan/llvm/llvm_core/trunk/lib/VMCore' llvm[1]: Building Intrinsics.gen.tmp

Jon Harrop wrote: > On Thursday 26 February 2009 17:25:56 Chris Lattner wrote: >> In my ideal world, this would be: >> >> 1. Subsystems [with clean interfaces] for thread management, >> finalization, object model interactions, etc. >> 2. Within different high-level designs (e.g. copying, mark/sweep, etc) >> there can be replaceable policy components etc.

These self-host builders all just starting failing. It looks like tablegen is being miscompiled. The first failed builds: (1) http://lab.llvm.org:8011/builders/llvm-gcc-i386-linux-selfhost/builds/208 (2) http://lab.llvm.org:8011/builders/dragonegg-i386-linux/builds/194 (3) http://lab.llvm.org:8011/builders/dragonegg-x86_64-linux/builds/197 The odd thing is that I can't see any suspicious

Hi. Failure 1: Current clang-6.0 from http://apt.llvm.org/, current sources. $ CC=clang-6.0 CXX=clang++-6.0 cmake -DLLVM_ENABLE_PROJECTS="clang;libcxx;libcxxabi;compiler-rt;lld;polly;openmp" -DLLVM_USE_SANITIZER="Address;Undefined" -DCMAKE_BUILD_TYPE=Release -GNinja ../llvm $ ninja [200/3921] Building Attributes.gen... FAILED: include/llvm/IR/Attributes.gen.tmp cd

Did anyone else just get what looks like a phising attempt pretending to be from digium? It appears to be full of links to http://app.en25.com/e/er.aspx I must admit, it looks genuine.

> A problem with that, it's a bit cumbersome. You have to realize what the > cause of the problem, so that adding the flag will fix it (why is ssh > failing anyway?). And then check the exact syntax. And write that, on the > command-line. It is another option though. Personally, I set IdentitiesOnly yes as the global default in ~/.ssh/config, and explicitly set the preferred key

FYI/Heads up, I /just/ received what looks like a phishing attempt for information about Open Source PBX usage. It says it comes from Digium but all the links (including the one for digium.com) point elsewhere. Rod --

Hi all, I'm currently reviewing if LLVM would be useful for a use case on our side, and run into a build problem on PPC64/Linux (x86, x86_64, and ppc build ok): the 2.5 release and trunk fail the same way, just the line number is differs by one, 2.5: llvm[2]: ======= Finished Linking Release Executable tblgen (without symbols) make[2]: Leaving directory

John, Thanks for responding. No, I don't see a limit from ulimit. It's definitely with the tblgen though, I have the same errors trying to compile clang. On Tue, Sep 11, 2012 at 2:57 PM, John Criswell <criswell at illinois.edu>wrote: > On 9/11/12 4:53 PM, Ryan Taylor wrote: > > Tried a fresh checkout with the same issue. I'm assuming this issue must > be on my

Here's another question. It's failing on a clean checkout, so what does llvm use from a previous install that I would need to clean when installing a new clean checkout? On Tue, Sep 11, 2012 at 3:27 PM, Villmow, Micah <Micah.Villmow at amd.com>wrote: > Usually it is the ones that end in ".inc".**** > > ** ** > > *From:* llvmdev-bounces at cs.uiuc.edu

Hello, Thanks to recent changes in the SVN, I was able to successfully build LLVM under Windows in the following environments: 1. Cygwin; 2. MinGW/MSYS; 3. "gcc -mno-cygwin" (a.k.a MinGW on Cygwin). For 3., I've had to make a few manual changes to the build system. Care is needed because non-Cygwin external commands require Windows paths and Cygwin's make does not like path

On 9/11/12 4:53 PM, Ryan Taylor wrote: > Tried a fresh checkout with the same issue. I'm assuming this issue > must be on my end. Dumb question: do you have a restrictive ulimit setting that might cause the tblgen program to run out of memory? I tend to doubt that this is the case, but it'd be good to double check. -- John T. > > ---------- Forwarded message ----------

Hello, i am trying to build llvm 3.2 and early into the make proccess i am getting this error: llvm[1]: Building Intrinsics.gen.tmp from Intrinsics.td Could not open input file '/src/llvm-3.2.src/include/llvm/Intrinsics.td': No such file or directory Makefile:23: recipe for target `/src/llvm-3.2.src/build/lib/VMCore/Release+Asserts/Intrinsics.gen.tmp' failed make[1]: ***