Undefinedreferenceto`llvm::sys::CopyFile(llvm::sys::Path const&,llvm::sys::P

Hi Reid,

Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists.

I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile that is out of sync.

I'll try to remove the .o file and see what happens.

Merry Christmas
Henrik.

----Original Message Follows----

my_make.zip (1.15 KB)

Hi Reid,

Looking closer at the build process, I find that Path.cpp doesn't get compiled, even if it is a newer version than its *.o file. That's probaly the reason the error still exists.

I've zipped and attached the trace after the point the new Path.cpp was updated by cvs. It clearly shows that it newer gets compiled and now shows that it is the dependencies in the makefile that is out of sync.

I'll try to remove the .o file and see what happens.

Yes, this time Path.cpp got compiled.

All this tells me that we don't have correct dependencies in place.

Merry Christmas
Henrik.

----Original Message Follows----

This is one of the reasons I'm getting rid of the "platform" link. I'm
not sure what platform you're working on, but on Cygwin it causes
problems. Cygwin doesn't like .. through a soft link and generates
incorrect file names. I imagine this is what is happening to the
dependencies. In any event, the "platform" link will be gone before the
new year.

Sorry for all the confusion recently with lib/System. I'm nearly done
with it. After the consolidation into just "Unix" and "Win32"
implementations is done, it will be left alone for a long time. We all
have better things to do than fuss with lib/System.

Reid.

And I had just fixed VC++ so that it *did* handle the dependencies with platform correctly... This means that each file in System you change to eliminate the #include from platform will require a corresponding change to System.vproj. I'd appreciate it if you got it over with all at once, otherwise VC++ support will be broken more often than not.

Reid Spencer wrote:

I'll see what I can do. However, I have to balance your need for "big
bang" change with Chris' fervor for incremental changes. Making a huge
change makes his review task harder. There are only seven files to merge
so at most seven change sets. I'll probably get these done early next
week. Sorry for the hassle, but I want to get lib/System simple,
complete and working so I can forget about it and move on. I'll be done
with this by the new year.

Reid.

Jeff/Chris,

So, I opted for the smallest "big bang" commit that made sense.
Hopefully this won't be too hard for Chris to review and yet it gets the
bulk of the lib/System changes over and done with. Although you'll see
a log of commit messages, it turned out that the bulk of the remaining
lib/System work was "remove this useless file". There are still some
small improvements remaining to be made in lib/System this week but they
should be very incremental and affect only a couple files at a time. I
don't expect to be adding interface changes to include/llvm/System/*.h
nor changing the lib/System #inclusion hierarchy so the VC++ 7.1 stuff
should be safe to update based on the current CVS.

Hope this is satisfactory to you both.

Reid.

I've updated the project files.

Reid Spencer wrote:

Jeff/Chris,

So, I opted for the smallest "big bang" commit that made sense.
Hopefully this won't be too hard for Chris to review and yet it gets the
bulk of the lib/System changes over and done with. Although you'll see

The changes look great, thanks a lot Reid!

-Chris

a log of commit messages, it turned out that the bulk of the remaining
lib/System work was "remove this useless file". There are still some
small improvements remaining to be made in lib/System this week but they
should be very incremental and affect only a couple files at a time. I
don't expect to be adding interface changes to include/llvm/System/*.h
nor changing the lib/System #inclusion hierarchy so the VC++ 7.1 stuff
should be safe to update based on the current CVS.

Hope this is satisfactory to you both.

Reid.

I'll see what I can do. However, I have to balance your need for "big
bang" change with Chris' fervor for incremental changes. Making a huge
change makes his review task harder. There are only seven files to merge
so at most seven change sets. I'll probably get these done early next
week. Sorry for the hassle, but I want to get lib/System simple,
complete and working so I can forget about it and move on. I'll be done
with this by the new year.

Reid.

And I had just fixed VC++ so that it *did* handle the dependencies with
platform correctly... This means that each file in System you change to
eliminate the #include from platform will require a corresponding change
to System.vproj. I'd appreciate it if you got it over with all at once,
otherwise VC++ support will be broken more often than not.

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

-Chris