Re: [Plplot-devel] Re: Tweaked ltdl.c -> new tarball

[Alan W. I. <ir...@be...>]

On Fri, 28 Mar 2003, Rafael Laboissiere wrote:

> * Alan W. Irwin <ir...@be...> [2003-03-27 20:37]:
>
> > Rafael, the gnu make pattern rules you put into
> >
> > c++/Makefile.examples.in  f77/Makefile.examples.in
> > c/Makefile.examples.in    tk/Makefile.examples.in
>
> Huh?  I only changed c/Makefile.examples.in.  I have never touched the other
> three.

Sorry! I assumed since you had put pattern rules in c/Makefile.examples.in
that you had done the rest as well.

>
> > should be changed to something that works on all Unix platforms.  These
> > rules stopped me from running make in the examples subdirectories for
> > netbsd.
>
> I will fix c/Makefile.examples.in, replacing the pattern rule by an old
> fashioned suffix rule, which should work in all platforms.  If this work,
> then I will change the other three Makefile.examples.in.

Thanks.  Unfortunately, cannot test it yet because you haven't made a tarball
yet....  But please go ahead regardless.  Your other suffix rules work
fine for netbsd.  See below for the problems I am having making a tarball
of my own.

> > I think it is better to be specific here rather than using something like
> > ../$(top_srcdir) since we don't know whether top_srcdir will remain
> > relative forever.
>
> >From the autoconf documentation, top_builddir is always guaranteed to be
> relative,
>
> Okay, you fixed something that was broken, but a potential maintainance
> burden was introduced.  I am going to change "../../.." to
> "../$(top_srcdir)" to make things better.

I woke up this morning with the same idea to carefully check whether
top_builddir was documented as relative, but you beat me to it.  Thanks for
the fix.

>
> > Rafael, your new way of doing things works great for your tarball, but I
> > don't have access to that from cvs.  Can you make your libltdl changes
> > available as a patch to cvs and also make sure your patch gets into the
> > upstream version so that we won't have to apply this patch forever?
>
> I do not quite understand your request. Which cvs are you talking about? How
> can we apply a patch on a file that is installed automatically and locally
> by libtoolize in bootstrap.sh?

I thought you had done changes to your local libltdl to remove the segfault,
but looking in more detail at the new get-drv-info.c, I see that you assume
a library linking problem will generate a libltdl segfault, and you
intercept that. That is okay for now, but I believe the logic depends on
libltdl segfaulting, and I assume that will not always be the case.  Could
you also put in a call to lt_dlerror after every call to libltdl routines
and print out non-NULL results from that? That would continue to work when
the segfault problems are eventually removed from libltdl.

Also, I thought from your previous analysis you would be in a position to
remove those segfaults from libltdl yourself by patching it, but it appears
not.

Now, on to my recent problems.  You haven't made a tarball today, so I
decided to create my own.  But it is missing some items, in particular
if I start with a fresh checkout and do the following here is what I get:

software@starling> cp -a plplot_clean plplot_working
software@starling> cd plplot_working
/home/software/plplot_cvs/HEAD/plplot_working
software@starling> ./bootstrap.sh; ./configure --enable-java --enable-builddoc >& configure.out
Using aclocal options: -I /home/software/autotools/install/share/libtool/libltdl
Running aclocal (GNU automake) 1.7.2... done
Running autoheader (GNU Autoconf) 2.57... done
Running automake (GNU automake) 1.7.2...configure.ac: installing `./install-sh'
configure.ac: installing `./mkinstalldirs'
configure.ac: installing `./missing'
configure.ac:449: installing `./config.guess'
configure.ac:449: installing `./config.sub'
configure.ac:449: required file `./ltmain.sh' not found
Makefile.am:31: required directory ./libltdl does not exist
bindings/c++/Makefile.am: installing `./depcomp'
drivers/Makefile.am: installing `./compile'
Makefile.am:31: required directory ./libltdl does not exist
 done
Running libtoolize (GNU libtool) 1.4.3... done
Running autoconf (GNU Autoconf) 2.57... done
software@starling> less configure.out
software@starling> make dist >& make_dist.out
software@starling> tar ztvf plplot-5.2.0.cvs.tar.gz | grep ltmain
software@starling> ls -l ltmain*
-rw-r--r--    1 software software   142449 Mar 28 07:14 ltmain.sh

How come ltmain.sh is not in the tarball even though it is in the tree? I
notice ltmain.sh is in the tarball you made yesterday, and also in tarballs
I have previously made myself. I expect it has something to do with starting
with a clean tree.  Would you please do that to see if you can replicate
this error?

Anyhow, netbsd "make" stops immediately with

make  all-recursive
Making all in libltdl
make: don't know how to make ./../ltmain.sh. Stop

make: stopped in /home/irwin/plplot_working/libltdl
*** Error code 1

Stop.
make: stopped in /home/irwin/plplot_working
*** Error code 1

Stop.
make: stopped in /home/irwin/plplot_working

Presumably this netbsd error is because of this missing file.  There may be
other missing files as well, but if you solve this one presumably you will
solve the rest.

Anyhow, please make a new tarball that includes ltmain.sh, and please tell
me how I can do that as well on my own from a fresh checkout.

BTW, I have changed test_python.sh to make it configurable.  You invoke
python on netbsd by typing python2.2 (ugh!) Ordinarily, I resist adjusting
plplot to make up for broken systems, but I thought this change was
worthwhile because RedHat seems broken as well (You invoke the latest python
on that distribution using the "python2" command.)

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the Canadian Centre for Climate Modelling and
Analysis (www.cccma.bc.ec.gc.ca) and the PLplot scientific plotting software
package (plplot.org).

__________________________

Linux-powered Science
__________________________