windows build

Hi all
   I am building LLVM 2.6 on VC++. I am running into this problem
where even builds without any changes whatsoever causes rebuilding of
certain directories like table gen of intrinsics and x86 target files.
This then leads to build of the x86 codegen. Is this expected ? Any
pointers to how I can avoid this?

thanks
shrey

shreyas krishnan <shreyas76@gmail.com> writes:

   I am building LLVM 2.6 on VC++. I am running into this problem
where even builds without any changes whatsoever causes rebuilding of
certain directories like table gen of intrinsics and x86 target files.
This then leads to build of the x86 codegen. Is this expected ? Any
pointers to how I can avoid this?

If you are using the cmake build and can provide more detail (steps to
reproduce), please file a bug report and my email to the CC list.

There was a bug at some point where this would happen, I've forgotten
the details but it is buried in bugzilla somewhere. It has now been
fixed, but IIRC the issue would also be resolved if you did a full
make clean. The problem was in a particular situation where every
build would essentially invalidate the table gen outputs, but not
actually update them, so the build never resolved itself.

- Daniel

Daniel Dunbar <daniel@zuster.org> writes:

There was a bug at some point where this would happen, I've forgotten
the details but it is buried in bugzilla somewhere. It has now been
fixed, but IIRC the issue would also be resolved if you did a full
make clean. The problem was in a particular situation where every
build would essentially invalidate the table gen outputs, but not
actually update them, so the build never resolved itself.

IIRC, that bug was resolved before the 2.6 fork, although what the OP
says sounds like the same one.

Just to clarify - I can build successfully except that the following
files are always determined to be out of date by VC++

intrinsics_gen - Debug Win32
X86CodeGenTable_gen - Debug Win32
LLVMOxiliCodeGen - Debug Win32

I just need to start a debug build of llc to reproduce this issue and
with cmake generated files.

If no one else has this problem, then it might be my environment.
Otherwise I can open a bug.

thanks
shrey

typo

intrinsics_gen - Debug Win32
X86CodeGenTable_gen - Debug Win32
LLVMX86CodeGen - Debug Win32