strace: Version bump to 4.7

PATCH New markos.chandras at gmail.com 5 participants 16 messages Sep 28, 2012 – Oct 30, 2012

lore

Share & tools

lore

markos.chandras at gmail.com

author

2012-09-28 08:43 UTC #0 lore raw

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

Signed-off-by Markos Chandras <[email protected]>

---
 package/strace/strace.mk |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

package/strace/strace.mk +2 -2

index 2d95137..5c2d33c 100644
@@ -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

Peter Korsgaard

2012-10-04 20:48 UTC #1 lore raw

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

Peter Korsgaard

2012-10-05 05:35 UTC #2 lore raw

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

Markos Chandras

author

2012-10-05 08:20 UTC #3 lore raw

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.log
Peter> 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

Markos Chandras

author

2012-10-05 13:20 UTC #4 lore raw

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.log
Peter> 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

Peter Korsgaard

2012-10-05 13:58 UTC #5 lore raw

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

Arnout Vandecappelle

2012-10-05 23:18 UTC #6 lore raw

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

Markos Chandras

author

2012-10-10 12:49 UTC #7 lore raw

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
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
--

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

Arnout Vandecappelle

2012-10-11 21:26 UTC #8 lore raw

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
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]

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

Markos Chandras

author

2012-10-12 08:04 UTC #9 lore raw

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 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]

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_64 or 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

Alexander Khryukin

2012-10-12 12:14 UTC #10 lore raw

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_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]
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_64 or 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.

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>

Peter Korsgaard

2012-10-16 19:57 UTC #11 lore raw

PATCH 1/1 strace: Version bump to 4.7

In reply to 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,

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

Markos Chandras

author

2012-10-16 20:48 UTC #12 lore raw

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

Peter Korsgaard

2012-10-16 21:12 UTC #13 lore raw

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

Peter Korsgaard

2012-10-29 20:55 UTC #14 lore raw

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,

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

Markos Chandras

author

2012-10-30 10:07 UTC #15 lore raw

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