[Bug other/32078] Make FAILURE in 4.3.0 - `CXXFLAGS' has changed error causes "libltdl: No such file or directory"

["rob1weld at aol dot com" <gcc-bugzilla at gcc dot gnu dot org>]

------- Comment #8 from rob1weld at aol dot com  2007-05-26 17:40 -------
>> Do either of you read the list?
Good point, here are some others ...


1): The newly updated libltdl directory that has caused some breakage in
    the libjava directory is version 1.5.16 - see:

# grep -A1 VERSION gcc-4_3-trunk/libjava/libltdl/ltmain.sh | head -n 2
VERSION=1.5.16
TIMESTAMP=" (1.1220.2.235 2005/04/25 18:13:26)"


2): Version 1.5.22 is 9 months newer than version 1.5.16 . The version numbers
    for libtool are even only; we could use a version that was 4 revisions
newer.


Here is an URL no one thought to check - funny?
http://ftp.gnu.org/gnu/libtool/
libtool-1.5.12.tar.gz              05-Feb-2005 11:38   2.6M
libtool-1.5.14.tar.gz              12-Feb-2005 08:43   2.6M 
libtool-1.5.16.tar.gz              25-Apr-2005 14:35   2.6M 
libtool-1.5.18.tar.gz              16-May-2005 06:19   2.7M 
libtool-1.5.20.tar.gz              31-Aug-2005 15:07   2.7M 
libtool-1.5.22.tar.gz              18-Dec-2005 17:26   2.8M  


3): The "libtool-1.5.22.tar.gz" "NEWS" file mentions many bugfixes.
    The "Changelog" file lists over 750 lines of info since 1.5.16 .


4): You can do this (adjust these instructions for your directory structure 
    and available software configuration) if your target is i686-pc-linux-gnu

# cd /downloads
# wget http://ftp.gnu.org/gnu/libtool/libtool-1.5.22.tar.gz
# gunzip -d libtool-1.5.22.tar.gz
# tar -xf libtool-1.5.22.tar
# mv gcc-4_3-trunk/libjava/libltdl gcc-4_3-trunk/libjava/libltdl-Origonal
# mkdir gcc-4_3-trunk/libjava/libltdl
# cp /downloads/libtool-1.5.22/libltdl/* gcc-4_3-trunk/libjava/libltdl
# cd /opt/gcc-4_3-build
# /downloadsgcc-4_3-trunk/configure
# make


Do NOT alter /downloads/gcc-4_3-trunk/libjava/libtool-version unless you 
read the docs and know what you are doing. Do NOT change it to 1.5.22 !

Just copy the ONE directory, do not copy any other or do any configuring.

Remember to rename the directory structure back the way it was _prior_
to running "contrib/gcc_update" or "svn" until this fix is approved.


After copying that one directory you can type this:

# grep -A1 VERSION /downloads/gcc-4_3-trunk/libjava/libltdl/ltmain.sh | head -n
2
VERSION=1.5.22
TIMESTAMP=" (1.1220.2.365 2005/12/18 22:14:06)"


Now things are fixed with respect to libltdl - no need for patching (on _my_
platform, other people must test before committing to SVN or we will be back in
the same boat).



While people are fixing the problem in this area ...

Here are some of the problems with file:
/root/downloads/gcc-4_3-trunk/libjava/configure
see here at line 8093, how CXXCPP is being set - seems wrong for libjava.

echo $ECHO_N "checking how to run the C++ preprocessor... $ECHO_C" >&6
if test -z "$CXXCPP"; then
  if test "${ac_cv_prog_CXXCPP+set}" = set; then
  echo $ECHO_N "(cached) $ECHO_C" >&6
else
      # Double quotes because CXXCPP needs to be expanded
    for CXXCPP in "$CXX -E" "/lib/cpp"
    do



Your system might be different but here is what mine says about CXX and
/lib/cpp .


# echo $CXX 
(BLANK LINE)
# 


# ls -l /lib/cpp
lrwxrwxrwx 1 root root 21 Apr 21 14:40 /lib/cpp -> /etc/alternatives/cpp
# ls -l /etc/alternatives/cpp
lrwxrwxrwx 1 root root 12 Apr 21 14:40 /etc/alternatives/cpp -> /usr/bin/cpp
# ls -l /usr/bin/cpp
-rwxr-xr-x 1 root root 512405 May  4 10:33 /usr/bin/cpp
# /usr/bin/cpp --version
cpp (GCC) 4.2.0 20070501 (prerelease)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
(BLANK LINE)
# 


# gcc-4_3-build/gcc/cpp --version
cpp (GCC) 4.3.0 20070526 (experimental)
Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
(BLANK LINE)
# 


Which "cpp" version are we _supposed_ to use ? Why look at /lib/cpp to get a
link to a link, why not just look at "/usr/bin/cpp"; or are you trying to find
a hook for an alternate compiler that might be available.

Wouldn't you rather use the 4.3.0 revision of "cpp" that you just built ?

If you use "/usr/bin/cpp" you must get your "-B"'s right and not use any 4.3.0
commands. Your "/usr/bin/cpp" might be version 3.4 or lower.



Anyways ...

After copying in the newest libltdl everything seems to configure and compile
file with respect to libltdl issues only - other problems are in other bug
reports.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32078