Re: compiling rpm 4.4.4 on Solaris 2.9

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On Jan 16, 2006, at 12:10 PM, Aleksandar Milivojevic wrote:

I'm compiling (attempting to) rpm 4.4.4 on Solaris 2.9 system. Run into some trouble, and am slowly fixing it.

Just wondering has anybody managed to compile the thing under Solaris 2.9?


Nobody has looked at rpm on solaris for quite a while now. rpm used gto build just fine
on my teensy solaris 2.5 box.

The first obstacle was creating liblua.a. The makefiles issued "- R../zlib" to linker (equivalent of -rpath on Linux). Which of course doesn't fly. -R option can accept only absolute pathnames, of course. Otherwise, it would be security disaster waiting to happen (and would produce unpredictable results during runtime anyhow) if it was allowed. OK, I changed autogenerated Makefile by hand (haven't had time to look into Makefile.in to fix this yet).


There is no -R in rpm-4.4.4 lua/Makefile*. So the -R is being added from configure.ac. 1 line change ...

The second obstacle is that configure haven't detected that Solaris has inet_aton function. So rpmio.c failed to compile with following:

rpmio.c:42: error: static declaration of 'inet_aton' follows non- static declaration /usr/include/arpa/inet.h:52: error: previous declaration of 'inet_aton' was here

So change the check to look in the hoary /usr/include/arpa/*.h directories. Is arpa even
funded in 2006? ;-)

Oh well, I guess I'll just change config.h and define correct value. And also check why it failed to detect it.

While typing this, I just saw librpmio.la target failed for the same reason like liblua.a. -R../zlib....


And for the same reason, see configure.ac.

BTW, another ugly thing during build process. Seems some (most? all?) linking is done using -L/usr/ucblib -R/usr/ucblib. Huh... / usr/ucb* stuff is (according to Sun) completely broken and not maintained in any way for a past decade or so... Don't see any reason for any recent development to use that stuff. Escpecially since nothing in rpm build process uses include files from /usr/ ucbinclude. Thinking about changing all Makefiles and removing references to /usr/ucblib.


So don't. I support rpm on machines that I have access to, not elsewise.

The problem with that approach is that I'm flying blind, and cannot change what I cannot test.

73 de Jeff

_______________________________________________
Rpm-list mailing list
Rpm-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/rpm-list

[Index of Archives]     [RPM Ecosystem]     [Linux Kernel]     [Red Hat Install]     [PAM]     [Red Hat Watch]     [Red Hat Development]     [Red Hat]     [Gimp]     [Yosemite News]     [IETF Discussion]

  Powered by Linux