ports/109091: make Xorg from x11-servers/xorg-server port to work on 7-CURRENT

[Eygene Ryabinkin]

>Number:         109091
>Category:       ports
>Synopsis:       make Xorg from x11-servers/xorg-server port to work on 7-CURRENT
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-ports-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Mon Feb 12 16:00:11 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator:     Eygene Ryabinkin
>Release:        FreeBSD 7.0-CURRENT i386
>Organization:
Code Labs
>Environment:

>Description:

Starting from the middle of January (not precisely) the Xorg binary,
when built from ports, is unable to start on 7-CURRENT since it can
not dlopen() some required modules (the bitmap module is the most
frequent cause of the errors). Investigation showed that Xorg
lacks the global symbols from the 'loader' subsystem to be
exported for the glopen()/dlsym(). The addition of the --export-dynamic
flag to the 'ld' linker solved that problem.

Not sure that this is related to the recent removal of the objformat,
but I've not investigated this.

Here are two relevant mailing list topics:
http://lists.freebsd.org/pipermail/freebsd-ports/2007-February/038495.html
http://lists.freebsd.org/pipermail/freebsd-current/2007-February/069116.html

The problem is not specific to sparc: it is spotted on sparc64,
i386 and ia64. My fix was tested for i386 and ia64. No answer from
sparc64 side yet.

>How-To-Repeat:
Install 7-CURRENT, build xorg-server on it and try to start Xorg
binary. It will complain about the libbitmap.so and unresolved
symbols.
>Fix:

You should add the following lines to the end of the
files/FreeBSD.cf file:
-----
/*
 * Add --export-dynamic flag for FreeBSD 7.x and later.
 */
#if OSMajorVersion >= 7
#define ExtraLoadOptions -Wl,--export-dynamic
#endif
-----
>Release-Note:
>Audit-Trail:
>Unformatted: