similar to: [LLVMdev] Working on getting MingW32/native tools-only source build up

Using MingW32/GCC 4.2.1 binary release, mix of Cygwin and MingW32 auxilliary tools, ActivePerl's Perl 5.8.8; operating system Vista. I'm not going to worry about bootstrapping llvm-gcc until I know I can bootstrap gcc. 1) ActivePerl uses the wrong shell (cmd.exe rather than sh.exe) when doing backticks. I had to moderately rewrite llvm-config to use the Cwd module's abs_path

Duncan Sands wrote: > Hi Nathan, > > >> The latter being what GenLibDeps.pl expects to see. All else being >> equal though, it might be better to change GenLibDeps.pl to recognize >> the first version: >> --- GenLibDeps.pl (revision 78653) >> +++ GenLibDeps.pl (working copy) >> @@ -100,7 +100,7 @@ >> print "

Hello, Duncan > I discovered one other thing that was causing me problems on MinGW: if I use the > msys.bat to open a terminal llvm-config inserts double slashes at the start of > any absolute path it generates (e.g. //lib/LLVMX86CodeGen.o) - this breaks g++. That's strange, never seen this before. Do you have two different version of perl installed? (for example, one msys DTK and

Hello, Kenneth > Using MingW32/GCC 4.2.1 binary release, mix of Cygwin and MingW32 > auxilliary tools, ActivePerl's Perl 5.8.8; operating system Vista. I'm > not going to worry about bootstrapping llvm-gcc until I know I can > bootstrap gcc. Don't do this. Use either pure cygwin or pure mingw (with msys + msysDTK) installation. This will save bunch of time for you.

Hi, I'm trying to build clang under MingW, but I'm getting a number of errors. Could anyone provide some hints as to what you had to do? I got some tips from http://blogs.tedneward.com/2008/02/24/Building+LLVM+On+Windows+Using+MinGW32.aspx, but using the newer packages, as it's a bit old. The ./configure seems to run without errors. The first run of make aborts with errors like:

John Thompson wrote: > Hi, > > I'm trying to build clang under MingW, but I'm getting a number of > errors. Could anyone provide some hints as to what you had to do? I > got some tips from > http://blogs.tedneward.com/2008/02/24/Building+LLVM+On+Windows+Using+MinGW32.aspx, > but using the newer packages, as it's a bit old. > > The ./configure seems

Hi Nathan, > The latter being what GenLibDeps.pl expects to see. All else being > equal though, it might be better to change GenLibDeps.pl to recognize > the first version: > --- GenLibDeps.pl (revision 78653) > +++ GenLibDeps.pl (working copy) > @@ -100,7 +100,7 @@ > print " <dt><b>$lib</b</dt><dd><ul>\n";

Óscar Fuentes <ofv <at> wanadoo.es> writes: > Duncan Pierce <duncan <at> duncanpierce.org> writes: > > > I have /lib/libimagehlp.a and /lib/libpsapi.a > > And llvm-config seems to be asking for them to be picked up: > > > > -I//include -D_DEBUG -D_GNU_SOURCE -D__STDC_LIMIT_MACROS -O2 > > -fomit-frame-pointer -Woverloaded-virtual

Dear all I am trying to do a multiple pairwise comparison test with Tukey-Kramer test as I have unequal sample sizes and variance. I have downloaded the DTK package from CRAN website in my computer for Windows, however I have difficulties in installing it in R. I have unzipped the compressed file in my computer and then I open R, I try to install the package through File - Source R code - DTK

Hello, > make[1]: *** [/d/apps/llvm/tools/llvm-config/LibDeps.txt] Error 127 > make[1]: Leaving directory `/d/apps/llvm/tools/llvm-config' > make: *** [all] Error 1 > > It seems as though GenLibDeps.pl does not exist but in fact it does exist in > that directory. I am baffled by that. > I don't really know much about Perl so I can't say if it failed while >

On 20/08/2009, at 1:02 AM, Kenneth Boyd wrote: > Duncan Sands wrote: >> Hi Nathan, >> >> >>> The latter being what GenLibDeps.pl expects to see. All else >>> being equal though, it might be better to change GenLibDeps.pl to >>> recognize the first version: >>> --- GenLibDeps.pl (revision 78653) >>> +++ GenLibDeps.pl

Óscar Fuentes wrote: > About two years ago, ActiveState added the Windows port of Expect to its > Tcl distribution, which is the de-facto canonical source of Tcl/Tk for > Windows users. Check www.activestate.com > And at such time as I get approval to correctly patch the current build system to work with ActivePerl, the patch should be ready within a couple of days. Kenneth

Hola, colegas, compañeros y maestros. Es una tontería... que no atino a preguntarsela bien a Google. Tengo unos datos a los que si en consola les digo: > sum(dtk$V9) [1] 37790 devuelve. Pero si eso mismo se lo digo en RMarkdown con código on line, lease `r sum(dtk$V9)` me devuelve un numero horroroso: 3.77910^{4} entre el texto Qué, para colmo, ocupa más carácteres que el que no me imprime.

--rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline R, like recent versions of S-Plus, sometimes - but not always - loses names when subscripting objects with "[". (Earlier versions of S and S-Plus had the correct, name-preserving behavior.) This seems bad, it would be better to remove names only by explicit request, not as an accidental

Today I built R from source on a 32-bit Ubuntu 10.04.3 LTS box, and saw that the "make check" tests/reg-tests-1b.R failed. From the output at the end of my "tests/reg-tests-1b.Rout.fail" file, the problem is appearing in the "identical(z, x %*% t(y))" test code below. I then tried the stock R provided by the Ubuntu r-base-core binary package, and to my surprise, it

Hi all, I've encountered a couple of minor build issues on Solaris that have crept in since 2.5, fixes below: 1. In lib/Target/X86/X86JITInfo.cpp, there is: // Check if building with -fPIC #if defined(__PIC__) && __PIC__ && defined(__linux__) #define ASMCALLSUFFIX "@PLT" #else #define ASMCALLSUFFIX #endif Which causes a link failure due to the non-PLT

Hello, Jonathan > I thought I'd messed up something related to the linker, > but I couldn't explain why XP would work using the same steps. The only thing comes to my mind seeing this: perl from msysDTK works differently (somehow) on Vista, thus llvm-config is broken which leads to missed libraries, broken dependencies, etc. I'd suggest you to compare stuff on different

Kenneth Boyd <zaimoni at zaimoni.com> writes: [snip] >> That does not really surprise me about CMake, but then mingw is not a >> primary compiler on Windows, more so is VC++ or Intel, either way a >> bug should be submitted to the CMake devs. > I do not want to troll the CMake devteam, so I will not submit the bug > report without a full-blown patch. The CMake

I'm trying to cross-compile LLVM with build=, host=target=. I'm using the following packages from Debian lenny: mingw32 4.2.1.dfsg-1 mingw32-binutils 2.18.50-20080109-1 mingw32-runtime 3.13-1 The first problem I hit was when I configured with CC, CXX, AR and RANLIB set to mingw cross-tools, but forgot to specify NM as well. This resulted in a load of warnings that scrolled off the

Kenneth Boyd <zaimoni at zaimoni.com> writes: >> I'm seeing a failure related to circular library references while >> building LLVM with CMake and MSYS. This didn't happen on the >> past. Building with the configure script works, so it seems something >> related to CMake. Do you have any insight on this? >> > I'll get back on this tonight or