Ok, so if somebody interested in - h2ph is expecting files on its
command line, not something else. (that was an issue with a unix
socket, sneaked in to the /usr/include as the the result of maybe a
power loss issue I had. the system builds ok now.
the proposed patch, to eliminate the possibility of such problems in the
future:
Index: Makefile.bsd-wrapper
===================================================================
RCS file: /cvs/src/gnu/usr.bin/perl/Makefile.bsd-wrapper,v
retrieving revision 1.99
diff -u -p -u -r1.99 Makefile.bsd-wrapper
--- Makefile.bsd-wrapper 26 Nov 2014 18:27:21 -0000 1.99
+++ Makefile.bsd-wrapper 26 Mar 2015 10:59:24 -0000
@@ -107,7 +107,7 @@ install: install.lib install.perl manins
-mkdir -p
${DESTDIR}/usr/libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd
(cd ${DESTDIR}/usr/include; ${H2PH} \
-d
${DESTDIR}/usr/libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd \
- `find . -name '*.h'`; \
+ `find . -type f -name '*.h'`; \
pax -rw `find . -type l \! -name '*.h' | sed 's/^..//'` \
${DESTDIR}/usr/libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd)
-chmod -R a+rX ${DESTDIR}/usr/libdata/perl5
On 03/18/2015 02:02 PM, Gregory Edigarov wrote:
On 03/18/2015 12:04 PM, Gregory Edigarov wrote:
On 03/17/2015 08:44 PM, patrick keshishian wrote:
On 3/17/15, Gregory Edigarov <ediga...@qarea.com> wrote:
On 03/16/2015 10:21 PM, Stuart Henderson wrote:
On 2015-03-16, Gregory Edigarov <ediga...@qarea.com> wrote:
Hello,
I know I am re-asking the same question again, but what are the
possible
reasons of such behaviour?
Obviously the system builds ok, but perl doesn't install correctly.
I need my system to be correctly built from sources because i am
going
to make some experimental changes. (I am starting from the most
fresh
binary snapshot available).
# env make clean obj build
[skip many correct lines]
I don't know if it's implicated in this problem, but don't run the
multiple targets on one line like that, run them separately or do
"make clean && make obj && make build".
Also check you don't have any bogus files in your checkout ("cvs
up -Pd -I \! -I obj -I CVS") and it's a good idea to clean /usr/obj
if you're having problems.
Hi, Stuart.
I've tried your advice.
did
# cvs up -Pd -I \! -I obj -I CVS
Just a WAG, do you possible have a (or a few) file(s) with
a sticky Tag? If you are working off head of the CVS tree
use a -APd to clear out any possible Tags.
--patrick
hmmm, no. It was a clean checkout from a server. so I don't think
that's a case.
well, I've tried cvs up -APd - still the same result.
# rm -rf /usr/obj/*
# env make clean && env make obj && env make build
and it again errors on me:
./tls.h -> ./tls.ph
./siphash.h -> ./siphash.ph
*** Error 1 in gnu/usr.bin/perl (Makefile.bsd-wrapper:112 'install')
*** Error 1 in gnu/usr.bin (<bsd.subdir.mk>:48 'realinstall')
*** Error 1 in gnu (<bsd.subdir.mk>:48 'realinstall')
*** Error 1 in . (<bsd.subdir.mk>:48 'realinstall')
*** Error 1 in /usr/src (Makefile:82 'build')
# make clean && make obj && make build
what could be the reason?
--
With best regards,
Gregory Edigarov
