Hi Will,

I used a last master 13113d6abb and command to build:

> make USE_LUA=1 LUA_LIB=/usr/local/opt/lua/lib LUA_LIB_NAME=lua.5.3 
> TARGET=generic


anyway, it hasn't build with same issue.

> gcc  -g -o haproxy src/ev_poll.o src/hlua.o src/hlua_fcn.o ebtree/ebtree.o 
> ebtree/eb32sctree.o ebtree/eb32tree.o ebtree/eb64tree.o ebtree/ebmbtree.o 
> ebtree/ebsttree.o ebtree/ebimtree.o ebtree/ebistree.o src/proto_http.o 
> src/cfgparse.o src/server.o src/stream.o src/flt_spoe.o src/stick_table.o 
> src/stats.o src/mux_h2.o src/checks.o src/haproxy.o src/log.o src/dns.o 
> src/peers.o src/standard.o src/sample.o src/cli.o src/stream_interface.o 
> src/proto_tcp.o src/backend.o src/proxy.o src/tcp_rules.o src/listener.o 
> src/flt_http_comp.o src/pattern.o src/cache.o src/filters.o src/vars.o 
> src/acl.o src/payload.o src/connection.o src/raw_sock.o src/proto_uxst.o 
> src/flt_trace.o src/session.o src/ev_select.o src/channel.o src/task.o 
> src/queue.o src/applet.o src/map.o src/frontend.o src/freq_ctr.o 
> src/lb_fwlc.o src/mux_pt.o src/auth.o src/fd.o src/hpack-dec.o src/memory.o 
> src/lb_fwrr.o src/lb_chash.o src/lb_fas.o src/hathreads.o src/chunk.o 
> src/lb_map.o src/xxhash.o src/regex.o src/shctx.o src/buffer.o src/action.o 
> src/h1.o src/compression.o src/pipe.o src/namespace.o src/sha1.o 
> src/hpack-tbl.o src/hpack-enc.o src/uri_auth.o src/time.o src/proto_udp.o 
> src/arg.o src/signal.o src/protocol.o src/lru.o src/hdr_idx.o 
> src/hpack-huff.o src/mailers.o src/h2.o src/base64.o src/hash.o   
> -Wl,--export-dynamic -L/usr/local/opt/lua/lib -llua.5.3 -lm
> ld: unknown option: --export-dynamic
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> make: *** [haproxy] Error 1


I also attached whole log of building to this email.



if it fine, I can send updated (based on last master) version of my patch with 
uname ASAP.

--
wbr, Kirill


> On 5 Mar 2018, at 18:00, Willy Tarreau <w...@1wt.eu> wrote:
>
> Hi Kirill,
>
> On Sun, Mar 04, 2018 at 01:15:15PM +0400, Kirill A. Korinsky wrote:
>> Last macOS has renamed flag --export-dynamic to -export_dynamic, just fixed 
>> it
>
> Thanks for this. In parallel Thierry faced the same issue and sent me a
> slightly different one that I preferred and merged (it doesn't involve
> uname which is for the host OS instead of the target). It uses a new
> EXPORT_SYMBOL directive which indicates the option name, and which is
> set only for the OSX target, so that it can easily be set for any other
> target if needed.
>
> Please check the latest master to confirm it's fine for you as well.
>
> Thanks,
> Willy

Attachment: log.gz
Description: log.gz

Reply via email to