Hey again!
Wgcc status report ;o) (this is rc4 with libtool patch from today):
PASS: cdemo-static.test
PASS: cdemo-make.test
PASS: cdemo-exec.test
PASS: demo-static.test
PASS: demo-make.test
PASS: demo-exec.test
PASS: demo-inst.test
PASS: demo-unst.test
PASS: depdemo-static.test
PASS: depdemo-mak
Hello Markus,
I would prefer if you did not send messages to the libtool list twice,
did not send messages including large patches to the libtool list
(that's what the libtool-patches list is for), and I would also
personally prefer if your announcement frequency were more that of an,
err, announc
Hello Markus,
* Duft Markus wrote on Mon, Sep 25, 2006 at 05:18:21PM CEST:
>
> Libtool generates a symbol table on the fly which it then compiles and
> links in, correct?
> That symbols table contains both .text and .data symbols. There is no
> problem with .text symbols so far ;o)
> As i saw the
Hi again!
With wgcc (again ;o)) i now tell libtool, that hardcoding is
"unsupported". Configure tells this too now, so everything seems to be
ok. But when i run hardcode.test:
= Searching for hardcoded library directories in each program
.libs was not hardcoded in `hc-direct', as libtool expected
* Duft Markus wrote on Tue, Sep 26, 2006 at 12:08:52PM CEST:
>
> = Searching for hardcoded library directories in each program
> .libs was not hardcoded in `hc-direct', as libtool expected
> .libs was not hardcoded in `hc-libflag', which fooled libtool
> .libs was not hardcoded in `hc-libpath', as
