git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: ident hash usage question

From
ESEugene Sajine <euguess@gmail.com>
Date
Oct 20, 2009, 23:49 UTC
Message-ID
<76c5b8580910201649i76d14f8bod9a84afa6ea6bbb0@mail.gmail.com>
In-Reply-To
<7vbpk1lmvl.fsf@alter.siamese.dyndns.org>
Show 9 quoted lines
> I am not sure what you mean by "static linking" anymore.  Usually the word
> means that everything you tell the linker to link to the executable is
> linked, together with objects from libraries.  The resulting executable is
> usable on its own and it does not change behaviour regardless of which
> version of dynamic libraries you depend on happen to be installed on the
> target system (because by definition a statically linked executable does
> not depend on dynamic libraries---that is the whole point of static
> linking).
>

There seems to be no misunderstanding in the static linking - i meant the same thing. But let me put an example:

I have a program.exe

This program.exe is built basing on two statically linked libraries lib1.lib and lib2.lib

I'm not developing any of those libraries, but only my own code of the program.exe

Now, somebody changed 2 files in lib1.lib and 5 files in lib2.lib. But i don't know that they are changed because it is different CVS module or because I'm building against latest released libs or for whatever reason...

When i rebuild my program the build supposed to pick up changes from the libraries I'm using and relink, that will include 7 changed obj files.

How can i say which exactly files are changed in my new version of executable comparing to the previous version?

Currently they can take a look at the revision number of every particular file included into the executable, which is put there by CVS and compare it with the production. If the version is different, then you know which files are changed and you can get diffs on them... They also have file path and date and other stuff expanded...

Please note, my personal goal is *to prove that git can do that better*, with less intrusion into the code sources, not other way around.So, while keeping the info they want to have they might get some benefits of git. Although, i understand that there might be no cure for this state already, you can tell me that and I will close the topic, but I just keep hoping;)

Thanks a lot, Eugene

Previous: Junio C HamanoNext: Daniel Barkalow
Message 12 of 18 in “ident hash usage question”
  1. Eugene SajineOct 20, 2009
  2. Alex RiesenOct 20, 2009
  3. Alex RiesenOct 20, 2009
  4. Eugene SajineOct 20, 2009
  5. Alex RiesenOct 20, 2009
  6. Johannes SixtOct 20, 2009
  7. Alex RiesenOct 20, 2009
  8. Eugene SajineOct 20, 2009
  9. Junio C HamanoOct 20, 2009
  10. Eugene SajineOct 20, 2009
  11. Junio C HamanoOct 20, 2009
  12. Eugene SajineOct 20, 2009
  13. Daniel BarkalowOct 21, 2009
  14. Nanako ShiraishiOct 21, 2009
  15. Alex RiesenOct 20, 2009
  16. Eugene SajineOct 20, 2009
  17. Alex RiesenOct 21, 2009
  18. Eugene SajineOct 21, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.