From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <java-prs-return-11632-listarch-java-prs=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 21855 invoked by alias); 18 Feb 2014 12:50:55 -0000
Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <java-prs.gcc.gnu.org>
List-Subscribe: <mailto:java-prs-subscribe@gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/java-prs/>
List-Post: <mailto:java-prs@gcc.gnu.org>
List-Help: <mailto:java-prs-help@gcc.gnu.org>, <http://gcc.gnu.org/ml/#faqs>
Sender: java-prs-owner@gcc.gnu.org
Received: (qmail 21825 invoked by uid 48); 18 Feb 2014 12:50:55 -0000
From: "rguenth at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: java-prs@gcc.gnu.org
Subject: [Bug java/60261] [4.9 Regression] Weird java install with
 --enable-version-specific-runtime-libs
Date: Tue, 18 Feb 2014 12:50:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: java
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords: build
X-Bugzilla-Severity: normal
X-Bugzilla-Who: rguenth at gcc dot gnu.org
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 4.9.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-60261-8172-rhT7ZC8Kpl@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-60261-8172@http.gcc.gnu.org/bugzilla/>
References: <bug-60261-8172@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-q1/txt/msg00009.txt.bz2

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

--- Comment #5 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to Richard Biener from comment #4)
> Hmm, it seems to me that
> 
> # Determine where the standard .db file and GNU Classpath JNI
> # libraries are found.
> gcjsubdir=gcj-$gcjversion-$libgcj_soversion
> multi_os_directory=`$CC -print-multi-os-directory`
> case $multi_os_directory in
>   .)
>    dbexecdir='$(toolexeclibdir)/'$gcjsubdir # Avoid /.
>    ;;
>   *)
>    dbexecdir='$(toolexeclibdir)/'$multi_os_directory/$gcjsubdir
>    ;;
> esac
> 
> is simply "duplicate", toolexeclibdir is already properly containing the
> multilib.  Thus,
> 
> Index: libjava/configure.ac
> ===================================================================
> --- libjava/configure.ac        (revision 207837)
> +++ libjava/configure.ac        (working copy)
> @@ -1596,15 +1596,7 @@ AC_DEFINE_UNQUOTED(GCJVERSION, "$GCJVERS
>  # Determine where the standard .db file and GNU Classpath JNI
>  # libraries are found.
>  gcjsubdir=gcj-$gcjversion-$libgcj_soversion
> -multi_os_directory=`$CC -print-multi-os-directory`
> -case $multi_os_directory in
> -  .)
> -   dbexecdir='$(toolexeclibdir)/'$gcjsubdir # Avoid /.
> -   ;;
> -  *)
> -   dbexecdir='$(toolexeclibdir)/'$multi_os_directory/$gcjsubdir
> -   ;;
> -esac
> +dbexecdir='$(toolexeclibdir)/'$gcjsubdir
>  AC_SUBST(dbexecdir)
>  AC_SUBST(gcjsubdir)
>  
> for dbexecdir?  But that makes it not version-specific again - it lacks
> the GCC version suffix?

That makes classmap.db libjvm.la and libjvm.so move to

/usr/lib64/gcc/x86_64-suse-linux/4.9/gcj-4.9-15

which is sensible.  I'm left with

/usr/lib64/gcc/x86_64-suse-linux/
4.9  gcj-4.9-15  logging.properties  security

and

/usr/lib64/gcc/x86_64-suse-linux/gcj-4.9-15/
libjavamath.la  libjavamath.so

For security/logging we have inside classpath/resource/Makefile.am

logging_DATA = java/util/logging/logging.properties
loggingdir = $(toolexeclibdir)

security_DATA = java/security/classpath.security
securitydir = $(toolexeclibdir)/security

so the same issue as with libjavamath - it's missing gcc_version suffix,
so it seems that $(gcc_version) is not defined when building libjava/classpath.