mips.mips64elhf and mips.mips64el buildworld

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

mips.mips64elhf and mips.mips64el buildworld

Cy Schubert-4
Hi

Building world within the krb5 project branch after having made heimdal
private, as of LLVM 6 the following errors are produced

/scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-lib32/tmp/u
sr/lib32
/libprivateasn1.so: could not read symbols: File in wrong format

and

/scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64el/obj-lib32/tmp/usr
/lib32/l
ibprivateasn1.so: could not read symbols: File in wrong format

File reports,

universe12b$ file /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64el
hf/obj-lib32/tmp/usr/lib32/libprivateasn1.so.11
/scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-lib32/tmp/u
sr/lib32/libprivateasn1.so.11: ELF 32-bit MSB shared object, MIPS,
MIPS-III version 1 (FreeBSD), dynamically linked, not stripped
universe12b$

Similarly for mips64el.

All other architectures built successfully.

For the stupid question: AFAICT the files are correct. Does anyone have
any ideas?



--
Cheers,
Cy Schubert <[hidden email]>
FreeBSD UNIX:  <[hidden email]>   Web:  http://www.FreeBSD.org

        The need of the many outweighs the greed of the few.


_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: mips.mips64elhf and mips.mips64el buildworld

Dimitry Andric-4
On 4 Apr 2018, at 04:37, Cy Schubert <[hidden email]> wrote:
>
> Building world within the krb5 project branch after having made heimdal
> private, as of LLVM 6 the following errors are produced

Since mips is built with gcc (still), this hasn't got anything to do
with clang. :)


> /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-lib32/tmp/u
> sr/lib32
> /libprivateasn1.so: could not read symbols: File in wrong format
>
> and
>
> /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64el/obj-lib32/tmp/usr
> /lib32/l
> ibprivateasn1.so: could not read symbols: File in wrong format
>
> File reports,
>
> universe12b$ file /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64el
> hf/obj-lib32/tmp/usr/lib32/libprivateasn1.so.11
> /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-lib32/tmp/u
> sr/lib32/libprivateasn1.so.11: ELF 32-bit MSB shared object, MIPS,
> MIPS-III version 1 (FreeBSD), dynamically linked, not stripped
> universe12b$
>
> Similarly for mips64el.
>
> All other architectures built successfully.
>
> For the stupid question: AFAICT the files are correct. Does anyone have
> any ideas?
Which program is producing the "could not read symbols" output?  The
linker?  Maybe it trips up over these 32-bit shared libraries.

It would probably help a bit if you posted the buildworld output
somewhere, so it is more easily visible how the libraries are built,
and by which program(s) they are processed.

-Dimitry


signature.asc (230 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: mips.mips64elhf and mips.mips64el buildworld

Cy Schubert-4
In reply to this post by Cy Schubert-4
In message <[hidden email]>, Dimitry
Andric w
rites:

>
>
> --Apple-Mail=_1871B193-52B6-457E-BF1E-554DCC870732
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain;
> charset=us-ascii
>
> On 4 Apr 2018, at 04:37, Cy Schubert <[hidden email]> wrote:
> >
> > Building world within the krb5 project branch after having made heimdal
> > private, as of LLVM 6 the following errors are produced
>
> Since mips is built with gcc (still), this hasn't got anything to do
> with clang. :)
>
>
> > /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-lib32/tmp/u
> > sr/lib32
> > /libprivateasn1.so: could not read symbols: File in wrong format
> >
> > and
> >
> > /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64el/obj-lib32/tmp/usr
> > /lib32/l
> > ibprivateasn1.so: could not read symbols: File in wrong format
> >
> > File reports,
> >
> > universe12b$ file /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64el
> > hf/obj-lib32/tmp/usr/lib32/libprivateasn1.so.11
> > /scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-lib32/tmp/u
> > sr/lib32/libprivateasn1.so.11: ELF 32-bit MSB shared object, MIPS,
> > MIPS-III version 1 (FreeBSD), dynamically linked, not stripped
> > universe12b$
> >
> > Similarly for mips64el.
> >
> > All other architectures built successfully.
> >
> > For the stupid question: AFAICT the files are correct. Does anyone have
> > any ideas?
>
> Which program is producing the "could not read symbols" output?  The
> linker?  Maybe it trips up over these 32-bit shared libraries.

