Thanks. re-closing.
On Wed May 11 03:34:26 2016, e...@efca.com wrote:
> no idea where this OLD message came from.
> In any case, do ignore, problem has been solved for many weeks.
>
> >-- Original Message --
> >
> >
> >still not working right.
> >Attached a longish log file extract.
> >But root
no idea where this OLD message came from.
In any case, do ignore, problem has been solved for many weeks.
>-- Original Message --
>
>
>still not working right.
>Attached a longish log file extract.
>But root cause seems to be that we try to process test dependencies
>while doing depend in crypto,
no idea where this OLD message came from.
In any case, do ignore, problem has been solved for many weeks.
>-- Original Message --
>
>
>still not working right.
>Attached a longish log file extract.
>But root cause seems to be that we try to process test dependencies
>while doing depend in crypto,
still not working right.
Attached a longish log file extract.
But root cause seems to be that we try to process test dependencies
while doing depend in crypto, way before we had done any work in
the test subdir. That causes the find to exit with failed status aborting
the depend.
>-- Original
% ./config --prefix=/opt/openssl
Operating system: i86pc-whatever-solaris2
Configuring for solaris64-x86_64-gcc
Configuring OpenSSL version 1.1.0-pre4 (0x0x1014L)
no-crypto-mdebug [default] OPENSSL_NO_CRYPTO_MDEBUG (skip dir)
no-crypto-mdebug-backtrace [forced]
Vid Fre, 18 Mar 2016 kl. 19.10.42, skrev rainer.j...@kippdata.de:
> Your suggested fix would mean on platforms without "-nt" we would
> always
> rebuild and that's in fact what I observed (make test rebuilds a lot
> of
> object files) whereas the "find" variant should work on all platforms
> and
Perfect. Thanks for confirming. Closing this ticket now.
Cheers,
Richard
Vid Sat, 19 Mar 2016 kl. 13.39.02, skrev rainer.j...@kippdata.de:
> Works here. No more "-nt" error, no warnings or other STDERR output.
> Tested on Solaris 10 Sparc using GCC doing a 32 bit build and another
> 64
> bit
I had the same problem. /bin/sh on Solaris does not understand the "-nt"
operator used in the definition of the "depend" target in the top-level
Makefile, e.g. in line
if [ Makefile -nt Makefile ] ...
and elsewhere.
From "man test" on Solaris:
...
file1 -nt file2 True if file1
I had the same problem. /bin/sh on Solaris does not understand the "-nt"
operator used in the definition of the "depend" target in the top-level
Makefile, e.g. in line
if [ Makefile -nt Makefile ] ...
and elsewhere.
From "man test" on Solaris:
...
file1 -nt file2 True if file1
Works here. No more "-nt" error, no warnings or other STDERR output.
Tested on Solaris 10 Sparc using GCC doing a 32 bit build and another 64
bit build. Builds succeed, tests pass.
Am 19.03.2016 um 12:34 schrieb Richard Levitte via RT:
> Fixed in commit 243a98d4a03a411dfe6db727dbf90adbfa2e7474.
Am 18.03.2016 um 19:33 schrieb Richard Levitte via RT:
> Vid Fre, 18 Mar 2016 kl. 18.07.31, skrev rainer.j...@kippdata.de:
>> Am 18.03.2016 um 17:49 schrieb Richard Levitte via RT:
>>> Vid Fre, 18 Mar 2016 kl. 16.34.05, skrev rainer.j...@kippdata.de:
I had the same problem. /bin/sh on Solaris
Fixed in commit 243a98d4a03a411dfe6db727dbf90adbfa2e7474. Can we close this
ticket for good now?
Vid Sat, 19 Mar 2016 kl. 10.14.25, skrev levitte:
> Right. A little 'exit 0' in the right spot should fix that.
>
> It's true that the dependencies that are generated depend quite a lot
> on what
>
Right. A little 'exit 0' in the right spot should fix that.
It's true that the dependencies that are generated depend quite a lot on what
you've built so far, I hope that's not an enormous bother.
Cheers,
Richard
Vid Sat, 19 Mar 2016 kl. 01.31.53, skrev e...@efca.com:
> still not working right.
Am 18.03.2016 um 17:49 schrieb Richard Levitte via RT:
> Vid Fre, 18 Mar 2016 kl. 16.34.05, skrev rainer.j...@kippdata.de:
>> I had the same problem. /bin/sh on Solaris does not understand the "-
>> nt"
>> operator used in the definition of the "depend" target in the top-
>> level
>> Makefile,
Perhaps with said attachment this time...
Vid Fre, 18 Mar 2016 kl. 16.49.13, skrev levitte:
> Vid Fre, 18 Mar 2016 kl. 16.34.05, skrev rainer.j...@kippdata.de:
> > I had the same problem. /bin/sh on Solaris does not understand the "-
> > nt"
> > operator used in the definition of the "depend"
Patch for anyone interested in trying.
--
Richard Levitte
levi...@openssl.org
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=
Please log in as guest with password guest if prompted
diff --git a/Configurations/unix-Makefile.tmpl b/Configurations/unix-Makefile.tmpl
index
Fixup show in last message has now been merged with master, commit
a6adf099cbd7c3bc5c7051ad3d334636ef5e7f90
--
Richard Levitte
levi...@openssl.org
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=
Please log in as guest with password guest if prompted
--
openssl-dev mailing
Vid Fre, 18 Mar 2016 kl. 16.34.05, skrev rainer.j...@kippdata.de:
> I had the same problem. /bin/sh on Solaris does not understand the "-
> nt"
> operator used in the definition of the "depend" target in the top-
> level
> Makefile, e.g. in line
>
> if [ Makefile -nt Makefile ] ...
That can't be
Am 18.03.2016 um 17:49 schrieb Richard Levitte via RT:
Vid Fre, 18 Mar 2016 kl. 16.34.05, skrev rainer.j...@kippdata.de:
I had the same problem. /bin/sh on Solaris does not understand the "-
nt"
operator used in the definition of the "depend" target in the top-
level
Makefile, e.g. in line
if
Vid Fre, 18 Mar 2016 kl. 18.07.31, skrev rainer.j...@kippdata.de:
> Am 18.03.2016 um 17:49 schrieb Richard Levitte via RT:
> > Vid Fre, 18 Mar 2016 kl. 16.34.05, skrev rainer.j...@kippdata.de:
> >> I had the same problem. /bin/sh on Solaris does not understand the
> >> "-
> >> nt"
> >> operator
It is the -nt that breaks Solaris 10
(dev0) 22$ make test
catdepends=false
+ [ Makefile -nt Makefile ]
*** Error code 1
it stops executing on that line.
I like the suggestion of using /bin/ksh on Solaris 10, that is
generally needed also for many GNU autoconfig scripts, so why not OpenSSL too
still not working right.
Attached a longish log file extract.
But root cause seems to be that we try to process test dependencies
while doing depend in crypto, way before we had done any work in
the test subdir. That causes the find to exit with failed status aborting
the depend.
>-- Original
Am 18.03.2016 um 19:33 schrieb Richard Levitte via RT:
Vid Fre, 18 Mar 2016 kl. 18.07.31, skrev rainer.j...@kippdata.de:
Am 18.03.2016 um 17:49 schrieb Richard Levitte via RT:
Vid Fre, 18 Mar 2016 kl. 16.34.05, skrev rainer.j...@kippdata.de:
I had the same problem. /bin/sh on Solaris does not
commit ac89799c3e78e9af1031226eb2fd389a70ce3c1b @levitte levitte committed an
hour ago
tried to fix this but it still dont work. Even on Solaris 11 I get
(srv) 22# find foo -print
find: stat() error foo: No such file or directory
(srv) 23# echo $?
1
(srv) 24# find . -name foo -print
(srv) 25#
It is the -nt that breaks Solaris 10
(dev0) 22$ make test
catdepends=false
+ [ Makefile -nt Makefile ]
*** Error code 1
it stops executing on that line.
I like the suggestion of using /bin/ksh on Solaris 10, that is
generally needed also for many GNU autoconfig scripts, so why not OpenSSL too
25 matches
Mail list logo
