Subject: Re: Problem compiling perl in current
To: None <current-users@NetBSD.org>
From: =?UTF-8?Q?C=C3=A9sar_Catri=C3=A1n_Carre=C3=B1o?= <ccatrian@eml.cc>
List: current-users
Date: 12/25/2007 22:22:53
--Signature=_Tue__25_Dec_2007_22_22_53_-0300_Yr1FidvoiloqBnYw
Content-Type: text/plain; charset=UTF-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, 25 Dec 2007 22:42:05 +0100
Bernd Ernesti <netbsd@lists.veego.de> wrote:

> On Tue, Dec 25, 2007 at 06:29:28PM -0300, C=C3=A9sar Catri=C3=A1n Carre=
=C3=B1o wrote:
> > > [1]   Bad system call         ./try
> > > The program compiled OK, but exited with status 140.
> > > (The supplied flags or libraries might be incorrect.)
> > > =20
> > > You have a problem.  Shall I abort Configure [y]=20
> > > Ok.  Stopping Configure.
> > > ---
> > >=20
> > > By using NetBSD 4.99.34 to compile (without pkg_comp), works just fin=
e.
> >=20
> > Tested against 4.99.44, perl fails to build against threads.
>=20
> I had no problem to do a normal pkgsrc build for perl with 4.99.44 on i386
> and you test program works too (this time with 4.99.45):
>=20
> : cc -o try -O2 -pthread -I/usr/include -fno-strict-aliasing -pipe -Wdecl=
aration-after-statement -I/usr/pkg/include -L/usr/pkg/lib try.c -lcrypt -lp=
thread
> : ./try=20
> Ok
> :
>=20
> Are you sure that your system is ok, like ram, or did you use some custom
> compile flags?
>=20
> Bernd
>=20

I collected some dump of this stuff:

 23818      1 try      CALL  rasctl(0xbbbb99c4,5,0)
 23818      1 try      RET   rasctl 0
 23818      1 try      CALL  _lwp_unpark_all(0,0,0)
 23818      1 try      RET   _lwp_unpark_all 1024/0x400
 23818      1 try      CALL  __sysctl
(0xbfbfebc0,2,0xbfbfec18,0xbfbfec1c,0,0) 23818      1 try      RET
__sysctl 0 23818      1 try      CALL  getrlimit(3,0xbfbfec48)
 23818      1 try      RET   getrlimit 0
 23818      1 try      CALL  __sysctl
(0xbfbfeba0,2,0xbfbfebf8,0xbfbfebfc,0,0) 23818      1 try      RET
__sysctl 0 23818      1 try      CALL  mprotect(0xbfa01000,0x1000,0)
 23818      1 try      RET   mprotect 0
 23818      1 try      CALL  _lwp_self
 23818      1 try      RET   _lwp_self 1
 23818      1 try      CALL  _lwp_ctl
 23818      1 try      RET   _lwp_ctl -1 errno 78 Function not
implemented 23818      1 try      PSIG  SIGSYS SIG_DFL

So this may be caused because I'm still using a 4.99.34 kernel. So I'll
compile a new one to run the chroot and try again soon.

Thanks
--
C=C3=A9sar Catri=C3=A1n Carre=C3=B1o

--Signature=_Tue__25_Dec_2007_22_22_53_-0300_Yr1FidvoiloqBnYw
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (NetBSD)

iD8DBQFHcazt0CA0DpFTlnERApd0AJ4zV5cN+3x8WcOOcxOtVPsgJFGKNACgyx9y
fkJquduGvJ1wGajfPzHVR4U=
=0FtR
-----END PGP SIGNATURE-----

--Signature=_Tue__25_Dec_2007_22_22_53_-0300_Yr1FidvoiloqBnYw--