Gregory Shimansky wrote:
Salikh Zakirov wrote:
Gregory Shimansky wrote:
I think you could use 4.1.0 in Fedora Core 5. Since patch level
shouldn't really affect the C++ compilation restrictions, the same patch
should break on 4.1.0 as well.
Gregory, I've looked at harmony-1635.patch you've
Yes, I use a gcc version 4.0.2 on RHEL. I have no problems building +
running it now
I can confirm that gcc 4.1.1 compiled this patch without any problems.
As I've written, patchlevel shouldn't matter here, and if gcc 4.1.0
worked, 4.1.1 should work as well (with very rare exceptions).
Yep, I broke it. I just noticed. (I didn't read mail last night after
a certain point...)
Sorry - will fix ASAP.
geir
Ilya Berezhniuk wrote:
Hi,
I'm trying to build DRLVM, but it doesn't compile (slot.h, jvmti_heap.h
cannot be found).
It looks like it's because commit r470903 for
Gregory Shimansky wrote:
I think you could use 4.1.0 in Fedora Core 5. Since patch level
shouldn't really affect the C++ compilation restrictions, the same patch
should break on 4.1.0 as well.
Gregory, I've looked at harmony-1635.patch you've uploaded to HARMONY-1635,
and I see that is based
Salikh Zakirov wrote:
Gregory Shimansky wrote:
I think you could use 4.1.0 in Fedora Core 5. Since patch level
shouldn't really affect the C++ compilation restrictions, the same patch
should break on 4.1.0 as well.
Gregory, I've looked at harmony-1635.patch you've uploaded to HARMONY-1635,
Salikh Zakirov wrote:
Gregory Shimansky wrote:
I think you could use 4.1.0 in Fedora Core 5. Since patch level
shouldn't really affect the C++ compilation restrictions, the same patch
should break on 4.1.0 as well.
Gregory, I've looked at harmony-1635.patch you've uploaded to HARMONY-1635,
Hi,
I'm trying to build DRLVM, but it doesn't compile (slot.h, jvmti_heap.h
cannot be found).
It looks like it's because commit r470903 for HARMONY-1635 doesn't contain
added files.