[Samba] Compile help for Solaris 10 x86, samba 3.0.28a deficient?

[Jake Carroll]

Folks,

Just wanted to say thank you for kick starting this. Really glad the  
community is willing to help out on this and make things happen! Let  
me know how I can help here. Ultimately, all I want is a binary that  
will work with Sun krb5, aio, ldap, ads et al that uses the Sun native  
binaries - exactly in the same way that /usr/sfw/sbin/smbd would!

Maybe asking too much? ;)

Let the games begin, I suppose!

JC

PS: Dennis, I see something similar to this:

> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> main                                0x5c
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o

...and yes, it scares me too!


On Oct 13, 2008, at 6:44 AM, Dennis Clarke wrote:

>
>> On Sun, Oct 12, 2008 at 03:58:00PM -0400, Dennis Clarke wrote:
>>>> If you send in patches in git format, you get the credits in
>>>> "git log" and "git blame" :-)
>>>
>>> Looks like a good idea .. guess what my first job is? You guessed  
>>> it ! I
>>> have to port git to Solaris !  What fun :-)
>>
>> Well, you can always send patches raw. But then you don't
>> get the blamecredits :-)
>
> nah .. where is the fun in that ?
>
> Solaris people will want a functional git anyways .. so I may as  
> well get
> that into the catalog here.
>
> My real issue with samba is the nasty errors I get during linkage.  
> With
> GCC 4.3.2 I see this :
>
> .
> .
> .
> mkdir bin
> mkdir lib/talloc
> Compiling lib/talloc/talloc.c
> Linking non-shared library bin/libtalloc.a
> mkdir lib/replace
> Compiling lib/replace/replace.c
> Compiling lib/replace/snprintf.c
> Compiling lib/replace/getpass.c
> Compiling lib/replace/strptime.c
> Compiling lib/replace/timegm.c
> Compiling lib/replace/inet_aton.c
> Compiling lib/replace/getifaddrs.c
> creating
> /export/nfs/build/samba-3.2.3-build/../samba-3.2.3/source/exports/ 
> libtalloc.syms
> Linking shared library bin/libtalloc.so.1
> ld: warning: option -o appears more than once, first setting taken
> Text relocation remains                         referenced
>    against symbol                  offset      in file
> _init                               0x34
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> main                                0x5c
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> _fini                               0x24
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> _fini                               0x28
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> exit                                0x64
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> _environ                            0x50
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> _environ                            0x54
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> atexit                              0x1c
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> atexit                              0x2c
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> _exit                               0x6c
> /export/home/dclarke/local/lib/gcc/sparc-sun-solaris2.8/4.2.4/crt1.o
> ld: fatal: relocations remain against allocatable but non-writable  
> sections
> collect2: ld returned 1 exit status
> make: *** [bin/libtalloc.so.1] Error 1
>
> sometimes the process feels very voodoo spooky because I am quite  
> careful
> with compiler options. With Sun Studio 11 I get the same sort of error
> message but with less detail.
>
> quite annoying.
>
> Dennis
>