search for: rcsaba

On Thu, May 16, 2013 at 11:30 AM, Renato Golin <renato.golin at linaro.org> wrote: > On 16 May 2013 09:01, Csaba Raduly <rcsaba at gmail.com> wrote: >> >> "s390x--linux-gnu" seems wrong: either there's a dash too many or a >> word too few. > > > Nope, this triple is correct. The canonicalization of the triple (actually a > quadruple) always print all fields, empty or not. >...

Hi, Two days ago, the test suite started failing. Initially there were hundreds of failing tests; now only seven remain. They appear to be related to SystemZ. Here's the last failed test: ******************** FAIL: LLVM :: MC/Disassembler/SystemZ/unmapped.txt (11484 of 14435) ******************** TEST 'LLVM :: MC/Disassembler/SystemZ/unmapped.txt' FAILED ******************** Script:

On 16 May 2013 09:01, Csaba Raduly <rcsaba at gmail.com> wrote: > "s390x--linux-gnu" seems wrong: either there's a dash too many or a > word too few. > Nope, this triple is correct. The canonicalization of the triple (actually a quadruple) always print all fields, empty or not. I'm not sure what's going...

Csaba Raduly <rcsaba at gmail.com> wrote: > error: no disassembler for target s390x--linux-gnu The SystemZ disassembler was only recently added. To process major changes to the source tree like the addition of a completely new component, it seems to be necessary to explicitly re-run configure (or sometimes eve...

Hi, For a couple of days now, one of the tests fails: FAIL: LLVM :: MC/R600/sopp.s (16225 of 19902) ******************** TEST 'LLVM :: MC/R600/sopp.s' FAILED ******************** Script: -- /home/csabaraduly/workspace/LLVM/build/Release+Asserts/bin/llvm-mc -arch=r600 -mcpu=SI -show-encoding /home/csabaraduly/workspace/LLVM/llvm/test/MC/R600/sopp.s |

...uitable for IDEs, however, from the sysop point of view, it's much more a pleasure to work with cmake than with autotools, and when you introduce (yet) another new build system, it would be just a headache :) Best regards, Christian Parpart. On Fri, Oct 28, 2011 at 12:55 PM, Csaba Raduly <rcsaba at gmail.com> wrote: > On Fri, Oct 28, 2011 at 3:34 AM, Chandler Carruth wrote: > > I have a very high level comment, and you may be able to directly shed > light > > on it before I dig into a lot more detail. > > Why not simply standardize on CMake? > > That woul...

Good morning, Csaba! 2010/11/24 Csaba Raduly <rcsaba at gmail.com>: > I hope this is the right forum... The llvmdev should be more suitable! It is llvm's issue. > Failing Tests (15): >    LLVM :: DebugInfo/2009-10-16-Scope.ll (snip) >    LLVM :: Transforms/SimplifyLibCalls/StrSpn.ll > >  Expected Passes    : 3783 >  Expe...

Good evening, Csaba! I think rather, Cygwin does not need to know what PATHEXT would be. A patch(0001) is attached. Another patch is for unittests. Lit does not find *Tests.exe in unittests on ToT. 2010/12/24 Csaba Raduly <rcsaba at gmail.com>: > P.S. > With the above change, "make check-all" starts to run. Estimated run > time: 40 hours on my 1.8GHz single-core Centrino laptop. (The same > machine running Linux completed "make check-all" in 2min 30 sec!) me2. I don't know why too slo...

On Fri, Dec 24, 2010 at 10:32 AM, NAKAMURA Takumi wrote: > me2. I don't know why too slow. I know now. It was a debug build (enable-optimized=no) created only for trying out your patch on Util.py. Doh! -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. "

On Wed, Apr 20, 2011 at 11:24 AM, Csaba Raduly <rcsaba at gmail.com> wrote: > On Wed, Apr 20, 2011 at 10:44 AM, Joe Armstrong  wrote: >> >> It seems very strange to me that the ansi standard says "XXX is >> undefined" and that both clang and gcc >> can detect that something is undefined and that by default they &...

On 11/14/11, Alan Garny wrote: > For what is worth, I have been able to trace my problem (thanks Kevin Kelley > for the indirect help!). The 'culprit' was DLL Expert Viewer > (http://www.nirsoft.net/utils/dll_export_viewer.html). It kept reporting > that there were no exported functions, so I (wrongly) assumed that something > had gone wrong while, using PEInfo >

2011/11/15 Csaba Raduly <rcsaba at gmail.com>: > On 11/14/11, Alan Garny  wrote: >> For what is worth, I have been able to trace my problem (thanks Kevin Kelley >> for the indirect help!). The 'culprit' was DLL Expert Viewer >> (http://www.nirsoft.net/utils/dll_export_viewer.html). It kept reportin...

On Thu, Nov 14, 2013 at 4:40 AM, Mikael Lyngvig wrote: > Yes, ARM normally runs as a little-endian and it is a 32-bit CPU. It CAN be > configured to be a big-endian system, but that requires hardware support as > far as I know. > > I do have an old, slow Mac Mini G4 PowerPC (big-endian) that I could hook up > as a builder too. I was thinking of it the moment you mentioned big

On Thu, Oct 20, 2011 at 10:59 PM, monica j wrote: > The latest in my problems building clang-only: > > llvm[4]: Linking Debug+Asserts executable clang > /llvm/build/Debug+Asserts/lib/libclangLex.a: could not read symbols: File > format not recognized > collect2: ld returned 1 exit status What is the output of file /llvm/build/Debug+Asserts/lib/libclangLex.a ? Csaba -- GCS

....o LiteralSupport.o MacroArgs.o MacroInfo.o PPCaching.o PPDirectives.o PPExpressions.o PPLexerChange.o PPMacroExpansion.o PTHLexer.o Pragma.o PreprocessingRecord.o Preprocessor.o PreprocessorLexer.o ScratchBuffer.o TokenConcatenation.o TokenLexer.o On Fri, Oct 21, 2011 at 7:08 AM, Csaba Raduly <rcsaba at gmail.com> wrote: > On Thu, Oct 20, 2011 at 10:59 PM, monica j wrote: > > The latest in my problems building clang-only: > > > > llvm[4]: Linking Debug+Asserts executable clang > > /llvm/build/Debug+Asserts/lib/libclangLex.a: could not read symbols: File > >...

On Wed, Apr 20, 2011 at 10:44 AM, Joe Armstrong wrote: > > It seems very strange to me that the ansi standard says "XXX is > undefined" and that both clang and gcc > can detect that something is undefined and that by default they > compile the offending code without > any feelings of guilt. "The good thing — the only good thing! — about undefined behavior in

On Mon, Jun 18, 2012 at 11:46 AM, Chandler Carruth wrote: > On Mon, Jun 18, 2012 at 2:32 AM, Mikael Lyngvig wrote: >> >> Hi, >> >> The docs state that you can do a "make update" to update all top-level and >> embedded projects from Subversion. > > > This is a feature of the configure+make build system, and not a feature of > the CMake build

On Sat, Mar 19, 2011 at 1:44 AM, Csaba Raduly <rcsaba at gmail.com> wrote: > Compiling a simple automaton created by GNU bison with -O1 or -O2 > resulted in the following machine code: > > 1300    /*-----------------------------. > 1301    | yyreduce -- Do a reduction.  | > 1302    `-----------------------------*/ > 1303    yyr...

Hi Anand On Wed, Feb 9, 2011 at 7:19 PM, Anand Arumugam wrote: > On Wed, Feb 9, 2011 at 9:40 AM, NAKAMURA Takumi wrote: >> >> Anand, >> >> >> I have not tried building llvm-gcc, though, ... >> >> Please show me "/path/to/config.status --version". > > [Anand] Here is the config.status output taken from '/cygdrive/c/llvm-2.8':

Hi all, LLVM+clang builds fine under Cygwin 1.7, but "make check-all" fails to run because lit doesn't find the freshly built clang. The reason is as follows: in llvm/utils/lit/lit/Util.py, in the "which" method, there's 66: # Get suffixes to search. 67: pathext = os.environ.get('PATHEXT', '').split(os.pathsep) The problem is, PATHEXT is imported