If you look at an .sln file, there's a long sequence of digits associated with every project, something like this 8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942. For the lack of a better word I called it "encoding". After I changed the dependencies between projects in the solution, msvs replaced those numeric sequences by new ones literally for every project in the solution file. The diff now includes all such changes of numeric sequences associated with each project, which are not really relevant to the problem at all. I don't think it matters and would work for anyone equally well, but nevertheless not to confuse you with such a large diff, I think it's better if someone on your site would just add the dependency I mentioned before and would check-in his .sln file. --- Ted Kremenek <kremenek at apple.com> wrote:> > On May 17, 2008, at 11:51 PM, Dmitri Makarov wrote: > > > This in effect adds codegen.lib to the > > list of libraries linked into clang.exe and solves all the > unresolved > > symbol errors in the clang build. I would submit the diff, but it > > looks like visual studio changes all the encodings of projects in > the > > .sln file, so the diff includes a lot of irrelevant lines. > > Changes all the encodings? Does this have to do with locale > settings? >
Hi Dmitri, I know what you are saying, but in the end I think we are lucky if diffs against project files have any meaningful information. Nobody right now assumes responsibility for regularly updating the VS files, so we routinely get patches from different people when they decide to upgrade the project files, and these patches change the .sln files in arbitrary ways. If you have successfully modified the VC project files in both LLVM and clang to (1) build with TOT and (2) work with VS 2005 then please go ahead an email me the patches. I will patch them immediately, and if anyone has any problems with the patch they can be reverted. I think it is more important to get the build working again for everyone on Windows. BTW, please email me the patches in a zip file. For some reason, inlining of the patches within a email message can cause problems with Apple's Mail program (weird CRLF issues, etc.). Thanks! Ted On May 18, 2008, at 1:07 PM, Dmitri Makarov wrote:> If you look at an .sln file, there's a long sequence of digits > associated with every project, something like this > 8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942. For the lack of a better word I > called it "encoding". After I changed the dependencies between > projects in the solution, msvs replaced those numeric sequences by new > ones literally for every project in the solution file. The diff now > includes all such changes of numeric sequences associated with each > project, which are not really relevant to the problem at all. I don't > think it matters and would work for anyone equally well, but > nevertheless not to confuse you with such a large diff, I think it's > better if someone on your site would just add the dependency I > mentioned before and would check-in his .sln file. > > --- Ted Kremenek <kremenek at apple.com> wrote: > >> >> On May 17, 2008, at 11:51 PM, Dmitri Makarov wrote: >> >>> This in effect adds codegen.lib to the >>> list of libraries linked into clang.exe and solves all the >> unresolved >>> symbol errors in the clang build. I would submit the diff, but it >>> looks like visual studio changes all the encodings of projects in >> the >>> .sln file, so the diff includes a lot of irrelevant lines. >> >> Changes all the encodings? Does this have to do with locale >> settings? >> > > > >
Ted, Attached is the diff against TOT. It makes the VS build work for me. Solution/project files work with VS 2005. Project files in clang need not to be modified. As it happens, the solution file for clang is part of the llvm tree ( go figure... ) Thanks Dmitri --- Ted Kremenek <kremenek at apple.com> wrote:> Hi Dmitri, > > I know what you are saying, but in the end I think we are lucky if > diffs against project files have any meaningful information. Nobody > > right now assumes responsibility for regularly updating the VS files, > > so we routinely get patches from different people when they decide to > > upgrade the project files, and these patches change the .sln files in > > arbitrary ways. > > If you have successfully modified the VC project files in both LLVM > and clang to (1) build with TOT and (2) work with VS 2005 then please > > go ahead an email me the patches. I will patch them immediately, and > > if anyone has any problems with the patch they can be reverted. I > think it is more important to get the build working again for > everyone > on Windows. > > BTW, please email me the patches in a zip file. For some reason, > inlining of the patches within a email message can cause problems > with > Apple's Mail program (weird CRLF issues, etc.). > > Thanks! > > Ted > > On May 18, 2008, at 1:07 PM, Dmitri Makarov wrote: > > > If you look at an .sln file, there's a long sequence of digits > > associated with every project, something like this > > 8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942. For the lack of a better word > I > > called it "encoding". After I changed the dependencies between > > projects in the solution, msvs replaced those numeric sequences by > new > > ones literally for every project in the solution file. The diff now > > includes all such changes of numeric sequences associated with each > > project, which are not really relevant to the problem at all. I > don't > > think it matters and would work for anyone equally well, but > > nevertheless not to confuse you with such a large diff, I think > it's > > better if someone on your site would just add the dependency I > > mentioned before and would check-in his .sln file. > > > > --- Ted Kremenek <kremenek at apple.com> wrote: > > > >> > >> On May 17, 2008, at 11:51 PM, Dmitri Makarov wrote: > >> > >>> This in effect adds codegen.lib to the > >>> list of libraries linked into clang.exe and solves all the > >> unresolved > >>> symbol errors in the clang build. I would submit the diff, but > it > >>> looks like visual studio changes all the encodings of projects in > >> the > >>> .sln file, so the diff includes a lot of irrelevant lines. > >> > >> Changes all the encodings? Does this have to do with locale > >> settings? > >> > > > > > > > > > >-------------- next part -------------- A non-text attachment was scrubbed... Name: msvspatch.zip Type: application/zip Size: 3335 bytes Desc: 766265961-msvspatch.zip URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080518/5889405c/attachment.zip>
These are UUIDs, also known as GUIDs. http://en.wikipedia.org/wiki/UUID On 2008-05-18, at 16:07, Dmitri Makarov wrote:> If you look at an .sln file, there's a long sequence of digits > associated with every project, something like this > 8BC9CEB8-8B4A-11D0-8D11-00A0C91BC942. For the lack of a better word I > called it "encoding". After I changed the dependencies between > projects in the solution, msvs replaced those numeric sequences by new > ones literally for every project in the solution file. The diff now > includes all such changes of numeric sequences associated with each > project, which are not really relevant to the problem at all. I don't > think it matters and would work for anyone equally well, but > nevertheless not to confuse you with such a large diff, I think it's > better if someone on your site would just add the dependency I > mentioned before and would check-in his .sln file. > > --- Ted Kremenek <kremenek at apple.com> wrote: > >> >> On May 17, 2008, at 11:51 PM, Dmitri Makarov wrote: >> >>> This in effect adds codegen.lib to the >>> list of libraries linked into clang.exe and solves all the >> unresolved >>> symbol errors in the clang build. I would submit the diff, but it >>> looks like visual studio changes all the encodings of projects in >> the >>> .sln file, so the diff includes a lot of irrelevant lines. >> >> Changes all the encodings? Does this have to do with locale >> settings? >> > > > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev— Gordon