On 1/3/2018 5:16 AM, Paul Eggert wrote:
OK, attached is a proposed patch to coreutils. Michael, can you give
it a try?
Looks good!
After patch:
root@x072:[/home/prj/gnu/coreutils-8.29]lslpp -L | grep coreutils
aixtools.gnu.coreutils.man.en_US
8.29.0.0 C F
I can certainly install a test partition and give someone access to work
through this. Just contact me privately and we can get it in motion. Takes
a bit less than 10 minutes to do a fresh install (compiler is in the backup
image being restored).
On Sun, Jun 7, 2015 at 12:10 AM, Paul Eggert wrote
l
just build in phases.)
Many thanks again.
On Sat, Jun 6, 2015 at 6:32 PM, Michael Felt wrote:
> I downloaded, unpacked, ran configure and then "make -i". The only thing
> notable is still the problem with the man page for 'test' aka '['
> (right_bracket)
&
I downloaded, unpacked, ran configure and then "make -i". The only thing
notable is still the problem with the man page for 'test' aka '['
(right_bracket)
GEN man/test.1
help2man: can't get `--help' info from man/test.td/[
Try `--no-discard-stderr' if option outputs to stderr
make: 1254-004
directory
`/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory
`/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gnulib-tests'
make[3]: Leaving directory
`/data/prj/gnu/coreutils/coreutils-8.23.211-b1d1a/gn
+ test 1 -eq 127
+ exit 1
On Fri, Jun 5, 2015 at 11:34 PM, Pádraig Brady wrote:
> On 05/06/15 20:27, Eric Blake wrote:
> > On 06/05/2015 11:53 AM, Pádraig Brady wrote:
> >> On 05/06/15 17:02, Michael Felt wrote:
> >>>> Attribute "constructor" is n
e path name does not exist.
ld: 0706-012 The -h flag is not recognized.
ld: 0706-012 The -a flag is not recognized.
make: 1254-004 The error code from the last command is 255.
On Fri, Jun 5, 2015 at 5:29 PM, Paul Eggert wrote:
> Michael Felt wrote:
>
>> "lib/get-permissions.c&
I did not run config.status - this dog missed that part of the trick!
On Fri, Jun 5, 2015 at 4:30 PM, Eric Blake wrote:
> On 06/05/2015 08:09 AM, Michael Felt wrote:
> > root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]make V=1
> > rm -f src/coreutils.h
> >
uot; is not allowed.
make: 1254-004 The error code from the last command is 1.
Stop.
make: 1254-004 The error code from the last command is 1.
Stop.
make: 1254-004 The error code from the last command is 2.
Stop.
On Fri, Jun 5, 2015 at 4:24 PM, Paul Eggert wrote:
> Michael Felt wrote:
&
quot;,
$main)"; done | sort > src/coreutils.ht
/bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected.
make: 1254-004 The error code from the last command is 2.
Stop.
root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]
On Fri, Jun 5, 2015 at 4:07 PM, Paul Eggert wr
This is reassuring. Thank you for the reply.
On Fri, Jun 5, 2015 at 3:05 PM, Eric Blake wrote:
> On 06/05/2015 04:45 AM, Michael Felt wrote:
>
> [we tend to avoid top-posting on technical lists, as it makes it harder
> to follow the flow of the message]
>
> > My "
ncerned - I had automake 1.15 installed. I removed it
and installed automake-1.14.1 and the 'complaint' went away when I ran
automake.
On Fri, Jun 5, 2015 at 3:08 PM, Eric Blake wrote:
> On 06/05/2015 05:13 AM, Michael Felt wrote:
> > I think I still have automake 1.14 lying around,
he error code from the last command is 2.
Stop.
root@x065:[/data/prj/gnu/coreutils/coreutils-8.23]
And, it feels as if I am back where I first started - GEN of
src/coreutils.h is unhappy.
Thank you for your consideration.
On Fri, Jun 5, 2015 at 1:20 PM, Michael Felt wrote:
> Actually, lo
, unpack, patch, automake,
and see where/how things go).
Michael
On Fri, Jun 5, 2015 at 1:16 PM, Michael Felt wrote:
> After rerunning ./configure --prefix=/opt I still stop at:
>
> GEN src/coreutils.h
> /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected.
> make
After rerunning ./configure --prefix=/opt I still stop at:
GEN src/coreutils.h
/bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected.
make: 1254-004 The error code from the last command is 2.
On Fri, Jun 5, 2015 at 1:13 PM, Michael Felt wrote:
> I think I still have
error code from the last command is 2.
Shall rerun ./configure and see if the ./src directory problem is solved as
well (after automake)
p.s.
I do this packaging as root - so I always need to
# export FORCE_UNSAFE_CONFIGURE=1
Would be "more friendly" if this check could be reported ea
different executable (different
inode)
michael@x071:[/usr/bin]ls -li *ksh*
986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 ksh
932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 ksh93
986 -r-xr-xr-x 5 bin bin 292316 Jun 30 2014 rksh
932 -r-xr-xr-x 2 bin bin 902655 Jul 11 2014 rksh93
On Fri, Jun 5, 2015 a
ing!!
On Thu, Jun 4, 2015 at 9:34 PM, Eric Blake wrote:
> [adding autoconf]
>
> On 06/04/2015 01:17 PM, Paul Eggert wrote:
> >
> > On 06/04/2015 09:41 AM, Michael Felt wrote:
> >> GEN src/coreutils.h
> >> /bin/sh: 0403-057 Syntax error at line 1 : `;
Thanks for the update.
On Thu, Jun 19, 2014 at 12:25 AM, Paul Eggert wrote:
> Michael Felt wrote:
>
>> Curious why you are calling this a compiler bug.
>>
>
> Because it is a compiler bug. Try to compile (but not link) the attached
> file. Here's what I get
;,
adju
sted_width, buf); pad_remaining = next_pad; } }
Aren't macros fun!
Anyway, if this is the "workings" of the bug, then maybe I can get it
submitted for a bugfix.
So, before I do any try and submit a bugreport to IBM - please verify that
the above is "the bug" -
ntifer has worked well for ftoast.c for many years.
The simple "include" of ftoastr.h to src/od.c and src/getlimits.c seems to
be making assumptions that ftoastr.c has not. So, maybe there is another
more elegant solution?
On Wed, Jun 18, 2014 at 8:59 PM, Michael Felt wrote:
> Curi
ncy on something not found by default when using
the xlc compilers. But I may be wrong :p@me
On Fri, Jun 13, 2014 at 5:37 PM, Pádraig Brady wrote:
> On 06/13/2014 02:38 PM, Michael Felt wrote:
>
> > make[2]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.22'
> > CC
include either in an AIX INSTALL or README?
On Wed, Jun 18, 2014 at 8:23 AM, Michael Felt wrote:
> Well, you guys are the experts. I was trying to be "smart" - thinking that
> lbracket 'required' the closing right bracket to keep the shell syntax
> checkers happy. Maybe
ther designed - so I shall make
some specialized 'buildaix' components to get around the filenameing
problem.
Will keep you posted.
On Tue, Jun 17, 2014 at 11:16 PM, Eric Blake wrote:
> On 06/17/2014 02:50 PM, Michael Felt wrote:
> > FYI: the program runs fine, and even from the
must have customized it
to not include "lbracket" in the package - as, obviously, it was built.
p.s. - I did not try your t.c program, but I expect it to work fine.
On Sat, Jun 14, 2014 at 6:08 PM, Michael Felt wrote:
> I believe IBMis usually quite commited to being inline with p
then if nobody has cared up til now I doubt I will have much chance of
making a difference on that.
thx for the correction. I will mention it, but will not be holding my
breath.
Michael
On Jun 14, 2014 7:28 PM, "Paul Eggert" wrote:
> Michael Felt wrote:
>
>> this is a
d yes, deleting/not including it is probably the simplest solution.
On Fri, Jun 13, 2014 at 5:09 PM, Paul Eggert wrote:
> Michael Felt wrote:
>
>> But to have a name like that, I must be too old fashioned -
>> where is the win?
>>
>
> It's so that execlp ("FO
reason for
coreutils is because of the differences between AIX install, bsd install
and coreutils install. coreutils version works where AIX and bsd fail.
On Sat, Jun 14, 2014 at 5:57 PM, Michael Felt wrote:
> I am "packaging" on a "clean" system, i.e., as few dependanci
I am "packaging" on a "clean" system, i.e., as few dependancies as
possible. And I have some warnings about certain features not being
included because the libraries are missing.
Further, just compiling by manually adding -pthread seems to be working.
Once I have the defines needed for the other p
ackslashes correctly).
So, maybe your sample program would execute. I will try it in a day or so,
just checking mail for now.
On Fri, Jun 13, 2014 at 5:09 PM, Paul Eggert wrote:
> Michael Felt wrote:
>
>> But to have a name like that, I must be too old fashioned -
>> where is
I know now why I am still using version 8-15
1. I never tried 8.16
2. since version 8.17 (or 16 which I never tried) lbracket gets linked as
the program [
Now, except that I would have a terrible time entering that as a command,
as is it a special character for ksh, and I would think bash the addi
=
aixtools.coreutils:aixtools.coreutils.man:8.20.0.0::I:T:N:man pages
2014.Jun.13 13.56 CUT0::
aixtools.coreutils:aixtools.coreutils.rte:8.20.0.0::I:T:N:coreutils
2014.Jun.13 13.56 CUT0::
aixtools.coreutils:aixtools.coreutils.share:8.20.0.0::I:T:N:share and
document
Just noticed: need to add:
cc -O2 -qlanglvl=extc99 -o src/ptx src/ptx.o src/libver.a
lib/libcoreutils.a lib/libcoreutils.a -lpthread
On Fri, Jun 13, 2014 at 3:38 PM, Michael Felt wrote:
> For the most part, the configure and build runs quite clean. There are few
> warnings
3: 1506-045 (S) Undeclared identifier
_GL_LDBL_PREC_BOUND.
"src/getlimits.c", line 112.53: 1506-1324 (S) Array size must have integer
type.
make[2]: [src/getlimits.o] Error 1 (ignored)
CCLD src/getlimits
cc: 1501-228 (W) input file src/getlimits.o not found
Not sure how to resolve the missing definitions - do not wish to make
assumptions.
Regards,
Michael Felt
root@x104:[/data/prj/gnu/
coreutils/coreutils-8.20]cd tests
root@x104:[/data/prj/gnu/coreutils/coreutils-8.20/tests]truss -f -o /tmp/tr
m>
cd .. && make check TESTS=tests/tail-2/F-vs-missing.sh SUBDIRS=.
make[1]: Entering directory `/data/prj/gnu/coreutils/coreutils-8.20'
GENpublic-submodule-
The compressed nohup.out - for what is it worth, or not - attached.
On Thu, Nov 15, 2012 at 9:00 AM, Michael Felt wrote:
> FYI
>
nohup.out.gz
Description: GNU Zip compressed data
FYI
test-suite.log.gz
Description: GNU Zip compressed data
Working on what you requested. Last bit I have in a file is:
...
GENlib/wctype.h
CC src/make-prime-list.o
CCLD src/make-prime-list
On Fri, Nov 9, 2012 at 4:30 PM, Paul Eggert wrote:
> On 11/08/2012 08:38 PM, Michael Felt wrote:
> > ld: 0711-317 ERROR: Undefin
root@x104:[/data/prj/gnu/coreutils/coreutils-8.20]export
FORCE_UNSAFE_CONFIGURE=1
root@x104:[/data/prj/gnu/coreutils/coreutils-8.20]CFLAGS=-O2 -qcpluscmt
./configure \
--prefix=/opt \
--sysconfdir=/var/coreutils/etc \
--sharedstatedir=/var/coreutils/com \
--localstat
My apologies for being so late with this.
Lots of +++ at the end (might be something left over from debugging), but
ends with:
Testsuite summary for GNU coreutils 8.15
# TOTAL: 466
# PASS: 314
# SKIP: 117
# XFAIL: 0
#
Do not know when this came in (8.16, or 8.17) - but 8.17 also requires a
complete rerun of configure. 8.15 was so simple (or did I just not notice
it then?)
Michael
On Sat, Nov 3, 2012 at 3:36 PM, Michael Felt wrote:
> Would be much nicer if ./configure complained at the beginning about be
Would be much nicer if ./configure complained at the beginning about being
root, rather than at the end.
regards,
Michael
or configure scripts somewhere if I recall. No idea if this is
related).
regards,
Michael
On Mon, Jan 2, 2012 at 10:52 PM, Jim Meyering wrote:
> Michael Felt wrote:
> ...
> > Making check in tests
> > make check-TESTS
> > help-version: failed test: --version-$
my apologies for two sendings. Please reply via bug 10423.
On Mon, Jan 2, 2012 at 7:48 PM, Michael Felt wrote:
> Hi all,
>
> Happy New Year!
>
> configure and build of coreutils 8-14 went fine on AIX 5.3 (using xlc v7).
> However, the subsequent "make check" does no
Hi all,
Happy New Year!
configure and build of coreutils 8-14 went fine on AIX 5.3 (using xlc v7).
However, the subsequent "make check" does not.
Using both root and non-root userids "make check" fails at the same
location.
Please excuse my ignorance. No idea howto examine the test system.
Rega
2012 at 10:33 PM, Jim Meyering wrote:
> Michael Felt wrote:
>
> > Sorry, lost me there...
> >
> > So, hopefully to improve both our understanding of what is happening...
> >
> > 1. I am using ksh (using bash did not change anything, unfortunately).
> > 2. R
+ :
+ cd /data/prj/coreutils-8.14/tests
+ chmod -R u+rwx /data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
+ rm -rf /data/prj/coreutils-8.14/tests/gt-init.sh.bbZX
+ exit 0
root@x105:[/data/prj/coreutils-8.14/tests]
On Mon, Jan 2, 2012 at 9:32 PM, Jim Meyering wrote:
> Paul Eggert wrote:
> >
(Happy New Year - aside)
configured and compiled coreutils without incident, however "make check"
fails at the same spot for both root and non-root.
The test fails saying
/bin/sh: not found
Unfortunately, I am not smart enough to dig in check/test logic - any
help is appreciated.
regards,
48 matches
Mail list logo
