I had similar type problems building with Solaris 2.5.1 (sigh!)
I took a different tack with the "uint" problem:
1. I patched krb5-1.4.3/src/lib/gssapi/krb5/gssapi_krb5.hin so it did
not use inttypes.h, and replaced it with the one typedef it seemed to
really need:
typedef u_longlong_t gss_uint64;
2. I ran configure with the following options:
--without-krb4 --disable-thread-support
you may need krb4, but ditch thread support.
3. I only built the client, not the server software for Solaris 2.5.1,
so I removed references to the slave directory from the top level Makefile
4. Then I ran a make. I had no problems with the build and no problems
with my testing.
Good luck.
Jeremy
Batty, Richard wrote:
> [safeTgram (optim1) receive status: NOT encrypted, NOT signed.]
>
>
>
> I'm having problems getting krb5-1.4.3 to compile on Solaris 2.5.1 using gcc
> 3.4.2.
>
> The first problem I hit were complaints about the inttypes.h set of headers,
> so I took these off a 2.6 server as I couldn't find them anywhere on the
> 2.5.1 media. I then had to change the uint_32 to be unassigned long rather
> than unassigned int.
>
> However now I'm a little stuck...
>
> When making the lib/rpc/unit-test
> I get the following error
>
> /usr/local/bin/gcc -L../../../lib -R/usr/local/lib -g -O2 -Wall
> -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow
> -pedantic -L/usr/local/lib -R/usr/local/lib -o client client.o
> rpc_test_clnt.o \
> -lgssrpc -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lkrb5support
> -lresolv -lsocket -lnsl
> Undefined first referenced
> symbol in file
> __register_frame_info
> /usr/local/lib/gcc/sparc-sun-solaris2.5.1/3.4.2/crtbegin.o (symbol belongs
> to implicit dependency /usr/local/lib/libgcc_s.so.1)
> __deregister_frame_info
> /usr/local/lib/gcc/sparc-sun-solaris2.5.1/3.4.2/crtbegin.o (symbol belongs
> to implicit dependency /usr/local/lib/libgcc_s.so.1)
> ld: fatal: Symbol referencing errors. No output written to client
> collect2: ld returned 1 exit status
> *** Error code 1
> make: Fatal error: Command failed for target `client'
>
>
>
> Can anyone help?
>
> Thanks
>
> Richard Batty
>
>
>
> This e-mail and any attachment is for authorised use by the intended
> recipient(s) only. It may contain proprietary material, confidential
> information and/or be subject to legal privilege. It should not be copied,
> disclosed to, retained or used by, any other party. If you are not an
> intended recipient then please promptly delete this e-mail and any attachment
> and all copies and inform the sender. Thank you.
>
> ________________________________________________
> Kerberos mailing list [email protected]
> https://mailman.mit.edu/mailman/listinfo/kerberos
>
>
>
>
________________________________________________
Kerberos mailing list [email protected]
https://mailman.mit.edu/mailman/listinfo/kerberos
