🚀 go-pugleaf

incubus <incubus@securax.org> wrote:
> Ik probeer een server applicatie te schrijven onder solaris 7 x86, en deze
> wilt niet compileren met de -static flag (die ik nodig heb.)

Mijn innige deelneming ...  Static linking onder Solaris is een Pest, met
hoofdletter 'P'.  Ik vermoed dat ze het bij Sun opzettelijk lastig maken!

[...]

> $ gcc -lsocket -static server.c
> Undefined                       first referenced
>  symbol                            in file
> socket                          /var/tmp/ccFv98I.o
> accept                          /var/tmp/ccFv98I.o
> bind                            /var/tmp/ccFv98I.o
> listen                          /var/tmp/ccFv98I.o
> ld: fatal: Symbol referencing errors. No output written to a.out
> collect2: ld returned 1 exit status.
> $

> Genereert dus geen a.out.. Heeft iemand dit ooit al eens meegemaakt?  Of
> kan iemand me zeggen wat ik verkeerd doe?

Klassieker.  Solaris zet die functies in een shared library, en je kunt er
niet aan als je dynamisch wilt compilen.  Je zult dus een beetje moeten
foefelen.  Zoek de prototypes van de functies die 'undefined' zijn op, en maak
er je eigen library van (ik heb geen Sun bij de hand, je zult dit dus lichtjes
moeten aanpassen):

 stubs.c
 | #include <sys/types.h>
 | #include <sys/socket.h>
 | 
 | /* Trick the compiler into static linking */
 | 
 | int socket(int domain, int type, int protocol) {}
 | int bind(int s, const struct sockaddr *addr, socklen_t addrlen) {}
 | int accept(int s, struct sockaddr *addr, socklen_t *addrlen) {}
 | int listen(int s, int backlog) {}

Die 'stub functions' ga je dan in een object file compilen, en dan kan je
daarmee linken:

 % gcc -c -O2 -g stubs.c
 % gcc -c -O2 -g server.c

 % gcc -static -g -O2 server.o stubs.o -lsocket

Veel geluk!

 - Philip

-- 
Philip Paeps                                                   philip@paeps.cx

  The item you had your eye on the minute you walked in
  will be taken by the person in front of you.