On 20 October 2012 20:03, Cedric Blancher <cedric.blanc...@googlemail.com> wrote: > On 22 September 2012 09:18, Cedric Blancher > <cedric.blanc...@googlemail.com> wrote: >> On 4 July 2012 15:38, Cedric Blancher <cedric.blanc...@googlemail.com> wrote: >>> On 28 June 2012 17:05, Glenn Fowler <g...@research.att.com> wrote: >>>> >>>> On Thu, 28 Jun 2012 12:48:07 +0200 Cedric Blancher wrote: >>>>> On 27 June 2012 22:15, Cedric Blancher <cedric.blanc...@googlemail.com> >>>>> wrote: >>>>> > On 27 June 2012 22:07, Glenn Fowler <g...@research.att.com> wrote: >>>>> >> >>>>> >> On Wed, 27 Jun 2012 21:25:47 +0200 Cedric Blancher wrote: >>>>> >>> On 27 June 2012 20:12, Glenn Fowler <g...@research.att.com> wrote: >>>>> >>> > >>>>> >>> > On Wed, 27 Jun 2012 12:51:50 +0200 Cedric Blancher wrote: >>>>> >>> >> On 27 June 2012 04:25, Glenn Fowler <g...@research.att.com> wrote: >>>>> >>> >> > >>>>> >>> >> > the AT&T Software Technology ast beta 2012-06-26 source and >>>>> >>> >> > binary release >>>>> >>> >> > has been posted to the download site >>>>> >>> >> > http://www.research.att.com/sw/download/beta/ >>>>> >>> >> > the package names and md5 checksums are >>>>> >>> >> > INIT 904949c5a95c2c75ed543290802c1401 >>>>> >>> >> > ast-base b5cc252849e2bc0732fd393fdc47b96c >>>>> >>> >> > ast-open 5d7e1a86a578496c775310caff3bf625 >>>>> >>> >> > ast-gpl 91404fb7954a953772f1a64c99c4b1ee >>>>> >>> >> > ast-ksh 94652c804ec2f7d3fda5e8f749145482 >>>>> >>> >> > ast-jmake 6ccf071941eac512d05530808b4fd42c >>>>> >>> >> > ast-sudoku f425de48d3376ce1cad81fa54a7a091a >>>>> >>> >> > the md5 sums should match the ones listed on the download page >>>>> >>> >> > if not then don't download >>>>> >>> >> > >>>>> >>> >> > the git source repository will be updated tomorrow >>>>> >>> >> > >>>>> >>> >> > if this beta checks out ok in the next 2 days it will become an >>>>> >>> >> > official release >>>>> >>> >> > >>>>> >>> >> > thanks for all the detailed reports and tests on the ast-user >>>>> >>> >> > and ast-developers lists >>>>> >>> >> > >>>>> >>> >> > _______________________________________________ >>>>> >>> >> > ast-users mailing list >>>>> >>> >> > ast-us...@research.att.com >>>>> >>> >> > https://mailman.research.att.com/mailman/listinfo/ast-users >>>>> >>> > >>>>> >>> >> The xargs builtin is no longer working with the print builtin on >>>>> >>> >> Fedora Linux: >>>>> >>> >> ksh -c 'builtin xargs ; ls -1 | xargs print ; print done' >>>>> >>> >> xargs: print: command not found [No such file or directory] >>>>> >>> >> xargs: out of space [No such file or directory] >>>>> >>> >> done >>>>> >>> > >>>>> >>> > what is the output of >>>>> >>> > >>>>> >>> > ksh -c 'builtin xargs; print ${.sh.version}; type xargs; >>>>> >>> > xargs --?-version' >>>>> >>> > >>>>> >> >>>>> >>> ksh -c 'builtin xargs; print ${.sh.version}; type xargs; xargs >>>>> >>> --?-version' >>>>> >>> Version AJM 93u+ 2012-06-26 >>>>> >>> xargs is a shell builtin >>>>> >>> version xargs (AT&T Research) 2012-04-11 >>>>> >> >>>>> >> thanks >>>>> >> I'm trying to narrow this down to a reproducable case >>>>> >> can you run in a directory that only contains the file "foo" >>>>> > >>>>> > mkdir x >>>>> > cd x >>>>> > mkdir foo >>>>> > ksh -c 'builtin print ; builtin xargs ; ls -1 | xargs print ; true' >>>>> > xargs: print: command not found [No such file or directory] >>>>> > xargs: out of space [No such file or directory] >>>>> > >>>>> >> >>>>> >> and I should have asked before: >>>>> >> did you run bin/package make with different CC or CCFLAGS? >>>>> >> what is the output of >>>>> >> probe -l C make cc | grep CC.VERSION.STRING >>>>> > >>>>> > ./arch/linux.i386-64/bin/probe -l C make cc | grep CC.VERSION.STRING >>>>> > probe: cannot generate probe key >>>>> > >>>>> > gcc --version >>>>> > gcc 4.6.2 >>>>> > Copyright (C) 2011 Free Software Foundation, Inc. >>>>> > This is free software; see the source for copying conditions. There is >>>>> > NO >>>>> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR >>>>> > PURPOSE. >>>>> > >>>>> > Build with bash ./bin/package PACKAGE_OPTIONS=map-libc. >>>> >>>>> Any clues what is going wrong? >>>> >>>> I have not been able to reproduce, so no, I don't know what's going on >>>> try a build without PACKAGE_OPTIONS just to rule out map-libc >>>> if you do it like this you can use the same source tree and not clobber >>>> your linux.i386-64 build >>>> -- >>>> hosttype=linux.i386-64-nomap >>>> cd $PACKAGEROOT >>>> mkdir arch/$hosttype >>>> bin/package make HOSTTYPE=$hosttype >>>> bin/package use HOSTTYPE=$hosttype >>>> # the last command puts you in an interactive $hosttype ksh with PATH >>>> pointing to $hosttype # >>>> ksh -c 'builtin xargs ; ls -1 | xargs print ; print done' >>>> -- >>>> >>>> I'm also sending you off-list a linux.i386-64 ksh built with gcc-4.6.3 and >>>> no special options >>>> this works on a fedora core 15 linux.i386-64 >>> >>> We've figured the problem out: The builtin xargs did not change but I >>> mistook a Solaris box for a Fedora one because the admins here keep >>> changing and reusing the hostnames for unknown reasons. >>> On Solaris the builtin xargs will not fail because it has a >>> /usr/bin/print, which, per ldd, uses libshell.so.1 and seems to be >>> using the ksh builtin print. >>> >>> Mystery solved. >>> >>> The real bug however is that sh_run() used by b_xargs() can't use >>> shell builtins. >>> >>> David, is there a reason for that? >> >> David, Glenn, any progress here? > > David, Glenn, any progress here?
David, Glenn, any progress here? PS: When are you going to update ast-open? The new alphas of ast-ksh are very cool (grep, xargs, iconv et al), but a complete set of AST utilities (pax!) would be nice to have. Ced -- Cedric Blancher <cedric.blanc...@googlemail.com> Institute Pasteur _______________________________________________ ast-developers mailing list ast-developers@research.att.com https://mailman.research.att.com/mailman/listinfo/ast-developers