Re: 5.0.4 with all patches -> compile error on 64bit

[Ian Kent <raven@themaw.net>]

Ian Kent wrote:
>> ...
>> gcc -O2 -Wall -D_REENTRANT -D_FILE_OFFSET_BITS=64 -rdynamic -fPIE
>> -D_GNU_SOURCE -I../include -DAUTOFS_LIB_DIR=\"/usr/lib/autofs\" 
>> -DAUTOFS_MAP_DIR=\"/etc\" -DAUTOFS_CONF_DIR=\"/etc/sysconfig\"
>> -DAUTOFS_FIFO_DIR=\"/var/run\" -DAUTOFS_FLAG_DIR=\"/var/run\"
>> -DVERSION_STRING=\"5.0.4\" -c flag.c
>> gcc -s -lpthread -rdynamic -pie -o automount automount.o indirect.o
>> direct.o spawn.o module.o mount.o lookup.o state.o flag.o
>> ../lib/autofs.a -ldl
>> ../lib/autofs.a(master_tok.o): In function `master_set_scan_buffer':
>> master_tok.c:(.text+0x257): undefined reference to `master_lex_destroy'
>> collect2: ld gab 1 als Ende-Status zurück
>> make[1]: *** [automount] Fehler 1
>> make[1]: Leaving directory `/root/Desktop/autofs-5.0.4/daemon'
>> make: *** [daemon] Fehler 2
>>
>>
>> (these are the last few lines)
>>
>> i am suspecting a problem with 64bit but then again, what do i know...
>> this is a centos5.3 64bit machine
> 
> OK I'll fix that.
> I think it's the Lexx version what is too old.

But then again maybe not, the flex version is just to old, I'm not sure
that the bleeding edge upstream source should make compromises for older
flex versions. The function master_lex_destroy() (actually yy... since
this is a multiple parser lexer) does more than just clear the user
parse buffer, and the 5.0.4 patch does a couple of other things as well.

A configure change and some #ifdef ugliness might do the trick I guess.
Not looking forward to doing that!

Ian