Surprisingly, commit
00e00fb42 ("REORG: cfgparse: extract curproxy as a
global variable") caused a build breakage on the CI but not on two
developers' machines. It looks like it's dependent on the linker version
used. What happens is that flt_spoe.c already has a curproxy struct which
already is a copy of the one passed by the parser because it also needed
it to be exported, so they now conflict. Let's just drop this unused copy.
extern struct proxy *mworker_proxy;
/* curproxy is only valid during parsing and will be NULL afterwards. */
-struct proxy *curproxy;
+struct proxy *curproxy = NULL;
char *cursection = NULL;
int cfg_maxpconn = 0; /* # of simultaneous connections per proxy (-N) */
/* Set if the handle on SIGUSR1 is registered */
static int sighandler_registered = 0;
-/* proxy used during the parsing */
-struct proxy *curproxy = NULL;
-
/* The name of the SPOE engine, used during the parsing */
char *curengine = NULL;
cfg_register_section("spoe-message", cfg_parse_spoe_message, NULL);
/* Parse SPOE filter configuration file */
+ BUG_ON(px != curproxy);
curengine = engine;
- curproxy = px;
curagent = NULL;
curmsg = NULL;
ret = readcfgfile(file);
- curproxy = NULL;
/* unregister SPOE sections and restore previous sections */
cfg_unregister_sections();