mingw binary is corrupt

Matthew_Bromberg · November 25, 2006, 7:25am

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

Matthew_Bromberg · November 26, 2006, 7:08am

SevenThunders wrote:

Someone reported this earlier but the situation remains unchanged.

-Matt

_______________________________________________
LLVM Developers mailing list
LLVMdev@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 could only get it to
build on my system!
Here's how my make attempt died.

make[1]: Entering directory `/d/apps/llvm/tools/llvm-config'
llvm[1]: Regenerating LibDeps.txt
/bin/sh.exe: /d/apps/llvm/utils/GenLibDeps.pl: No such file or directory
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
running the perl file or if it just couldnt find it for some reason.

Reid_Spencer · November 26, 2006, 7:51am

Here are some things to check:

(1) check the first line of GenLibDeps.pl. It requires perl to be
in /usr/bin/perl. If its not then the "No such file or directory" error
might be referring to perl.
(2) Make sure GenLibDeps.pl is executable (chmod +x GenLibDeps.pl)
(3) Perhaps you don't have perl installed?

Reid.

Anton_Korobeynikov · November 26, 2006, 9:50am

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
running the perl file or if it just couldnt find it for some reason.

You should have Perl installed. As you're probably using msys, you
should also install msys-dtk, which includes perl for msys.

Matthew_Bromberg · November 27, 2006, 3:04am

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 active state perl installed,
which I reinstalled using the latest perl. That method ends up failing
somewhere else.

Here is how it fails now:

make[2]: Entering directory `/d/Apps/llvm/tools/llvm-config'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/d/Apps/llvm/tools/llvm-config'
The system cannot find the path specified.
make[2]: Entering directory `/d/Apps/llvm/tools/opt'
llvm[2]: Compiling AnalysisWrappers.cpp for Release build
llvm[2]: Compiling GraphPrinters.cpp for Release build
llvm[2]: Compiling PrintSCC.cpp for Release build
llvm[2]: Compiling opt.cpp for Release build
make[2]: *** No rule to make target `/lib/libLLVMTransforms.a', needed by
`/d/Apps/llvm/Release/bin/opt.exe'. Stop.
make[2]: Leaving directory `/d/Apps/llvm/tools/opt'
make[1]: *** [opt/.makeall] Error 2
make[1]: Leaving directory `/d/Apps/llvm/tools'
make: *** [all] Error 1

Reid_Spencer · November 27, 2006, 3:30am

Here is how it fails now:

make[2]: Entering directory `/d/Apps/llvm/tools/llvm-config'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/d/Apps/llvm/tools/llvm-config'
The system cannot find the path specified.
make[2]: Entering directory `/d/Apps/llvm/tools/opt'
llvm[2]: Compiling AnalysisWrappers.cpp for Release build
llvm[2]: Compiling GraphPrinters.cpp for Release build
llvm[2]: Compiling PrintSCC.cpp for Release build
llvm[2]: Compiling opt.cpp for Release build
make[2]: *** No rule to make target `/lib/libLLVMTransforms.a', needed by
`/d/Apps/llvm/Release/bin/opt.exe'. Stop.

Looks to me like you're not configured correctly. Either that or
llvm-config doesn't know how to construct the objdir directory properly.
That error message should have a path
like: /.../Release/lib/libLLVMTransforms.a

To verify, try this command:

llvm-config --obj-root
llvm-config --libfiles

These should print full path names to your obj-root directory and your
libraries. If not, something went wrong with the construction of
llvm-config. In that case, try "make clean" in tools/llvm-config
followed by "make"

Reid.

Alternatively, perhaps the build of libLLVMTransforms.a failed? Check
your build log.

To ver

Matthew_Bromberg · November 28, 2006, 6:43pm

Reid Spencer-2 wrote:

Looks to me like you're not configured correctly. Either that or
llvm-config doesn't know how to construct the objdir directory properly.
That error message should have a path
like: /.../Release/lib/libLLVMTransforms.a

To verify, try this command:

llvm-config --obj-root
llvm-config --libfiles

These should print full path names to your obj-root directory and your
libraries. If not, something went wrong with the construction of
llvm-config. In that case, try "make clean" in tools/llvm-config
followed by "make"

Reid.

Alternatively, perhaps the build of libLLVMTransforms.a failed? Check
your build log.

To ver

make[2]: Leaving directory `/d/Apps/llvm/tools/opt'
make[1]: *** [opt/.makeall] Error 2
make[1]: Leaving directory `/d/Apps/llvm/tools'
make: *** [all] Error 1

_______________________________________________
LLVM Developers mailing list
LLVMdev@cs.uiuc.edu http://llvm.cs.uiuc.edu
http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev

After launching Msys and setting my path to include llvm/bin I tried to run
llvm-config but apparently that is not on my path since it's in the
directory llvm/release/bin

doing make clean followed by make in tools/llvm-config ends up failing at
the same place.
So I went back to the llvm directory ran ./configure again (I can't remember
if I ran this the first time.) and then did
make clean
followed by
make

I now fail at yet another place, I'm not even sure if this is before or
after the last failure

llvm[2]: ======= Finished Linking Release Executable BFtoLLVM (without
symbols)
make[2]: Leaving directory `/d/Apps/llvm/examples/BFtoLLVM'
make[2]: Entering directory `/d/Apps/llvm/examples/ParallelJIT'
llvm[2]: Compiling ParallelJIT.cpp for Release build
ParallelJIT.cpp:20:21: pthread.h: No such file or directory
ParallelJIT.cpp:212: error: `pthread_cond_t' does not name a type
ParallelJIT.cpp:212: error: extra semicolon
ParallelJIT.cpp:213: error: `pthread_mutex_t' does not name a type
ParallelJIT.cpp:213: error: extra semicolon
.... lots more errors

pthread.h does not exist anywhere in the llvm directory so it must assume
that it's a system file.

Well after some google searches I found this site
http://www.gnunet.org/hacking_win32_build.php3

They had some links to a windows version of pthread released under an LGPL
license. Following their instructions, I installed the library, include
files and a .dll file into the mingw directories. This permitted the build
to finish! Now I'll have to test it I suppose.

Thanks for the help.

Reid_Spencer · November 28, 2006, 7:28pm

Hi SevenThunders,

After launching Msys and setting my path to include llvm/bin I tried to run
llvm-config but apparently that is not on my path since it's in the
directory llvm/release/bin

Yup.

doing make clean followed by make in tools/llvm-config ends up failing at
the same place.

That won't work. llvm-config depends on the libraries being built. It
extracts the dependencies between the libraries as its main feature.

Have you read http://llvm.org/GettingStarted.html ?

So I went back to the llvm directory ran ./configure again (I can't remember
if I ran this the first time.)

Its definitely required.

and then did
make clean
followed by
make

I now fail at yet another place, I'm not even sure if this is before or
after the last failure

llvm[2]: ======= Finished Linking Release Executable BFtoLLVM (without
symbols)
make[2]: Leaving directory `/d/Apps/llvm/examples/BFtoLLVM'
make[2]: Entering directory `/d/Apps/llvm/examples/ParallelJIT'
llvm[2]: Compiling ParallelJIT.cpp for Release build
ParallelJIT.cpp:20:21: pthread.h: No such file or directory
ParallelJIT.cpp:212: error: `pthread_cond_t' does not name a type
ParallelJIT.cpp:212: error: extra semicolon
ParallelJIT.cpp:213: error: `pthread_mutex_t' does not name a type
ParallelJIT.cpp:213: error: extra semicolon
.... lots more errors

pthread.h does not exist anywhere in the llvm directory so it must assume
that it's a system file.

pthread is the posix threading library. I doubt its available on Windows
unless you're using Interix as well (sounds like you're not). The above
errors are completely understandable for win32. You can forgo building
the examples by using "make tools-only".

However, the makefiles shouldn't even build this unless pthread is
available. Looks to be a bug in the makefiles.

Well after some google searches I found this site
http://www.gnunet.org/hacking_win32_build.php3

They had some links to a windows version of pthread released under an LGPL
license. Following their instructions, I installed the library, include
files and a .dll file into the mingw directories. This permitted the build
to finish! Now I'll have to test it I suppose.

Good deal

Thanks for the help.

You're welcome. Glad you got it built.

Reid.