[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Users-prolog Digest, Vol 109, Issue 1
From: |
Daniel Diaz |
Subject: |
Re: Users-prolog Digest, Vol 109, Issue 1 |
Date: |
Tue, 03 Jul 2012 14:57:20 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 |
Hi Duncan,
thank you for the account on your machine (passwd changed).
Le 03/07/2012 09:31, Duncan Patton a Campbell a écrit :
Hi Daniel.
...
I have increased some static data so maybe there is not enough memory on your
machine.
Could you try decreasing some stack size. For instance:
export TRAILSZ=10000
export GLOBALSZ=20000
(use setenv under csh/tcsh)
then:
make
Is it better ?
Yes. I'm now able to compile on OBSD 386, but the same code will
not compile and produces the same errors.
Not very clear.. Does gprolog-1.4.1 work now correctly ?
also, on OBSD/AMD64 I get the following when compiling an interpreter
with some additional stuff (that compiles ok on all previous versions)
....
/tmp/gplcb0nBYB.o(.text+0x7c): In function `darea':
/usr/local/gprolog/Dlib/imacd.c:18: warning: sprintf() is often misused, please
use snprintf()
/tmp/gplcrtG2bt.o(.text+0x11): In function `predicate(spliton/4)':
: undefined reference to `Pl_Get_Current_Choice'
/tmp/gplcrtG2bt.o(.text+0x121): In function `predicate(chop_str/3)':
: undefined reference to `Pl_Get_Current_Choice'
/tmp/gplcrtG2bt.o(.text+0x281): In function `predicate(matchRci/3)':
: undefined reference to `Pl_Get_Current_Choice'
/tmp/gplcrtG2bt.o(.text+0x491): In function `predicate(spliton_ci/4)':
: undefined reference to `Pl_Get_Current_Choice'
/tmp/gplcrtG2bt.o(.text+0x5a1): In function `predicate(chop_str_ci/3)':
: undefined reference to `Pl_Get_Current_Choice'
/tmp/gplcrtG2bt.o(.text+0x701): more undefined references to
`Pl_Get_Current_Choice' follow
collect2: ld returned 1 exit status
compilation failed
gmake: *** [dpro] Error 1
This could of course be related to my not having the latest OS revs loaded.
This is a new function (when implementing soft-cut I have modified deeply the
code handling cut). However, there is nothing architecture-dependent in this
code. The function is defined in EnginePl/wam_inst.c (thus in wam_inst.o and
lib engine_pl.a)
Can you please:
make distclean
./configure --disable-regs --with-c-flags=debug
When you obtain the error, could you check if the symbol is defined in the
library ?
cd EnginePl
nm -gop libengine_pl.a | grep Pl_Get_Current_Choice
you should obtains something like
libengine_pl.a:wam_inst.o:0000000000001570 T Pl_Get_Current_Choice
Yes. it is there. which might imply some kind of linking error in OBSD,
except that you say this is new functionality for cut.
The code that won't compile is in /usr/local/gprolog/Dlib/dlib.pl, the Makefile
and some c-stuff that gets linked is in there too.
I suspect there is a confusion (mix) between libs from 1.4.0 and 1.4.1.
I have tried to compile your code (Dlib), recompiling my own version
(installed in my home) and using gprolog-1.4.1 (installed in
/usr/local/gprolog-1.4.1).
Both work. To try for instance:
$ PATH=usr/local/gprolog-1.4.1/bin:$PATH
$ cd Dlib/
$ make clean
rm -f dpro
$ make
gplc dpro.pl /usr/local/gprolog/Dlib/distance-0.1/src/*.c
/usr/local/gprolog/Dlib/distance-0.1/src/*.pl
/usr/local/gprolog/Dlib/dlib.pl /usr/local/gprolog/Dlib/dfile.pl
/usr/local/gprolog/Dlib/dfile.c /usr/local/gprolog/Dlib/imacd.c
/usr/local/gprolog/Dlib/imacd.pl
/usr/local/gprolog/Dlib/Psql/mysql-cg.pl
/usr/local/gprolog/Dlib/Psql/mysql-cg.c -C '-g -Wall
-I/usr/local/include/mysql ' -L '-L/usr/local/lib/mysql -lmysqlclient -lz'
/usr/local/gprolog/Dlib/distance-0.1/src/distance_natif.c: In function
'dist_leven_chaine':
/usr/local/gprolog/Dlib/distance-0.1/src/distance_natif.c:47: warning:
operation on 'i' may be undefined
/usr/local/gprolog/Dlib/dfile.c: In function 'stdin2file':
/usr/local/gprolog/Dlib/dfile.c:64: warning: suggest parentheses around
assignment used as truth value
/usr/local/gprolog/Dlib/dfile.c: In function 'in2file':
/usr/local/gprolog/Dlib/dfile.c:101: warning: suggest parentheses around
assignment used as truth value
/usr/local/gprolog/Dlib/dfile.c:101: warning: value computed is not used
/usr/local/gprolog/Dlib/dfile.c: In function 'set_exitime':
/usr/local/gprolog/Dlib/dfile.c:166: warning: passing argument 2 of
'signal' from incompatible pointer type
/usr/local/gprolog/Dlib/dfile.c:169: warning: passing argument 2 of
'signal' from incompatible pointer type
/usr/local/gprolog/Dlib/Psql/mysql-cg.c: In function 'sql_query':
/usr/local/gprolog/Dlib/Psql/mysql-cg.c:144: warning: passing argument 4
of 'Pl_Emit_Syntax_Error' discards qualifiers from pointer target type
/usr/local/gprolog/Dlib/Psql/mysql-cg.c: In function 'sql_store_query':
/usr/local/gprolog/Dlib/Psql/mysql-cg.c:229: warning: passing argument 4
of 'Pl_Emit_Syntax_Error' discards qualifiers from pointer target type
/dmnt/ds2a/local/gprolog-1.4.1/lib/libbips_pl.a(stream_supp.o)(.text+0x1da0):
In function `Pl_Stream_Printf':
: warning: vsprintf() is often misused, please use vsnprintf()
/usr/local/lib/mysql/libmysqlclient.so.21.0: warning: stpcpy() is
dangerous GNU crap; don't use it
/usr/local/lib/mysql/libmysqlclient.so.21.0: warning: strcpy() is almost
always misused, please use strlcpy()
/tmp/gplcsNiSYB.o(.text+0x7c): In function `darea':
/usr/local/gprolog/Dlib/imacd.c:18: warning: sprintf() is often misused,
please use snprintf()
$ ./dpro
GNU Prolog 1.4.1
By Daniel Diaz
Copyright (C) 1999-2012 Daniel Diaz
| ?-
If you want to test with my own version set:
$ PATH=/home/danieldiaz/GP/src/src/TopComp/:$PATH
(then make clean; make)
NB: gplc uses PATH to find from where it has been launched (following
links) and thus where is its install directory. It then use this install
directory to find its libraries.
I thinks there is a confusion here. You can try using gplc -v flag
(verbose) to show which directories are used.
If you don't find a solution, could you give ma an access to your machine(s)
(via ssh). With this I could fix the problem.
My AMD64 box is 96.52.224.136, there is a danieldiaz/zaidleinad user/pass on it
now.
Please login and change it when you get this. If you need access to the '386
let me know.
I'd be happy to also have an access to the ix86 machine (same login+pd).
Thank you
Daniel
Thanks,
Dhu
Daniel
Dhu
On Fri, 29 Jun 2012 12:00:36 -0400
address@hidden wrote:
Send Users-prolog mailing list submissions to
address@hidden
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/users-prolog
or, via email, send a message with subject or body 'help' to
address@hidden
You can reach the person managing the list at
address@hidden
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users-prolog digest..."
Today's Topics:
1. GNU Prolog 1.4.1 is released (Daniel Diaz)
----------------------------------------------------------------------
Message: 1
Date: Fri, 29 Jun 2012 16:41:31 +0200
From: Daniel Diaz <address@hidden>
To: gnu prolog mailling list <address@hidden>
Subject: GNU Prolog 1.4.1 is released
Message-ID: <address@hidden>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
<http://lists.gnu.org/archive/html/users-prolog/attachments/20120629/c6851780/attachment.html>
------------------------------
_______________________________________________
Users-prolog mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/users-prolog
End of Users-prolog Digest, Vol 108, Issue 8
********************************************
--
Ne obliviscaris, vix ea nostro voco.
_______________________________________________
Users-prolog mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/users-prolog
--
Ce message a ete verifie par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a ete trouve.
--
Ce message a ete verifie par MailScanner
pour des virus ou des polluriels et rien de
suspect n'a ete trouve.