I'll another look at this patch [1], but I can only test it on a 32-bit chips. It looks like there's a change to some em_64 files, or am I reading the patch wrong?
Alexey, are you going to add a patch to this issue [1] for your additional changes, or did you already create another issue? -Nathan [1] https://issues.apache.org/jira/browse/HARMONY-3246 On 4/4/07, Alexey Petrenko <[EMAIL PROTECTED]> wrote:
2007/4/4, Mikhail Fursov <[EMAIL PROTECTED]>: > On 4/4/07, Alexey Petrenko <[EMAIL PROTECTED]> wrote: > > > > 2007/4/4, Gregory Shimansky <[EMAIL PROTECTED]>: > > > Evgueni Brevnov wrote: > > > > Hi, > > > > > > > > Seems like this is not a technical discussion anyway I did some > > > > expiriments on my Fedora Core release 5 (Bordeaux) PentiumIII > > > > machine. Additionally to HARMONY-3246 it required a few modifications > > > > in sources and proper arguments to the compiler to run HelloWord and > > > > other applications. I can provide a patch with modifications to > > > > building system to build PentiumIII friendly VM. Is anyone intrested > > > > in this? > > > > > > I would like to see these modifications. I wonder what you've done in > > > port/src/thread/linux/apr_thread_ext.c and vmcore/include/atomics.h. > > > They contain mfence and sfence instructions in inline assembly which > > > have to be changed to something else on P3. > > Can we produce separate binary build for P3 if it is not easy to > > replace mfence/sfence? > Jitrino can use runtime detection of CPU features supported and emit > appropriate code. Yep, it is better approach. SY, Alexey > Can we do the same with VM (check flag) to avoid multiple distributions? > > -- > Mikhail Fursov >
