This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: [PATCH] Build libgcj, libgcj-tools, and libffi as shared libraries on Windows
- From: Pedro Alves <pedro at codesourcery dot com>
- To: gcc-patches at gcc dot gnu dot org
- Cc: Dave Korn <dave dot korn dot cygwin at googlemail dot com>, "Aaron W. LaFramboise" <aaronavay62 at aaronwl dot com>, java-patches at gcc dot gnu dot org
- Date: Sun, 12 Apr 2009 00:09:17 +0100
- Subject: Re: [PATCH] Build libgcj, libgcj-tools, and libffi as shared libraries on Windows
- References: <48B0BD19.8080300@aaronwl.com> <49E0D010.4070106@aaronwl.com> <49E0DFE1.60905@gmail.com>
On Saturday 11 April 2009 19:22:25, Dave Korn wrote:
> >> Index: gcc/config/i386/t-cygming
> >
> >> +jc1$(exeext): LDFLAGS+=-Wl,-stack,0x8000000
> >
> > I think it would be better to figure out why the top-level LDFLAGS does
> > not get propagated properly into java as it does for every other
> > language, rather than sticking in this hack.
>
> ? Two questions:
>
> - ?Why "hack"? ?It's a robust mechanism specified in the GNU Make manual as
> far as I know.
Isn't this a *host* issue rather than a *target* problem? If so, it would
seem to me that a t-* file would be the wrong place for this. E.g., would a
linux x cygwin gcj need this? What about a cygwin x linux gcj ?
--
Pedro Alves