Bernard de Rubinat wrote:
> > > strangely, libmidgard seems to be version 5.0.0 when compiled from cvs
> > > version, while out of the tarball 1.4.1-5, it is version 3.1.0
> > > Is it normal?
Yes, I changed the lib version number to reflect the fact that some
APIs changed. We should have changed this number a while ago.
> > > yep, libmidgard is in search path (/usr/lib), and I ran ldconfig.
> > > as apache's user www-data (I guess that's what you mean by runtime
> > > environment):
You can run ldconfig as www-data? It's usually run as root, since the
ld cache needs to be rebuilt. I haven't yet seen a system where this
is not root-owned. As it should be, for security reasons.
> # nm /usr/lib/php4/extensions/no-debug-non-zts-20001222/midgard.so
> U midgard_user_call_func
This is wrong. I don't know how it got to this state but it seems that
it knows something inside midgard-php4 is going to call it, but
assumes it comes from outside the extension. It must be a call to
MGD_WALK_FUNCTION that is introducing this, but still, midgard.c
introduces the symbol.
The good (ahem) news is, I have a system that shows this problem now.
> I can provide the full output out (or in) the list (it is 713 lines, or
> 22779 bytes long), but there are definitely lots of undefined symbols in
> there!
That's normal. Every library function called is going to show as an
undefined:
# nm /usr/lib/libz.so |cut -b 10-10|grep U|wc -l
29
> Then a make does this
> >>>
> obelix:/usr/src/midgard/midgard/php4# make > /dev/null
> conflicts: 6 shift/reduce
I'm not seeing this.
> /usr/share/bison/bison.simple: In function `mgdparse':
> /usr/share/bison/bison.simple:358: warning: implicit declaration of
> function `mgderror'
> /usr/share/bison/bison.simple:432: warning: implicit declaration of
> function `mgdlex'
> preparser-parser.y: At top level:
> preparser-parser.y:219: warning: type mismatch with previous implicit
> declaration
> /usr/share/bison/bison.simple:643: warning: previous implicit declaration
> of `mgderror'
> preparser-parser.y:219: warning: `mgderror' was previously implicitly
> declared to return `int'
> lex.yy.c:1742: warning: `yyunput' defined but not used
> lex.yy.c:2165: warning: `yy_top_state' defined but not used
> >>>
or this. It's not the cause of the other problem, but I never do like
messages like this.
> The size of php4's midgard.so module is 2.090.176
Mine's about 4k bigger.
Emile
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
