Issue Information
-
#006671
-
0 - None Assigned
-
Started
Issue Confirmations
-
Yes (0)No (1)
0
Originally posted by VodkaMartini
PCRE Support FreeBSD 9.0 64bit
known from = r1646x - r16772
the severity is not high, just for they who want to run rAthena on BSD with PCRE support, because the configure.in doesn't detect default pcre-config in my BSD. (/usr/local/lib)
VPS Running on :
OS : FreeBSD 9.0 - 64bit,
cputype opteron, 2 Core, 2 GB of RAM
installed from ports : GCC 4.6.3, Mysql 5.5.27, PCRE 8.31
Just realized when the custom disguise event script not working properly because rAthena was not compiled with PCRE (http://rathena.org/wiki/PCRE)
when running with
Solution:
and with complete 64bit support
then gmake as usual.
or just add this to wiki in PCRE for Unix ?
Compile Warning
r16748 - 16772
Regards,
Vodka
PCRE Support FreeBSD 9.0 64bit
known from = r1646x - r16772
the severity is not high, just for they who want to run rAthena on BSD with PCRE support, because the configure.in doesn't detect default pcre-config in my BSD. (/usr/local/lib)
VPS Running on :
OS : FreeBSD 9.0 - 64bit,
cputype opteron, 2 Core, 2 GB of RAM
installed from ports : GCC 4.6.3, Mysql 5.5.27, PCRE 8.31
Just realized when the custom disguise event script not working properly because rAthena was not compiled with PCRE (http://rathena.org/wiki/PCRE)
when running with
./configure --with-pcreit shows
Solution:
./configure --with-pcre=/usr/local/or
./configure --with-pcre="/usr/local/"
and with complete 64bit support
./configure --enable-64bit --with-pcre=/usr/local/
then gmake as usual.
or just add this to wiki in PCRE for Unix ?
Compile Warning
r16748 - 16772
login.c: In function 'login_config_read': login.c:1693: warning: format '%x' expects type 'unsigned int *', but argument 3 has type 'uint8 *'
Regards,
Vodka
Originally posted by GreenBox
Fixed login.c warning at [rev=16775].
I leave the PCRE bug to someone other as I can't reproduce it.
Fixed login.c warning at [rev=16775].
I leave the PCRE bug to someone other as I can't reproduce it.
Originally posted by Ind
i think you're outdated o.o cause for example our configure file doesn't have enable-64bit (it was removed long ago)
i think you're outdated o.o cause for example our configure file doesn't have enable-64bit (it was removed long ago)
Originally posted by VodkaMartini
confirmed the --enable-64bit, this is outdated.
what about the --with-pcre ? still having problems in BSD machine, can't automatically detect PCRE path. it's optional though, but need the PCRE support for this function :
which are needed for some npc scripts.
confirmed the --enable-64bit, this is outdated.
what about the --with-pcre ? still having problems in BSD machine, can't automatically detect PCRE path. it's optional though, but need the PCRE support for this function :
which are needed for some npc scripts.
Edited by VodkaMartini, 12 September 2012 - 03:54 AM.
Originally posted by Ind
o-o we provide pcre lib out of the box (in the 3rd party folder) i don't think you need the --with-pcre
o-o we provide pcre lib out of the box (in the 3rd party folder) i don't think you need the --with-pcre
Originally posted by VodkaMartini
tried compiling w/o --with-pcre and disguise event npc error at 'deletepset' part.
tried compiling w/o --with-pcre and disguise event npc error at 'deletepset' part.
