5:32 a.m.
Please don't drop the mailing list. The more eyes that look at your
problem, the better. Plus, our exchange gets archived so that, if the
problem arises for someone else in the future, a search on the archives
might lead them directly to a solution.
Paul Keusemann <pkeusem(a)HotPOP.Com> wrote:
Jerry James writes:
[snip]
> Paul, I have a machine that identifies itself like this:
>
> > uname -a
> SunOS [name elided] 5.8 Generic_108528-11 sun4u sparc SUNW,Ultra-60
>
The machine I'm building on gives the following output for uname -a:
SunOS leffe 5.8 Generic_108528-17 sun4u sparc SUNW,Ultra-5_10
I've attached my configure script, configure and make
output for a build with modules and ldap enabled.
I Know this is related to this machine because I have an Ultra 1 at
home that I can build on without problems. I hope this helps. Let me
know if you have any more questions or suggestions.
Most of what you sent looks much the same as what I got on my build, so
I won't bother copying it to the list. In fact, the entire configure
and compile looks quite normal, except for the reams of warnings, which
I also got. I'll have to see if I can do something about that. It's
hard to spot real problems in the middle of all that noise.
The relevant part of the build is the tail:
cd ./modules/ldap && gmake all
gmake[1]: Entering directory `/fs1/space/dl/Editors/XEmacs/xemacs-21.5/modules/ldap'
../../lib-src/ellcc -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare
-Wundef -Wstrict-prototypes -Wpacked -Wshadow -Wmissing-declarations -Wpointer-arith -g
--mode=compile --mod-output=eldap.o -I../../src
-I/usr2/paulk/space/dl/Editors/XEmacs/xemacs-21.5/modules/ldap/../../src -c eldap.c
In file included from /usr2/paulk/include/lber.h:144,
from eldap.h:24,
from eldap.c:42:
/usr2/paulk/include/proto-lber.h:45: warning: function declaration isn't a prototype
/usr2/paulk/include/proto-lber.h:75: warning: function declaration isn't a prototype
In file included from /usr2/paulk/include/ldap.h:577,
from eldap.h:25,
from eldap.c:42:
/usr2/paulk/include/proto-ldap.h:212: warning: declaration of `uname' shadows a
global declaration
/usr/include/sys/utsname.h:112: warning: shadowed declaration is here
/usr2/paulk/include/proto-ldap.h:231: warning: function declaration isn't a
prototype
/usr2/paulk/include/proto-ldap.h:232: warning: function declaration isn't a
prototype
ELLMAKEDOC=../../lib-src/make-docfile ../../lib-src/ellcc --mode=init
--mod-output=eldap_i.c \
--mod-name=eldap --mod-version=1.0.0 \
--mod-title="LDAP Client Interface for XEmacs" /eldap.c
/eldap.c: No such file or directory
../../lib-src/ellcc -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare
-Wundef -Wstrict-prototypes -Wpacked -Wshadow -Wmissing-declarations -Wpointer-arith -g
--mode=compile --mod-output=eldap_i.o -I../../src
-I/usr2/paulk/space/dl/Editors/XEmacs/xemacs-21.5/modules/ldap/../../src -c eldap_i.c
../../lib-src/ellcc --mode=link --mode=verbose --mod-output=eldap.ell eldap.o eldap_i.o
-L /usr/openwin/lib -Xlinker -R -Xlinker /usr/openwin/lib -L /usr/dt/lib -Xlinker -R
-Xlinker /usr/dt/lib -L/usr2/paulk/Arch/sparc-sunos5/lib -L/usr2/paulk/lib/sparc-sunos5
-L/usr/local/lib -L/usr/dt/lib -L/usr/ccs/lib -Xlinker
-R/usr/dt/lib:/usr2/paulk/Arch/sparc-sunos5/lib:/usr2/paulk/lib/sparc-sunos5:/usr/local/lib:/usr/openwin/lib:/usr/dt/lib
-lldap -llber
ellcc driver version 21.5-b13 for EMODULES version 1.1.0 (1010)
gcc -L /usr/openwin/lib -Xlinker -R -Xlinker /usr/openwin/lib -L /usr/dt/lib -Xlinker -R
-Xlinker /usr/dt/lib -shared -o eldap.ell eldap.o eldap_i.o -L /usr/openwin/lib -Xlinker
-R -Xlinker /usr/openwin/lib -L /usr/dt/lib -Xlinker -R -Xlinker /usr/dt/lib
-L/usr2/paulk/Arch/sparc-sunos5/lib -L/usr2/paulk/lib/sparc-sunos5 -L/usr/local/lib
-L/usr/dt/lib -L/usr/ccs/lib -Xlinker
-R/usr/dt/lib:/usr2/paulk/Arch/sparc-sunos5/lib:/usr2/paulk/lib/sparc-sunos5:/usr/local/lib:/usr/openwin/lib:/usr/dt/lib
-lldap -llber
Text relocation remains referenced
against symbol offset in file
<unknown> 0xb84
/usr2/paulk/lib/sparc-sunos5/liblber.a(decode.o)
<unknown> 0xb88
/usr2/paulk/lib/sparc-sunos5/liblber.a(decode.o)
[gazillions of these snipped]
<unknown> 0x130
/usr2/paulk/lib/sparc-sunos5/liblber.a(bprint.o)
ld: fatal: relocations remain against allocatable but non-writable sections
collect2: ld returned 1 exit status
gmake[1]: *** [eldap.ell] Error 1
gmake[1]: Leaving directory `/fs1/space/dl/Editors/XEmacs/xemacs-21.5/modules/ldap'
gmake: *** [modules/ldap] Error 2
Paul, if you add -mimpure-text to your CFLAGS, does it fix the problem?
If so, a peek at these web pages is probably in order.
<URL:http://mail.python.org/pipermail/python-dev/2001-March/013510.html>
<URL:http://mail.gnu.org/archive/html/libtool/2001-01/msg00061.html>
Regards,
--
Jerry James
http://www.ittc.ku.edu/~james/
3:51 p.m.
New subject: [Success (qualified with config changes.)] XEmacs 21.5-b13 "cauliflower" sparc-sun-solaris2.8
On Thu, May 29, 2003 at 11:32:22PM -0500, Jerry James wrote:
[snip]
Paul, if you add -mimpure-text to your CFLAGS, does it fix the
problem?
If so, a peek at these web pages is probably in order.
Sorry, same result as before, make output attached.
--
Paul Keusemann pkeusem(a)visi.com
4266 Joppa Court (952) 894-7805
Savage, MN 55378
5:38 p.m.
New subject: [Success (qualified with config changes.)] XEmacs 21.5-b13 "cauliflower" sparc-sun-solaris2.8
Paul Keusemann <pkeusem(a)isis.visi.com> wrote:
On Thu, May 29, 2003 at 11:32:22PM -0500, Jerry James wrote:
> Paul, if you add -mimpure-text to your CFLAGS, does it fix the problem?
> If so, a peek at these web pages is probably in order.
>
Sorry, same result as before, make output attached.
Here's the relevant part:
ELLMAKEDOC=../../lib-src/make-docfile ../../lib-src/ellcc --mode=init
--mod-output=eldap_i.c \
--mod-name=eldap --mod-version=1.0.0 \
--mod-title="LDAP Client Interface for XEmacs" /eldap.c
/eldap.c: No such file or directory
../../lib-src/ellcc -Wall -Wno-switch -Winline -Wmissing-prototypes -Wsign-compare -Wundef
-Wstrict-prototypes -Wpacked -Wshadow -Wmissing-declarations -Wpointer-arith -g
-mimpure-text --mode=compile --mod-output=eldap_i.o -I../../src
-I/usr2/paulk/space/dl/Editors/XEmacs/xemacs-21.5/modules/ldap/../../src -c eldap_i.c
../../lib-src/ellcc --mode=link --mode=verbose --mod-output=eldap.ell eldap.o eldap_i.o -L
/usr/openwin/lib -Xlinker -R -Xlinker /usr/openwin/lib -L /usr/dt/lib -Xlinker -R -Xlinker
/usr/dt/lib -L/usr2/paulk/Arch/sparc-sunos5/lib -L/usr2/paulk/lib/sparc-sunos5
-L/usr/local/lib -L/usr/dt/lib -L/usr/ccs/lib -Xlinker
-R/usr/dt/lib:/usr2/paulk/Arch/sparc-sunos5/lib:/usr2/paulk/lib/sparc-sunos5:/usr/local/lib:/usr/openwin/lib:/usr/dt/lib
-lldap -llber
ellcc driver version 21.5-b13 for EMODULES version 1.1.0 (1010)
gcc -L /usr/openwin/lib -Xlinker -R -Xlinker /usr/openwin/lib -L /usr/dt/lib -Xlinker -R
-Xlinker /usr/dt/lib -shared -o eldap.ell eldap.o eldap_i.o -L /usr/openwin/lib -Xlinker
-R -Xlinker /usr/openwin/lib -L /usr/dt/lib -Xlinker -R -Xlinker /usr/dt/lib
-L/usr2/paulk/Arch/sparc-sunos5/lib -L/usr2/paulk/lib/sparc-sunos5 -L/usr/local/lib
-L/usr/dt/lib -L/usr/ccs/lib -Xlinker
-R/usr/dt/lib:/usr2/paulk/Arch/sparc-sunos5/lib:/usr2/paulk/lib/sparc-sunos5:/usr/local/lib:/usr/openwin/lib:/usr/dt/lib
-lldap -llber
Oops, I should have had you add -mimpure-text to LDFLAGS, not CFLAGS.
You need that for the linking step. As you can see above, when ellcc
--mode=link was invoked, -mimpure-text was *not* specified. Can you try
putting it into LDFLAGS and run the build one more time?
Thanks,
--
Jerry James
http://www.ittc.ku.edu/~james/
6:13 p.m.
New subject: [Success (qualified with config changes.)] XEmacs 21.5-b13 "cauliflower" sparc-sun-solaris2.8
On Fri, May 30, 2003 at 11:38:12AM -0500, Jerry James wrote:
[snip]
Oops, I should have had you add -mimpure-text to LDFLAGS, not CFLAGS.
You need that for the linking step. As you can see above, when ellcc
--mode=link was invoked, -mimpure-text was *not* specified. Can you try
putting it into LDFLAGS and run the build one more time?
Still the same result, make output attached.
--
Paul Keusemann pkeusem(a)visi.com
4266 Joppa Court (952) 894-7805
Savage, MN 55378
6:32 p.m.
New subject: [Success (qualified with config changes.)] XEmacs 21.5-b13 "cauliflower" sparc-sun-solaris2.8
Paul Keusemann <pkeusem(a)isis.visi.com> wrote:
On Fri, May 30, 2003 at 11:38:12AM -0500, Jerry James wrote:
> Oops, I should have had you add -mimpure-text to LDFLAGS, not CFLAGS.
> You need that for the linking step. As you can see above, when ellcc
> --mode=link was invoked, -mimpure-text was *not* specified. Can you try
> putting it into LDFLAGS and run the build one more time?
>
Still the same result, make output attached.
Hm. I don't see -fPIC anywhere. Configure was supposed to figure out
that you need that and add it. If you manually add -fPIC to CFLAGS,
does that help?
I'm going out of town in about 15 minutes, and will be gone until
Saturday night, so this will be my last suggestion for a couple of
days. I hope that doesn't inconvenience you.
--
Jerry James
http://www.ittc.ku.edu/~james/
6:53 p.m.
New subject: [Success (qualified with config changes.)] XEmacs 21.5-b13 "cauliflower" sparc-sun-solaris2.8
On Fri, May 30, 2003 at 12:32:28PM -0500, Jerry James wrote:
Paul Keusemann <pkeusem(a)isis.visi.com> wrote:
> On Fri, May 30, 2003 at 11:38:12AM -0500, Jerry James wrote:
> > Oops, I should have had you add -mimpure-text to LDFLAGS, not CFLAGS.
> > You need that for the linking step. As you can see above, when ellcc
> > --mode=link was invoked, -mimpure-text was *not* specified. Can you try
> > putting it into LDFLAGS and run the build one more time?
> >
> Still the same result, make output attached.
Hm. I don't see -fPIC anywhere. Configure was supposed to figure out
that you need that and add it. If you manually add -fPIC to CFLAGS,
does that help?
Nope, still the same thing, make output attached.
I'm going out of town in about 15 minutes, and will be gone
until
Saturday night, so this will be my last suggestion for a couple of
days. I hope that doesn't inconvenience you.
Nah. I'm running 21.4.13 for normal use. I just try to build the betas
every now and then to see how things are going.
--
Paul Keusemann pkeusem(a)visi.com
4266 Joppa Court (952) 894-7805
Savage, MN 55378
4:02 p.m.
New subject: [Success (qualified with config changes.)] XEmacs 21.5-b13 "cauliflower" sparc-sun-solaris2.8
Paul Keusemann <pkeusem(a)isis.visi.com>, on Fri, 30 May 2003 at 12:53:17
-0500 you wrote:
On Fri, May 30, 2003 at 12:32:28PM -0500, Jerry James wrote:
[snip]
> Hm. I don't see -fPIC anywhere. Configure was supposed to
figure out
> that you need that and add it. If you manually add -fPIC to CFLAGS,
> does that help?
>
Nope, still the same thing, make output attached.
I'm not surprised, actually. If you look in lib-src/ellcc.h (in the
build directory), you should see that ELLCC_DLL_CFLAGS is set to
"-fPIC", so this flag is being passed to gcc behind your back, as it
were.
The fact that you and I both have one Solaris box on which this works
does argue that it's something specific to the one box, rather than a
generic problem with Solaris. Can you verify that the LDAP headers and
libraries match on that one machine? For example, can you successfully
build other LDAP applications on that machine?
--
Jerry James
http://www.ittc.ku.edu/~james/
6:26 p.m.
New subject: [Success (qualified with config changes.)] XEmacs 21.5-b13 "cauliflower" sparc-sun-solaris2.8
On Mon, Jun 02, 2003 at 10:02:50AM -0500, Jerry James wrote:
Paul Keusemann <pkeusem(a)isis.visi.com>, on Fri, 30 May 2003 at
12:53:17
-0500 you wrote:
> On Fri, May 30, 2003 at 12:32:28PM -0500, Jerry James wrote:
[snip]
> > Hm. I don't see -fPIC anywhere. Configure was supposed to figure out
> > that you need that and add it. If you manually add -fPIC to CFLAGS,
> > does that help?
> >
>
> Nope, still the same thing, make output attached.
I'm not surprised, actually. If you look in lib-src/ellcc.h (in the
build directory), you should see that ELLCC_DLL_CFLAGS is set to
"-fPIC", so this flag is being passed to gcc behind your back, as it
were.
The fact that you and I both have one Solaris box on which this works
does argue that it's something specific to the one box, rather than a
generic problem with Solaris. Can you verify that the LDAP headers and
libraries match on that one machine? For example, can you successfully
build other LDAP applications on that machine?
I'm pretty sure the ldap installation is hosed. I'll deal with that later
when I've got more time to play with it.
I can now build with modules disabled without specifically disabling ldap
and I can build with modules enabled and ldap disabled. Once I get a
functional ldap installation I'll try that again and let you know.
Thanks for the help.
--
Jerry James
http://www.ittc.ku.edu/~james/
--
Paul Keusemann pkeusem(a)visi.com
4266 Joppa Court (952) 894-7805
Savage, MN 55378
8186
days inactive
8189
days old
7 comments
2 participants
participants (2)
-
Jerry James -
Paul Keusemann