[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ft-devel] LD version script
From: |
Werner LEMBERG |
Subject: |
Re: [ft-devel] LD version script |
Date: |
Wed, 31 Jan 2018 09:22:25 +0100 (CET) |
> I also hated the frontend of the symbol versions which requires GCC
> assembler trickery.
>
> https://gcc.gnu.org/wiki/SymbolVersioning
>
> This is a can of warms, which I do not want to open.
I guess we don't need this.
> I have started this when I saw that libtool wraps the flat file of
> symbols to export into an anonymous version script. That seemed
> weird. Right now I would actually prefer
> __attribute__((__visibility__("default"))) to any list, as gcc and
> Vincent suggest
>
>
> https://www.gnu.org/software/gnulib/manual/html_node/Exported-Symbols-of-Shared-Libraries.html
> http://lists.nongnu.org/archive/html/freetype-devel/2018-01/msg00067.html
I don't object, and it could be integrated into the `FT_EXPORT' macro,
AFAICS. However, this doesn't give versioned symbols. IIRC, Drepper
recommends to use both approaches: the `__visibility__' attribute
improves code generation of the compiler, and the map file provides
symbol versioning.
Werner
- Re: [ft-devel] LD version script, (continued)
- Re: [ft-devel] LD version script, Werner LEMBERG, 2018/01/30
- Re: [ft-devel] LD version script, Behdad Esfahbod, 2018/01/30
- Re: [ft-devel] LD version script, Tom Kacvinsky, 2018/01/30
- Re: [ft-devel] LD version script, Behdad Esfahbod, 2018/01/30
- Re: [ft-devel] LD version script, Alexei Podtelezhnikov, 2018/01/30
- Re: [ft-devel] LD version script, Tom Kacvinsky, 2018/01/30
- Re: [ft-devel] LD version script, Alexei Podtelezhnikov, 2018/01/30
- Re: [ft-devel] LD version script,
Werner LEMBERG <=
- Re: [ft-devel] LD version script, Tom Kacvinsky, 2018/01/31
- Re: [ft-devel] LD version script, Tom Kacvinsky, 2018/01/31