search for: wielaard

I have read just the comment from Mark Wielaard, the leader of GNU Classpath: http://gnu.wildebeest.org/diary/index.php?p=129 And after that I have a question, if somethinl like Mauve exists also for WINE/ReactOS? GNU Classpath is a OpenSource-Version of the Java Standard Edition Classes. And Mauve are testclasses, which test, that the OpenS...

Most Linux distributions still compile against the original x86-64 baseline that was based on the AMD K8 (minus the 3DNow! parts, for Intel EM64T compatibility). There has been an attempt to use the existing AT_PLATFORM-based loading mechanism in the glibc dynamic linker to enable a selection of optimized libraries. But the general selection mechanism in glibc is problematic: hwcaps

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markus Becker <mab@comnets.uni-bremen.de> Markus Bollinger...

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markus Becker <mab@comnets.uni-bremen.de> Markus Bollinger...

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markus Becker <mab@comnets.uni-bremen.de> Markus Bollinger...

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markos Chandras <markos.chandras@imgtec.com> Markus Becker...

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markos Chandras <markos.chandras@imgtec.com> Markus Becker...

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markos Chandras <markos.chandras@imgtec.com> Markus Becker...

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markos Chandras <markos.chandras@imgtec.com> Markus Becker...

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markos Chandras <markos.chandras@imgtec.com> Markus Becker...

...Nelson <mdnelson8@gmail.com> Mark Rusk <mark.rusk@hp.com> Mark Rustad <mark.d.rustad@intel.com> Mark Rutland <mark.rutland@arm.com> Mark Salter <msalter@redhat.com> Mark Salyzyn <mark_salyzyn@xyratex.com> Mark Tinguely <tinguely@sgi.com> Mark Wielaard <mjw@redhat.com> Mark Zhang <markz@nvidia.com> markgross <markgross@thegnar.org> Marko Friedemann <mfr@bmx-chemnitz.de> Marko Katic <dromede.gmail.com> Marko Katic <dromede@gmail.com> Markos Chandras <markos.chandras@imgtec.com> Markus Becker...

Hi Florian, I understand you want to discuss the x86_64 micro-architecture levels only in this thread, but it would be nice to have a similar discussion for other architectures. One thing that wasn't clear to me from this proposal is how the glibc dynamic loader checks for the CPU feature flags. This is important for valgrind since it can communicate those through different means. cpuid