strace: Version bump to 4.7
PATCH 1/1 strace: Version bump to 4.7
From: Markos Chandras <[email protected]>
This also fixes a compilation problem with kernel headers 3.5
http://autobuild.buildroot.net/results/bb66a3a06d26f558e1c4c0593bb68e7af1d82398/build-end.log
--- package/strace/strace.mk | 4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-)
package/strace/strace.mk +2 -2
@@ -4,8 +4,8 @@ # ############################################################# -STRACE_VERSION = 4.5.20 -STRACE_SOURCE = strace-$(STRACE_VERSION).tar.bz2 +STRACE_VERSION = 4.7 +STRACE_SOURCE = strace-$(STRACE_VERSION).tar.xz STRACE_SITE = http://downloads.sourceforge.net/project/strace/strace/$(STRACE_VERSION) STRACE_CONF_ENV = ac_cv_header_linux_if_packet_h=yes \
Signature · 1 line
1.7.1
PATCH 1/1 strace: Version bump to 4.7
Quoted 5 lines
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
<[email protected]> writes:
From: Markos Chandras <[email protected]> This also fixes a compilation problem with kernel headers 3.5
http://autobuild.buildroot.net/results/bb66a3a06d26f558e1c4c0593bb68e7af1d82398/build-end.log
Committed, thanks.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/1 strace: Version bump to 4.7
Quoted 6 lines
Quoted 6 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
"Peter" == Peter Korsgaard <[email protected]> writes:
<[email protected]> writes:
From: Markos Chandras <[email protected]> This also fixes a compilation problem with kernel headers 3.5
http://autobuild.buildroot.net/results/bb66a3a06d26f558e1c4c0593bb68e7af1d82398/build-end.log
Peter> Committed, thanks.
It unfortunately seems to be broken on largefile configurations:
http://autobuild.buildroot.net/results/db48ce61cdb53669958b8b301fd24d7ecc33b236/build-end.log
Any idea how to fix?
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/1 strace: Version bump to 4.7
Quoted 9 lines · Peter Korsgaard
Quoted 6 lines
Quoted 6 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
"Peter" == Peter Korsgaard <[email protected]> writes:
<[email protected]> writes:
From: Markos Chandras <[email protected]> This also fixes a compilation problem with kernel headers 3.5
http://autobuild.buildroot.net/results/bb66a3a06d26f558e1c4c0593bb68e7af1d82398/build-end.logPeter> Committed, thanks.
Quoted 8 lines
It unfortunately seems to be broken on largefile configurations:
http://autobuild.buildroot.net/results/db48ce61cdb53669958b8b301fd24d7ecc33b236/build-end.log
Any idea how to fix?
--
Bye, Peter Korsgaard
Hi Peter,
I will have a look and I will let you know.
Signature · 2 lines
Regards, Markos
PATCH 1/1 strace: Version bump to 4.7
Quoted 19 lines · Markos Chandras
Quoted 9 lines · Peter Korsgaard
Quoted 6 lines
Quoted 6 lines
Quoted 3 lines
Quoted 3 lines
Quoted 3 lines
"Peter" == Peter Korsgaard <[email protected]> writes:
<[email protected]> writes:
From: Markos Chandras <[email protected]> This also fixes a compilation problem with kernel headers 3.5
http://autobuild.buildroot.net/results/bb66a3a06d26f558e1c4c0593bb68e7af1d82398/build-end.logPeter> Committed, thanks.
Quoted 8 lines
It unfortunately seems to be broken on largefile configurations:
http://autobuild.buildroot.net/results/db48ce61cdb53669958b8b301fd24d7ecc33b236/build-end.log
Any idea how to fix?
--
Bye, Peter Korsgaard
Quoted 7 lines
Hi Peter,
I will have a look and I will let you know.
--
Regards,
Markos
Hi Peter,
This also happens with the latest strace git code. It seems like -D_FILE_OFFSET_BITS=64 is causing it. But there are also some other problems in the LFS support. I will see if I can write some patches and send them upstream.
Signature · 2 lines
Regards, Markos
PATCH 1/1 strace: Version bump to 4.7
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Markos" == Markos Chandras <[email protected]> writes:
Markos> Hi Peter,
Markos> This also happens with the latest strace git code. It seems like Markos> -D_FILE_OFFSET_BITS=64 is causing it. But there are also some other Markos> problems in the LFS support. I will see if I can write some patches Markos> and send them upstream.
Great, thanks!
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/1 strace: Version bump to 4.7
Quoted 10 lines · Peter Korsgaard
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Markos" == Markos Chandras<[email protected]> writes:
Markos> Hi Peter,
Markos> This also happens with the latest strace git code. It seems like Markos> -D_FILE_OFFSET_BITS=64 is causing it. But there are also some other Markos> problems in the LFS support. I will see if I can write some patches Markos> and send them upstream.Great, thanks!
Not sure if it is related, but the previous version was already broken for me
on x86_64 builds. Hm, probably not related, because it failed with:
file.c: In function 'printstat64':
file.c:1073:16: error: storage size of 'statbuf' isn't known file.c:1073:16: warning: unused variable 'statbuf' [-Wunused-variable]
Regards,
Arnout
Signature · 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
PATCH 1/1 strace: Version bump to 4.7
Quoted 30 lines · Arnout Vandecappelle
Quoted 14 lines · Peter Korsgaard
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
"Markos" == Markos Chandras<[email protected]> writes:
Markos> Hi Peter,
Markos> This also happens with the latest strace git code. It seems
like
Markos> -D_FILE_OFFSET_BITS=64 is causing it. But there are also some
other
Markos> problems in the LFS support. I will see if I can write some
patches
Markos> and send them upstream.Quoted 1 line
Great, thanks!
Not sure if it is related, but the previous version was already broken for
me
onx86_64builds. Hm, probably not related, because it failed with:
file.c: In function 'printstat64':
file.c:1073:16: error: storage size of 'statbuf' isn't known file.c:1073:16: warning: unused variable 'statbuf' [-Wunused-variable]Regards,
Arnout
--
Quoted 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
Hi Arnout,
I reported this problem upstream about an hour ago (with a proposed patch included)
http://sourceforge.net/mailarchive/message.php?msg_id=29947462
Signature · 2 lines
Regards, Markos
PATCH 1/1 strace: Version bump to 4.7
Quoted 9 lines · Markos Chandras
Quoted 7 lines · Arnout Vandecappelle
Not sure if it is related, but the previous version was already broken for me
onx86_64builds. Hm, probably not related, because it failed with:
file.c: In function 'printstat64':
file.c:1073:16: error: storage size of 'statbuf' isn't known file.c:1073:16: warning: unused variable 'statbuf' [-Wunused-variable]
Quoted 4 lines
I reported this problem upstream about an hour ago (with a proposed patch included)
http://sourceforge.net/mailarchive/message.php?msg_id=29947462
Is this only on x86_64 or also on other 64-bit platforms?
Regards,
Arnout
Signature · 6 lines
Arnout Vandecappelle arnout at mind be Senior Embedded Software Architect +32-16-286540 Essensium/Mind http://www.mind.be G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
PATCH 1/1 strace: Version bump to 4.7
Quoted 15 lines · Arnout Vandecappelle
Quoted 13 lines · Markos Chandras
Quoted 10 lines · Arnout Vandecappelle
Not sure if it is related, but the previous version was already broken
for meon
x86_64builds. Hm, probably not related, because it failed with:
file.c: In function 'printstat64':
file.c:1073:16: error: storage size of 'statbuf' isn't known file.c:1073:16: warning: unused variable 'statbuf' [-Wunused-variable]
Quoted 9 lines
Quoted 4 lines
I reported this problem upstream about an hour ago (with a proposed patch included)
http://sourceforge.net/mailarchive/message.php?msg_id=29947462
Is this only on
x86_64or also on other 64-bit platforms?
I haven't tested it with other 64-bit platforms but I think the rest of them provide a struct stat64. But even with this patch, it does not go much further as it fails to build again due to undefined syscalls like Peter posted before
http://autobuild.buildroot.net/results/db48ce61cdb53669958b8b301fd24d7ecc33b236/build-end.log
Another way to workaround the stat64 problem on x86_64 is to ac_cv_have_long_long_off_t=yes on strace.mk when BR2_LARGEFILE is enabled.
Signature · 2 lines
Regards, Markos
PATCH 1/1 strace: Version bump to 4.7
2012/10/12 Markos Chandras <[email protected]>
Quoted 39 lines
Quoted 6 lines · Arnout Vandecappelle
Quoted 5 lines · Markos Chandras
Quoted 2 lines · Arnout Vandecappelle
Not sure if it is related, but the previous version was already
broken
Quoted 9 lines
Quoted 8 lines
Quoted 8 lines
for me
on
x86_64builds. Hm, probably not related, because it failed with:
file.c: In function 'printstat64':
file.c:1073:16: error: storage size of 'statbuf' isn't known file.c:1073:16: warning: unused variable 'statbuf' [-Wunused-variable]Quoted 9 lines
Quoted 4 lines
I reported this problem upstream about an hour ago (with a proposed patch included)
http://sourceforge.net/mailarchive/message.php?msg_id=29947462
Is this only on
x86_64or also on other 64-bit platforms?I haven't tested it with other 64-bit platforms but I think the rest of them provide a struct stat64. But even with this patch, it does not go much further as it fails to build again due to undefined syscalls like Peter posted before
http://autobuild.buildroot.net/results/db48ce61cdb53669958b8b301fd24d7ecc33b236/build-end.log
Another way to workaround the stat64 problem on
x86_64is to ac_cv_have_long_long_off_t=yes on strace.mk whenBR2_LARGEFILEis enabled.
Quoted 8 lines
--
Regards,
Markos
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot
Hi!
i'm trying to buiid strace
See here http://pastie.org/5043151
syscall.o:(.rodata+0x128): undefined reference to sys_oldstat' syscall.o:(.rodata+0x1c8): undefined reference to sys_oldfstat' syscall.o:(.rodata+0x548): undefined reference to sys_oldlstat' syscall.o:(.rodata+0x5a8): undefined reference to sys_old_mmap' syscall.o:(.rodata+0xc18): undefined reference to sys_truncate64' syscall.o:(.rodata+0xc28): undefined reference to sys_ftruncate64' syscall.o:(.rodata+0xc38): undefined reference to sys_stat64' syscall.o:(.rodata+0xc48): undefined reference to sys_lstat64' syscall.o:(.rodata+0xc58): undefined reference to `sys_fstat64'
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20121012/a0210c29/attachment.html>
PATCH 1/1 strace: Version bump to 4.7
In reply to Peter KorsgaardQuoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Markos" == Markos Chandras <[email protected]> writes:
Markos> Hi Peter,
Markos> This also happens with the latest strace git code. It seems like Markos> -D_FILE_OFFSET_BITS=64 is causing it. But there are also some other Markos> problems in the LFS support. I will see if I can write some patches Markos> and send them upstream.
Peter> Great, thanks!
Any progress on this? All the strace failures on the autobuilders are not so nice. Alternatively I can revert until we have a fix.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/1 strace: Version bump to 4.7
Quoted 8 lines · Peter Korsgaard
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Markos" == Markos Chandras <[email protected]> writes:
Markos> Hi Peter,
Markos> This also happens with the latest strace git code. It seems like Markos> -D_FILE_OFFSET_BITS=64 is causing it. But there are also some other Markos> problems in the LFS support. I will see if I can write some patches Markos> and send them upstream.
Quoted 7 lines
Peter> Great, thanks!
Any progress on this? All the strace failures on the autobuilders are not so nice. Alternatively I can revert until we have a fix.
--
Bye, Peter Korsgaard
Hi Peter,
I haven't managed to find a solution yet and I think all the LFS problems are buildroot specific.
I don't have a native LFS toolchain so I can try an out-of-buildroot build. You can either revert the commit or disable the LFS support in the package for now.
Signature · 2 lines
Regards, Markos
PATCH 1/1 strace: Version bump to 4.7
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Markos" == Markos Chandras <[email protected]> writes:
Hi,
Markos> I haven't managed to find a solution yet and I think all the Markos> LFS problems are buildroot specific. I don't have a native LFS Markos> toolchain so I can try an out-of-buildroot build. You can Markos> either revert the commit or disable the LFS support in the Markos> package for now.
ok, thanks.
I'll try to take another look, and revert if I don't see an easy solution.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/1 strace: Version bump to 4.7
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Peter" == Peter Korsgaard <[email protected]> writes:
Hi,
Markos> I haven't managed to find a solution yet and I think all the Markos> LFS problems are buildroot specific. I don't have a native LFS Markos> toolchain so I can try an out-of-buildroot build. You can Markos> either revert the commit or disable the LFS support in the Markos> package for now.
Peter> ok, thanks.
Peter> I'll try to take another look, and revert if I don't see an easy Peter> solution.
I luckily found a solution (23f6455bff), which I've applied.
Signature · 1 line
Bye, Peter Korsgaard
PATCH 1/1 strace: Version bump to 4.7
Quoted 12 lines · Peter Korsgaard
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
Quoted 1 line
"Peter" == Peter Korsgaard <[email protected]> writes:
Hi,
Markos> I haven't managed to find a solution yet and I think all the Markos> LFS problems are buildroot specific. I don't have a native LFS Markos> toolchain so I can try an out-of-buildroot build. You can Markos> either revert the commit or disable the LFS support in the Markos> package for now.
Peter> ok, thanks.
Quoted 7 lines
Peter> I'll try to take another look, and revert if I don't see an easy Peter> solution.
I luckily found a solution (
23f6455bff), which I've applied.--
Bye, Peter Korsgaard
Hi Peter,
Hmm I thought that -D_FILE_OFFSET_BITS=64 was required when building with LFS. I guess I was wrong.
Thanks for fixing it.
Signature · 2 lines
Regards, Markos