Bug#753791: Java failures in packs on hurd-i386... [Bug#753791: simgrid: FTBFS on hurd-i386]

2014-08-31 Thread Samuel Thibault
Matthias Klose, le Sun 31 Aug 2014 18:39:21 +0200, a écrit : > Am 31.08.2014 um 03:10 schrieb Samuel Thibault: > > guess that will just fix all our issues... I'll then commit that and > > push upstream. > > is this necessary for the libgc package too? (and all embedded libgc copies in > other pac

Bug#753791: Java failures in packs on hurd-i386... [Bug#753791: simgrid: FTBFS on hurd-i386]

2014-08-31 Thread Matthias Klose
Am 31.08.2014 um 03:10 schrieb Samuel Thibault: > guess that will just fix all our issues... I'll then commit that and > push upstream. is this necessary for the libgc package too? (and all embedded libgc copies in other packages)? -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.or

Bug#753791: Java failures in packs on hurd-i386... [Bug#753791: simgrid: FTBFS on hurd-i386]

2014-08-31 Thread Samuel Thibault
Control: clone -1 -2 Control: reassign -2 libc0.3 There was also another issue, which was basically making boehm-gc completely ignore pointers on the main stack. This was in libc0.3, thus cloning & reassigning. Samuel -- To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org with a subje

Bug#753791: Java failures in packs on hurd-i386... [Bug#753791: simgrid: FTBFS on hurd-i386]

2014-08-30 Thread Samuel Thibault
Hello, I've dug a bit more the java failures we've been encountering for some time. The particular case of simply running gjdoc was helpful: an object gets allocated, then other happens, then the object gets used, but its method table is completely nuts. It happens that the class field of the ob