similar to: [LLVMdev] Problems building on Msys/MingW

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

Óscar Fuentes wrote: > The CMake devteam is very responsive about bug reports. They will > certainly appreciate your bug report, no patch required. > I still don't think I have enough detail to file a bug report (not sure exactly what they need to know about my system configuration to make it testable). I did go ahead (just now) and ask the main CMake mailing list which files I

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

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 >

I had Strawberry Perl, which was the problem. I installed the Perl from the MSYS distribution and it now works. I've enclosed a patch for the Getting Started page. Thanks for pointing me in the right direction. -John >On Wed, Aug 5, 2009 at 5:36 PM, Kenneth Boyd <zaimoni at zaimoni.com> wrote: > John Thompson wrote: > > Hi, > > > > I'm trying to build

SevenThunders wrote: > > > Someone reported this earlier but the situation remains unchanged. > > -Matt > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > Thanks for getting it back up so quickly. Now if I

Hello everyone, I've run across a problem building LLVM 2.7 with Mingw on Win7. When I try make VERBOSE=1, it churns away happily for a while and then produces: /c/Perl/bin/perl /c/Programs32/llvm-2.7/utils/GenLibDeps.pl -flat /c/Programs 32/llvm-2.7/obj/Release/lib "/mingw/bin/nm" > /c/Programs32/llvm-2.7/obj/tools/ llvm-config/LibDeps.txt.tmp 'c:' is not recognized as

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

Full_Name: Steffen Version: 2-5-0 OS: Windows Submission from: (NULL) (192.124.243.162) Hi, the R CMD build script is using if($WINDOWS) { ## workaround for paths in Cygwin tar $filepath =~ s+^([A-Za-z]):+/cygdrive/\1+; } which does not work if the build environment is a MINGW. I have added the patch below, Yours, Steffen $ diff -u build build.orig --- build

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

Óscar Fuentes wrote: > Kenneth Boyd <zaimoni at zaimoni.com> writes: > > [snip] > >> My internal priority for that CMake patch is low, as I need only minimal >> patching to use the autoconf-generated configure script to build LLVM. >> Right now it's just llvm.config.in.in that needs patching (the failsafed >> GenLibDeps.pl script went in

Greetings, I seem to be butting up against what may be a Vista-related issue for mingw-based compilation. I did some googling earlier today and found these steps: http://blogs.tedneward.com/2008/02/24/Building+LLVM+On+Windows+Using+MinGW32.aspx, which I followed. But try as I did, I couldn't seem to get past the "tools" section of the compilation. It seemed to always have

Óscar Fuentes wrote: > Kenneth Boyd <zaimoni at zaimoni.com> writes: > >> * I am seeing desynchronization between the configure-generated >> Makefiles and the CMakeFile.txt files. [e.g., llc; makefile doesn't >> have asmprinter, CMakeFile.txt does]. That much I should be able to >> construct a patch for "blind", if no-one gets to it first.

Anton Korobeynikov wrote: > > > You should have Perl installed. As you're probably using msys, you > should also install msys-dtk, which includes perl for msys. > > -- > With best regards, Anton Korobeynikov. > > > I installed msys-dtk as suggested and got just a bit further. My mingw gcc is version 3.4.2. Thanks for the help so far. I actually had

My 7 zip file manager says that the mingw binary is corrupt for llvm 1.9. I suppose that means that those of us running windows have no hope of getting llvm right now? Someone reported this earlier but the situation remains unchanged. -Matt

Hello, Everyone > On this specific case, IIRC, MinGW chokes if asmprinter is not on the > list of components. This may be another consequence of the malfunctoning > of llvm-config/GenLibDeps.pl on MinGW/MSYS. This works for me without any problems on mingw32. What are the problems you're seeing? -- WBR, Anton Korobeynikov

Hiya, I'm trying to get speex compiling under windows using MinGW and Msys. Sequence of events: - unpack the speex distribution, then run: - ./configure --disable-shared then it happily goes off and spews out a load of output, untill finally, it spews out the "killer": checking for sin in -lm... yes checking for getopt_long... yes checking for main in -lwinmm... yes ./configure:

Hello, I recently attempted to build theora 1.1.1 with mingw-w64-gcc 7.1 and msys and it fails to build the encoder_example.c example program. There are multiple declarations of the function 'rint'. The source file created its own version of the function that rounds AWAY from zero. MinGW-W64 has its own version of the 'rint' function, which does not round away from zero.

Good evening, guys! I suppose mingw build would be stable, though, I would like some patches to be picked up. * RC1 LLVM and clang can be built on either msys/autoconf, msys/cmake and mingw/cmake. By CMake, all tests can run but 37 of LLVM and 5 of clang tests would fail. On mingw by configure tests cannot be executed. [PR9505] For compiling, I saw a warning, in llvm-bcanalyzer.cpp. (fixed in

Hello, Bob > download the latest from the head of the trunk, then ran 'configure' under > msys and received the following....  has anyone done this under msys on a > windows pc?? Msys works fine for me. What is the version of msys you're using? What is the version of bash? -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State