Yes, it appears to be the linker.

>
> It would probably help a bit if you posted the buildworld output
> somewhere, so it is more easily visible how the libraries are built,
> and by which program(s) they are processed.

Do you have access to universe12b.freebsd.org? The output is in
/home/cy/projects/pvt/_.mips.mips64elhf.buildworld and
/home/cy/projects/pvt/_.mips.mips64el.buildworld.

The Makefile building the library in question is kerberos5/lib/libasn1/M
akefile. My alterations are:

universe12b$ svn diff -cr323334  kerberos5/lib/libasn1/Makefile        

Index: kerberos5/lib/libasn1/Makefile
===================================================================
--- kerberos5/lib/libasn1/Makefile (revision 323333)
+++ kerberos5/lib/libasn1/Makefile (revision 323334)
@@ -1,6 +1,7 @@
 # $FreeBSD$
 
 LIB= asn1
+PRIVATELIB= true
 LDFLAGS= -Wl,--no-undefined
 INCS= asn1_err.h asn1-common.h heim_asn1.h der.h der-protos.h
der-private.h
 LIBADD= com_err roken
@@ -21,7 +22,8 @@
  timegm.c \
  ${GEN:S/.x$/.c/:S/.hx$/.h/}
 
-CFLAGS+=-I${KRB5DIR}/lib/asn1 -I${KRB5DIR}/lib/roken -I.
+CFLAGS+=-I${KRB5DIR}/lib/asn1 -I${KRB5DIR}/lib/roken \
+ -I${.OBJDIR:H}/libroken -I.
 
 GEN_RFC2459= asn1_rfc2459_asn1.x rfc2459_asn1.hx rfc2459_asn1-priv.hx
 GEN_CMS= asn1_cms_asn1.x cms_asn1.hx cms_asn1-priv.hx
universe12b$


$_LD is defined as $CC.

--- libprivatekrb5.so.11.full ---
building shared library libprivatekrb5.so.11
cc -DCOMPAT_32BIT -march=mips3 -mabi=32 -L/scratch/tmp/cy/obj/home/cy/pr
ojects/pvt/mips.mips64elhf/obj-lib32/tmp/usr/lib32
--sysroot=/scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-l
ib32/tmp -B/scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/tmp/
usr/bin -B/scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-l
ib32/tmp/usr/lib32 -isystem /scratch/tmp/cy/obj/home/cy/projects/pvt/mip
s.mips64elhf/obj-lib32/tmp/usr/include -Wl,--no-undefined
-Wl,--version-script=/home/cy/projects/pvt/crypto/heimdal/lib/krb5/versi
on-script.map  -shared -Wl,-x -Wl,--fatal-warnings
-Wl,--warn-shared-textrel  -o libprivatekrb5.so.11.full
-Wl,-soname,libprivatekrb5.so.11  `NM='nm' NMFLAGS='' lorder
acache.pico acl.pico add_et_list.pico addr_families.pico
aname_to_localname.pico appdefault.pico asn1_glue.pico
auth_context.pico build_ap_req.pico build_auth.pico cache.pico
changepw.pico codec.pico config_file.pico constants.pico context.pico
convert_creds.pico copy_host_realm.pico crc.pico creds.pico
crypto-aes.pico crypto-algs.pico crypto-arcfour.pico
crypto-des-common.pico crypto-des.pico crypto-des3.pico crypto-evp.pico
crypto-null.pico crypto-pk.pico crypto-rand.pico crypto.pico data.pico
deprecated.pico digest.pico doxygen.pico eai_to_heim_errno.pico
error_string.pico expand_hostname.pico expand_path.pico fcache.pico
free.pico free_host_realm.pico generate_seq_number.pico
generate_subkey.pico get_addrs.pico get_cred.pico get_default_principal.
pico get_default_realm.pico get_for_creds.pico get_host_realm.pico
get_in_tkt.pico get_port.pico init_creds.pico init_creds_pw.pico
kcm.pico keyblock.pico keytab.pico keytab_any.pico keytab_file.pico
keytab_keyfile.pico keytab_memory.pico krbhst.pico kuserok.pico
log.pico mcache.pico misc.pico mit_glue.pico mk_error.pico mk_priv.pico
mk_rep.pico mk_req.pico mk_req_ext.pico mk_safe.pico n-fold.pico
net_read.pico net_write.pico pac.pico padata.pico pcache.pico
pkinit.pico plugin.pico principal.pico prog_setup.pico
prompter_posix.pico rd_cred.pico rd_error.pico rd_priv.pico rd_rep.pico
rd_req.pico rd_safe.pico read_message.pico recvauth.pico replay.pico
salt-aes.pico salt-arcfour.pico salt-des.pico salt-des3.pico salt.pico
scache.pico send_to_kdc.pico sendauth.pico set_default_realm.pico
sock_principal.pico store-int.pico store.pico store_emem.pico
store_fd.pico store_mem.pico ticket.pico time.pico transited.pico
verify_init.pico verify_user.pico version.pico warn.pico
write_message.pico heim_err.pico k524_err.pico krb5_err.pico
krb_err.pico |  tsort -q` -lprivateasn1  -lcom_err  -lcrypt  -lcrypto
-lprivatehx509 -lprivateroken -lprivatewind -lprivateheimbase
-lprivateheimipcc
/scratch/tmp/cy/obj/home/cy/projects/pvt/mips.mips64elhf/obj-lib32/tmp/u
sr/lib32/libprivateasn1.so: could not read symbols: File in wrong format
*** [libprivatekrb5.so.11.full] Error code 1


