From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3519 invoked by alias); 11 Aug 2006 13:04:38 -0000 Received: (qmail 3496 invoked by uid 48); 11 Aug 2006 13:04:37 -0000 Date: Fri, 11 Aug 2006 13:04:00 -0000 Subject: [Bug libgcj/28698] New: [gcj] libgcj-bc only used when building shared libs, not executables X-Bugzilla-Reason: CC Message-ID: Reply-To: gcc-bugzilla@gcc.gnu.org To: java-prs@gcc.gnu.org From: "debian-gcc at lists dot debian dot org" Mailing-List: contact java-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: java-prs-owner@gcc.gnu.org X-SW-Source: 2006-q3/txt/msg00196.txt.bz2 List-Id: seen on redhat/gcc-4_1-branch, should be seen on upcoming classpath-0.92 merge as well. building a shared library avoids the direct dependency on libgcj.so.7 (only libgcj_gc.so.1 is referenced as NEEDED). i.e. gcj \ -O2 -g -Wl,-Bsymbolic -shared -fPIC -fjni -findirect-dispatch \ -o build/dist/ecj.jar.so build/dist/ecj.jar ecj.jar.so doesn't depend on libgcj.so.7, while building an executable, i.e. gcj \ -O2 -g -Wl,-Bsymbolic -fPIC -fjni -findirect-dispatch \ --main=org.eclipse.jdt.internal.compiler.batch.Main \ -o build/dist/ecj-bootstrap-gcj build/dist/ecj.jar still has the dependency on libgcj.so.7. using the latter compiler is still faster than starting the interpreter and using the precompiled jar file. libjava/libgcj.spec does only rename the spec for linking shared libs, not for linking executables. Matthias -- Summary: [gcj] libgcj-bc only used when building shared libs, not executables Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28698