public inbox for java-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug java/49441] New: @LDLIBICONV@ lost from installed libgcj.spec
@ 2011-06-16 14:45 howarth at nitro dot med.uc.edu
2011-06-17 0:10 ` [Bug java/49441] " howarth at nitro dot med.uc.edu
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-06-16 14:45 UTC (permalink / raw)
To: java-prs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
Summary: @LDLIBICONV@ lost from installed libgcj.spec
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned@gcc.gnu.org
ReportedBy: howarth@nitro.med.uc.edu
Both current gcc trunk and gcc-4_6-branch no longer properly set @LDLIBICONV@
in the installed libgcj.spec. The odd part is that the libgcj.spec generated in
the build directory shows @LDLIBICONV@ expanded...
#
# This spec file is read by gcj when linking.
# It is used to specify the standard libraries we need in order
# to link with libgcj.
#
%rename startfile startfileorig
*startfile: %(startfileorig)
%rename lib liborig
*lib: %{s-bc-abi:} -lgcj -L/sw/lib -liconv -lz
%{!Zdynamiclib:%{!Zbundle:-allow_stack_execute}} %(libgcc) %(liborig)
*jc1: -fhash-synchronization -fuse-divide-subroutine -fcheck-references
-fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions
whereas the installed copy is missing the "-L/sw/lib -liconv"...
#
# This spec file is read by gcj when linking.
# It is used to specify the standard libraries we need in order
# to link with libgcj.
#
%rename startfile startfileorig
*startfile: %(startfileorig)
%rename lib liborig
*lib: %{s-bc-abi:} -lgcj -lz
%{!Zdynamiclib:%{!Zbundle:-allow_stack_execute}} %(libgcc) %(liborig)
*jc1: -fhash-synchronization -fuse-divide-subroutine -fcheck-references
-fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions
I suspect this is caused by...
------------------------------------------------------------------------
r169822 | rwild | 2011-02-04 00:51:57 -0500 (Fri, 04 Feb 2011) | 12 lines
Fix PR java/21206: Unrecognized option '-Wl,-rpath' for jv-convert
libjava/:
PR java/21206
* configure.ac (LDLIBICONV): New substituted variable, with
instances of '-Wl,' removed from LIBICONV.
* configure: Regenerate.
* libgcj.spec.in: Use @LDLIBICONV@ not @LIBICONV@.
* Makefile.in: Regenerate.
* gcj/Makefile.in: Likewise.
* include/Makefile.in: Likewise.
* testsuite/Makefile.in: Likewise.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug java/49441] @LDLIBICONV@ lost from installed libgcj.spec
2011-06-16 14:45 [Bug java/49441] New: @LDLIBICONV@ lost from installed libgcj.spec howarth at nitro dot med.uc.edu
@ 2011-06-17 0:10 ` howarth at nitro dot med.uc.edu
2011-06-17 0:17 ` howarth at nitro dot med.uc.edu
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-06-17 0:10 UTC (permalink / raw)
To: java-prs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #1 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-06-17 00:09:42 UTC ---
I don't believe r169822 is the cause but I see what is happening. During the
build two libgcj.spec files are generated. One in
x86_64-apple-darwin11.0.0/libjava, which properly substitutes LDLIBICONV, and a
second in x86_64-apple-darwin11.0.0/i386/libjava which produces an empty string
for LDLIBICONV. A quick examination of the Makefile's in each directory shows
why.
[MacPro:darwin_objdir/x86_64-apple-darwin11.0.0/libjava] root# grep LDLIBICONV
*
Makefile:LDLIBICONV = -L/sw/lib -liconv
config.log:LDLIBICONV=' -L/sw/lib -liconv '
config.status:S["LDLIBICONV"]=" -L/sw/lib -liconv "
[[MacPro:x86_64-apple-darwin11.0.0/i386/libjava] root# grep LDLIBICONV *
Makefile:LDLIBICONV =
config.log:LDLIBICONV=' '
config.status:S["LDLIBICONV"]=" "
It appears that the multi lib build doesn't pass along the value for LDLIBICONV
into the multi lib and that the installed gcj.spec must be coming out of
x86_64-apple-darwin11.0.0/i386/libjava.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug java/49441] @LDLIBICONV@ lost from installed libgcj.spec
2011-06-16 14:45 [Bug java/49441] New: @LDLIBICONV@ lost from installed libgcj.spec howarth at nitro dot med.uc.edu
2011-06-17 0:10 ` [Bug java/49441] " howarth at nitro dot med.uc.edu
@ 2011-06-17 0:17 ` howarth at nitro dot med.uc.edu
2011-06-17 12:51 ` howarth at nitro dot med.uc.edu
2011-06-17 13:06 ` dominiq at lps dot ens.fr
3 siblings, 0 replies; 5+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-06-17 0:17 UTC (permalink / raw)
To: java-prs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #2 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-06-17 00:16:55 UTC ---
This same behavior exists for LIBICONV in the multi lib of libstdc++-v3...
[MacPro:darwin_objdir/x86_64-apple-darwin11.0.0/libstdc++-v3] howarth% grep
LIBICONV *
Makefile:LIBICONV = -L/sw/lib -liconv
Makefile:LTLIBICONV = -L/sw/lib -liconv -R/sw/lib
config.log:LIBICONV='-L/sw/lib -liconv'
config.log:LTLIBICONV='-L/sw/lib -liconv -R/sw/lib'
config.status:S["LTLIBICONV"]="-L/sw/lib -liconv -R/sw/lib"
config.status:S["LIBICONV"]="-L/sw/lib -liconv"
[MacPro:x86_64-apple-darwin11.0.0/i386/libstdc++-v3] howarth% grep LIBICONV *
Makefile:LIBICONV =
Makefile:LTLIBICONV =
config.log:LIBICONV=''
config.log:LTLIBICONV=''
config.status:S["LTLIBICONV"]=""
config.status:S["LIBICONV"]=""
but that build doesn't seem to be trying to set anything with LIBICONV in the
multi lib that is installed like libgcj.spec.
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug java/49441] @LDLIBICONV@ lost from installed libgcj.spec
2011-06-16 14:45 [Bug java/49441] New: @LDLIBICONV@ lost from installed libgcj.spec howarth at nitro dot med.uc.edu
2011-06-17 0:10 ` [Bug java/49441] " howarth at nitro dot med.uc.edu
2011-06-17 0:17 ` howarth at nitro dot med.uc.edu
@ 2011-06-17 12:51 ` howarth at nitro dot med.uc.edu
2011-06-17 13:06 ` dominiq at lps dot ens.fr
3 siblings, 0 replies; 5+ messages in thread
From: howarth at nitro dot med.uc.edu @ 2011-06-17 12:51 UTC (permalink / raw)
To: java-prs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #3 from Jack Howarth <howarth at nitro dot med.uc.edu> 2011-06-17 12:50:52 UTC ---
How is gcj supposed to properly find its linkage libraries on x86_64 linux when
using -m32? Since only a single copy of libgcj.spec is installed and used for
both the default -m64 and -m32, this seems impossible to handle both via that
mechanism (ie passing -L/usr/lib64 -liconv for -m64 and -L/usr/lib -liconv for
-m32). It seems much better to simply drop @LDLIBICONV@ entirely from
libgcj,spec.in and move @LDLIBICONV@ onto the linkage of libgcj itself (since
it seems to be the only place were the iconv symbols are generated or used).
^ permalink raw reply [flat|nested] 5+ messages in thread
* [Bug java/49441] @LDLIBICONV@ lost from installed libgcj.spec
2011-06-16 14:45 [Bug java/49441] New: @LDLIBICONV@ lost from installed libgcj.spec howarth at nitro dot med.uc.edu
` (2 preceding siblings ...)
2011-06-17 12:51 ` howarth at nitro dot med.uc.edu
@ 2011-06-17 13:06 ` dominiq at lps dot ens.fr
3 siblings, 0 replies; 5+ messages in thread
From: dominiq at lps dot ens.fr @ 2011-06-17 13:06 UTC (permalink / raw)
To: java-prs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49441
--- Comment #4 from Dominique d'Humieres <dominiq at lps dot ens.fr> 2011-06-17 13:05:33 UTC ---
PR49314 reports also problems with iconv and java.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-06-17 13:06 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-06-16 14:45 [Bug java/49441] New: @LDLIBICONV@ lost from installed libgcj.spec howarth at nitro dot med.uc.edu
2011-06-17 0:10 ` [Bug java/49441] " howarth at nitro dot med.uc.edu
2011-06-17 0:17 ` howarth at nitro dot med.uc.edu
2011-06-17 12:51 ` howarth at nitro dot med.uc.edu
2011-06-17 13:06 ` dominiq at lps dot ens.fr
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).