--
Cheers,
Cy Schubert <[hidden email]>
FreeBSD UNIX:  <[hidden email]>   Web:  http://www.FreeBSD.org

        The need of the many outweighs the greed of the few.


_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: mips.mips64elhf and mips.mips64el buildworld

Dimitry Andric-4
On 4 Apr 2018, at 17:02, Cy Schubert <[hidden email]> wrote:
>
> In message <[hidden email]>, Dimitry
> Andric writes:
...

>> Which program is producing the "could not read symbols" output?  The
>> linker?  Maybe it trips up over these 32-bit shared libraries.
>
> Yes, it appears to be the linker.
>
>>
>> It would probably help a bit if you posted the buildworld output
>> somewhere, so it is more easily visible how the libraries are built,
>> and by which program(s) they are processed.
>
> Do you have access to universe12b.freebsd.org? The output is in
> /home/cy/projects/pvt/_.mips.mips64elhf.buildworld and
> /home/cy/projects/pvt/_.mips.mips64el.buildworld.
>
> The Makefile building the library in question is kerberos5/lib/libasn1/M
> akefile. My alterations are:
>
> universe12b$ svn diff -cr323334  kerberos5/lib/libasn1/Makefile
FWIW, a clean head checkout as of r332035 can build world just fine for
mips.mips64elhf, that is with __MAKE_CONF and SRCCONF both set to
/dev/null.  So it's likely due to your changes, I'll try those tomorrow.

-Dimitry


