On 27 November 2012 23:36, Rich Felker dal...@aerifal.cx wrote:
The claim of ABI break is nonsense. There is presently NO WAY to use
this legacy stat structure on no-legacy-syscall kernels. So there is
no way anything could be using it. Really, on no-legacy-syscall
kernels, _FILE_OFFSET_BITS
On 28 November 2012 09:27, Markos Chandras markos.chand...@gmail.com wrote:
On 27 November 2012 23:36, Rich Felker dal...@aerifal.cx wrote:
The claim of ABI break is nonsense. There is presently NO WAY to use
this legacy stat structure on no-legacy-syscall kernels. So there is
no way anything
On Wednesday 28 November 2012 03:18 PM, Markos Chandras wrote:
On 28 November 2012 09:27, Markos Chandras markos.chand...@gmail.com wrote:
On 27 November 2012 23:36, Rich Felker dal...@aerifal.cx wrote:
The claim of ABI break is nonsense. There is presently NO WAY to use
this legacy stat
On 28 November 2012 10:58, Vineet Gupta vineet.gup...@synopsys.com wrote:
Precisely - now we are all on same page. So collecting all the ideas so
far for conclusion:
(3) Have stat/stat64 with same overall layout but stat will internally
have 32 bit items (with appropriate padding) - allowing
On Fri, Nov 23, 2012 at 4:38 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On 22 November 2012 16:29, Natanael Copa natanael.c...@gmail.com wrote:
__sched_cpualloc
right. Can you check if this fixes it, please?
diff --git a/libc/sysdeps/linux/common/bits/sched.h
On Wednesday 28 November 2012 04:47 PM, Markos Chandras wrote:
On 28 November 2012 10:58, Vineet Gupta vineet.gup...@synopsys.com wrote:
Precisely - now we are all on same page. So collecting all the ideas so
far for conclusion:
(3) Have stat/stat64 with same overall layout but stat will
On 28 November 2012 12:35, Vineet Gupta vineet.gup...@synopsys.com wrote:
On Wednesday 28 November 2012 04:47 PM, Markos Chandras wrote:
On 28 November 2012 10:58, Vineet Gupta vineet.gup...@synopsys.com wrote:
Precisely - now we are all on same page. So collecting all the ideas so
far for
On Monday 26 November 2012 07:54 PM, Markos Chandras wrote:
From: Markos Chandras markos.chand...@imgtec.com
Signed-off-by: Markos Chandras markos.chand...@imgtec.com
---
libc/sysdeps/linux/common/stat.c | 17 ++---
1 file changed, 14 insertions(+), 3 deletions(-)
diff --git
On 28 November 2012 13:01, Vineet Gupta vineet.gup...@synopsys.com wrote:
On Monday 26 November 2012 07:54 PM, Markos Chandras wrote:
From: Markos Chandras markos.chand...@imgtec.com
Signed-off-by: Markos Chandras markos.chand...@imgtec.com
---
libc/sysdeps/linux/common/stat.c | 17
On Wed, Nov 28, 2012 at 09:27:15AM +, Markos Chandras wrote:
On 27 November 2012 23:36, Rich Felker dal...@aerifal.cx wrote:
The claim of ABI break is nonsense. There is presently NO WAY to use
this legacy stat structure on no-legacy-syscall kernels. So there is
no way anything could
On 28 November 2012 13:10, Rich Felker dal...@aerifal.cx wrote:
You seem to ignore part of my replies. I explained that 32-bit
syscalls need to be present
so existing applications can link and work as expected. For example,
many applications still use
stastfs() instead of statfs64(). As a
On Wed, Nov 28, 2012 at 11:17:54AM +, Markos Chandras wrote:
On 28 November 2012 10:58, Vineet Gupta vineet.gup...@synopsys.com wrote:
Precisely - now we are all on same page. So collecting all the ideas so
far for conclusion:
(3) Have stat/stat64 with same overall layout but stat
12 matches
Mail list logo