About VALGRINDLIB vs VALGRIND_LIB , it was my mistake, I had diffed a header in the opposite direction, forgot to undo the changes resulting from that in syswrap-generic. Thanks for fixing that peter.
On 1/2/06, Kailash Sethuraman <[EMAIL PROTECTED]> wrote: > IFor stuff in coregrind, if it compiles, its fine for now. > Syswrap stuff is taken care of, dont worry. > m_main is a big thing, I did it partially, but it still needs to be done. > The biggest changes on syswrap were cleanups on the trunk, now generic > is really generic etc. For the syscalls most of ourse are I_die_here > stubs anyway, we can move ours around later when we implement the > calls, as that is the time when we need to clean and restructure > syswrap. > I came across the GENX/LINX stuff, and there must be XXX comments > stating that we should move it around later when we implement the > calls. > Regards, > kailash > > On 1/2/06, Peter Bex <[EMAIL PROTECTED]> wrote: > > Hai, > > > > Last time I said that coregrind was updated.... It wasn't. Only the > > directory structure had been update (ie all files that had been removed > > from their tree were removed from our tree and all files that had been added > > in their tree were added in our tree) > > > > Now the coregrind files are /really/ updated. ;) > > > > We need to take a good look at m_trampoline.S, since there have been > > significant changes there. m_main.c has seen a lot of changes too. > > > > m_ume.c was hacked a bit by Kailash, but it also has some updates, so I hope > > I didn't fudge up anything you did, Kailash... > > > > Also, the stuff in m_syswrap needs to be taken under consideration. Stuff > > has changed a lot there and I'm not sure which is ours and which has been > > updated in V. I do remember we hacked that quite a bit... especially > > where GENX_/LINX_ is concerned, so I didn't change those diffs. > > We should discuss this on IRC. > > > > In general, I get the impression the code has become a little cleaner, many > > direct number comparisons have been replaced by constants and such. > > > > I think we have a real chance of getting this thing to work! > > > > Greetz, > > Peter > > -- > > http://www.student.ru.nl/peter.bex > > -- > > "The process of preparing programs for a digital computer > > is especially attractive, not only because it can be economically > > and scientifically rewarding, but also because it can be an aesthetic > > experience much like composing poetry or music." > > -- Donald Knuth > > > > > > > _______________________________________________ Vg4nbsd-devel mailing list [email protected] http://lists.berlios.de/mailman/listinfo/vg4nbsd-devel