signature.asc (230 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: mips.mips64elhf and mips.mips64el buildworld

Cy Schubert-4
In reply to this post by Cy Schubert-4
In message <[hidden email]>, Dimitry
Andric w
rites:

>
>
> --Apple-Mail=_E66CB1B0-06CC-4CF6-A1CF-8037AA029C13
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain;
> charset=us-ascii
>
> On 4 Apr 2018, at 17:02, Cy Schubert <[hidden email]> wrote:
> >
> > In message <[hidden email]>, Dimitry
> > Andric writes:
> ...
> >> Which program is producing the "could not read symbols" output?  The
> >> linker?  Maybe it trips up over these 32-bit shared libraries.
> >
> > Yes, it appears to be the linker.
> >
> >>
> >> It would probably help a bit if you posted the buildworld output
> >> somewhere, so it is more easily visible how the libraries are built,
> >> and by which program(s) they are processed.
> >
> > Do you have access to universe12b.freebsd.org? The output is in
> > /home/cy/projects/pvt/_.mips.mips64elhf.buildworld and
> > /home/cy/projects/pvt/_.mips.mips64el.buildworld.
> >
> > The Makefile building the library in question is kerberos5/lib/libasn1/M
> > akefile. My alterations are:
> >
> > universe12b$ svn diff -cr323334  kerberos5/lib/libasn1/Makefile
>
> FWIW, a clean head checkout as of r332035 can build world just fine for
> mips.mips64elhf, that is with __MAKE_CONF and SRCCONF both set to
> /dev/null.  So it's likely due to your changes, I'll try those tomorrow.

Agreed. I might be onto it. Building to verify my hypothesis.



--
Cheers,
Cy Schubert <[hidden email]>
FreeBSD UNIX:  <[hidden email]>   Web:  http://www.FreeBSD.org

        The need of the many outweighs the greed of the few.


_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: mips.mips64elhf and mips.mips64el buildworld

Dimitry Andric-4
On 6 Apr 2018, at 07:59, Cy Schubert <[hidden email]> wrote:
>
> In message <[hidden email]>, Dimitry
> Andric writes:
...
>>
>> FWIW, a clean head checkout as of r332035 can build world just fine for
>> mips.mips64elhf, that is with __MAKE_CONF and SRCCONF both set to
>> /dev/null.  So it's likely due to your changes, I'll try those tomorrow.
>
> Agreed. I might be onto it. Building to verify my hypothesis.

Adding your changes leads to the following buildworld error, at first:

--- includes_subdir_kerberos5/lib ---
install: target directory `/home/dim/obj/head/home/dim/src/head/mips.mips64elhf/tmp/usr/include/private/asn1/' does not exist
usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
               [-M log] [-D dest] [-h hash] [-T tags]
               [-B suffix] [-l linkflags] [-N dbdir]
               file1 file2
       install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
               [-M log] [-D dest] [-h hash] [-T tags]
               [-B suffix] [-l linkflags] [-N dbdir]
               file1 ... fileN directory
       install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
               [-M log] [-D dest] [-h hash] [-T tags]
               directory ...
--- includes_subdir_kerberos5/usr.bin ---
--- includes_subdir_kerberos5/usr.bin/kinit ---
===> kerberos5/usr.bin/kinit (includes)
--- includes_subdir_kerberos5/lib ---
*** [_INCSINS] Error code 64

so I added that directory to mtree, using:

Index: etc/mtree/BSD.usr.dist
===================================================================
--- etc/mtree/BSD.usr.dist      (revision 332040)
+++ etc/mtree/BSD.usr.dist      (working copy)
@@ -9,6 +9,8 @@
     ..
     include
         private
+            asn1
+            ..
             bsdstat
             ..
             event


but then it leads to many errors like the following:

--- common.pico ---
In file included from /home/dim/src/head/crypto/heimdal/lib/ipc/common.c:36:
/home/dim/src/head/crypto/heimdal/lib/ipc/hi_locl.h:57:25: error: asn1-common.h: No such file or directory

and:

--- client.o ---
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c: In function 'unix_socket_ipc':
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:391: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:392: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:405: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:406: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:407: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:407: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:408: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:413: error: dereferencing pointer to incomplete type
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c: In function 'heim_ipc_async':
/home/dim/src/head/crypto/heimdal/lib/ipc/client.c:562: error: storage size of 'rcv' isn't known

E.g. for some reason the required headers aren't found anymore.

I never get to the stage where linking fails, in any case. :)

-Dimitry


signature.asc (230 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: mips.mips64elhf and mips.mips64el buildworld

Cy Schubert-4
In reply to this post by Cy Schubert-4
In message <[hidden email]>, Dimitry
Andric w
rites:

>
>
> --Apple-Mail=_6F848AAA-AFAC-4D7C-A7F0-E25476750616
> Content-Transfer-Encoding: quoted-printable
> Content-Type: text/plain;
> charset=us-ascii
>
> On 6 Apr 2018, at 07:59, Cy Schubert <[hidden email]> wrote:
> >=20
> > In message <[hidden email]>, Dimitry
> > Andric writes:
> ...
> >>=20
> >> FWIW, a clean head checkout as of r332035 can build world just fine =
> for
> >> mips.mips64elhf, that is with __MAKE_CONF and SRCCONF both set to
> >> /dev/null.  So it's likely due to your changes, I'll try those =
> tomorrow.
> >=20
> > Agreed. I might be onto it. Building to verify my hypothesis.
>
> Adding your changes leads to the following buildworld error, at first:
>
> --- includes_subdir_kerberos5/lib ---
> install: target directory =
> `/home/dim/obj/head/home/dim/src/head/mips.mips64elhf/tmp/usr/include/priv=
> ate/asn1/' does not exist
> usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
>                [-M log] [-D dest] [-h hash] [-T tags]
>                [-B suffix] [-l linkflags] [-N dbdir]
>                file1 file2
>        install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
>                [-M log] [-D dest] [-h hash] [-T tags]
>                [-B suffix] [-l linkflags] [-N dbdir]
>                file1 ... fileN directory
>        install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
>                [-M log] [-D dest] [-h hash] [-T tags]
>                directory ...
> --- includes_subdir_kerberos5/usr.bin ---
> --- includes_subdir_kerberos5/usr.bin/kinit ---
> =3D=3D=3D> kerberos5/usr.bin/kinit (includes)
> --- includes_subdir_kerberos5/lib ---
> *** [_INCSINS] Error code 64
>
> so I added that directory to mtree, using:
>
> Index: etc/mtree/BSD.usr.dist
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- etc/mtree/BSD.usr.dist      (revision 332040)
> +++ etc/mtree/BSD.usr.dist      (working copy)
> @@ -9,6 +9,8 @@
>      ..
>      include
>          private
> +            asn1
> +            ..
>              bsdstat
>              ..
>              event
>
>
> but then it leads to many errors like the following:
>
> --- common.pico ---
> In file included from =
> /home/dim/src/head/crypto/heimdal/lib/ipc/common.c:36:
> /home/dim/src/head/crypto/heimdal/lib/ipc/hi_locl.h:57:25: error: =
> asn1-common.h: No such file or directory
>
> and:
>
> --- client.o ---
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c: In function =
> 'unix_socket_ipc':
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:391: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:392: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:405: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:406: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:407: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:407: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:408: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:413: error: =
> dereferencing pointer to incomplete type
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c: In function =
> 'heim_ipc_async':
> /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:562: error: storage =
> size of 'rcv' isn't known
>
> E.g. for some reason the required headers aren't found anymore.
>
> I never get to the stage where linking fails, in any case. :)

I committed the fix in r332124. I forgot to fully remove an early
workaround I was using early during the conversion effort. Building
tinderbox on universe12b completed successfully.

I'll put together a patch from the krb5 branch for my exp-run PR and
post a copy here. That should make it simpler for people to test. I'll
try to have the patch posted tomorrow when I have more than a few
minutes alone (we're babysitting a grandchild today, my day off from
$JOB).


--
Cheers,
Cy Schubert <[hidden email]>
FreeBSD UNIX:  <[hidden email]>   Web:  http://www.FreeBSD.org

        The need of the many outweighs the greed of the few.


_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"
Reply | Threaded
Open this post in threaded view
|

Re: mips.mips64elhf and mips.mips64el buildworld

Cy Schubert-4
In reply to this post by Cy Schubert-4
In message <[hidden email]>, Cy Schubert
writes:

> In message <[hidden email]>, Dimitry
> Andric w
> rites:
> >
> >
> > --Apple-Mail=_6F848AAA-AFAC-4D7C-A7F0-E25476750616
> > Content-Transfer-Encoding: quoted-printable
> > Content-Type: text/plain;
> > charset=us-ascii
> >
> > On 6 Apr 2018, at 07:59, Cy Schubert <[hidden email]> wrote:
> > >=20
> > > In message <[hidden email]>, Dimitry
> > > Andric writes:
> > ...
> > >>=20
> > >> FWIW, a clean head checkout as of r332035 can build world just fine =
> > for
> > >> mips.mips64elhf, that is with __MAKE_CONF and SRCCONF both set to
> > >> /dev/null.  So it's likely due to your changes, I'll try those =
> > tomorrow.
> > >=20
> > > Agreed. I might be onto it. Building to verify my hypothesis.
> >
> > Adding your changes leads to the following buildworld error, at first:
> >
> > --- includes_subdir_kerberos5/lib ---
> > install: target directory =
> > `/home/dim/obj/head/home/dim/src/head/mips.mips64elhf/tmp/usr/include/priv=
> > ate/asn1/' does not exist
> > usage: install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
> >                [-M log] [-D dest] [-h hash] [-T tags]
> >                [-B suffix] [-l linkflags] [-N dbdir]
> >                file1 file2
> >        install [-bCcpSsUv] [-f flags] [-g group] [-m mode] [-o owner]
> >                [-M log] [-D dest] [-h hash] [-T tags]
> >                [-B suffix] [-l linkflags] [-N dbdir]
> >                file1 ... fileN directory
> >        install -dU [-vU] [-g group] [-m mode] [-N dbdir] [-o owner]
> >                [-M log] [-D dest] [-h hash] [-T tags]
> >                directory ...
> > --- includes_subdir_kerberos5/usr.bin ---
> > --- includes_subdir_kerberos5/usr.bin/kinit ---
> > =3D=3D=3D> kerberos5/usr.bin/kinit (includes)
> > --- includes_subdir_kerberos5/lib ---
> > *** [_INCSINS] Error code 64
> >
> > so I added that directory to mtree, using:
> >
> > Index: etc/mtree/BSD.usr.dist
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> =
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> =
> > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> > --- etc/mtree/BSD.usr.dist      (revision 332040)
> > +++ etc/mtree/BSD.usr.dist      (working copy)
> > @@ -9,6 +9,8 @@
> >      ..
> >      include
> >          private
> > +            asn1
> > +            ..
> >              bsdstat
> >              ..
> >              event
> >
> >
> > but then it leads to many errors like the following:
> >
> > --- common.pico ---
> > In file included from =
> > /home/dim/src/head/crypto/heimdal/lib/ipc/common.c:36:
> > /home/dim/src/head/crypto/heimdal/lib/ipc/hi_locl.h:57:25: error: =
> > asn1-common.h: No such file or directory
> >
> > and:
> >
> > --- client.o ---
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c: In function =
> > 'unix_socket_ipc':
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:384: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:391: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:392: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:396: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:405: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:406: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:407: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:407: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:408: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:410: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:413: error: =
> > dereferencing pointer to incomplete type
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c: In function =
> > 'heim_ipc_async':
> > /home/dim/src/head/crypto/heimdal/lib/ipc/client.c:562: error: storage =
> > size of 'rcv' isn't known
> >
> > E.g. for some reason the required headers aren't found anymore.
> >
> > I never get to the stage where linking fails, in any case. :)
>
> I committed the fix in r332124. I forgot to fully remove an early
> workaround I was using early during the conversion effort. Building
> tinderbox on universe12b completed successfully.
>
> I'll put together a patch from the krb5 branch for my exp-run PR and
> post a copy here. That should make it simpler for people to test. I'll
> try to have the patch posted tomorrow when I have more than a few
> minutes alone (we're babysitting a grandchild today, my day off from
> $JOB).
The attached patch applies cleanly to and builds on r332165, verified
on universe12b.

The exp-run I requested is PR 222745.




Cheers,
Cy Schubert <[hidden email]>
FreeBSD UNIX:  <[hidden email]>   Web:  http://www.FreeBSD.org

        The need of the many outweighs the greed of the few.

_______________________________________________
[hidden email] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "[hidden email]"

heim-pvt.diff (42K) Download Attachment