[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: java and Classdef branch
From: |
Ben Abbott |
Subject: |
Re: java and Classdef branch |
Date: |
Wed, 09 Jan 2013 10:16:01 -0500 |
On Jan 8, 2013, at 10:26 PM, Benjamin Abbott wrote:
> On Jan 8, 2013, at 10:17 PM, Rik <address@hidden> wrote:
>
>> On 01/08/2013 06:40 PM, address@hidden wrote:
>>> It appears that flex is complaining about MacOS X's Java libraries. Looking
>>> at my Makefile, it appears the culprit is LFLAGS, and AM_FLAGS.
>>>
>>> LFLAGS = -I -framework JavaVM
>>>
>>> AM_LFLAGS = -I -framework JavaVM
>>>
>>> LEXCOMPILE = $(LEX) $(AM_LFLAGS) $(LFLAGS)
>>>
>>> LTLEXCOMPILE = $(LIBTOOL) $(AM_LIBTOOLFLAGS) $(LIBTOOLFLAGS) \
>>> --mode=compile $(LEX) $(AM_LFLAGS) $(LFLAGS)
>>>
>>> I assume something is broken here for me?
>> Ben,
>>
>> This is only an issue for MacOS. In configure.ac there are the following
>> lines:
>>
>> ## Java and JVM found. Set up flags.
>> case $host_os in
>> darwin*)
>> ## Sneak the -framework flag into mkoctfile via LFLAGS
>> LFLAGS="$LFLAGS -framework JavaVM"
>>
>> That was copied, I think, from the original Java package and looks to be
>> sketchy from the comment. What is the "right" way to handle framework
>> options in MacOS? As an example, we are doing something different for the
>> CARBON libs.
>>
>> --Rik
>
> We found a similar problem recently. My guess is that the Java libs should
> be "sneaked" into LDFLAGS instead.
>
> Ben
Rik / Michael,
The attached allows me to build the classdef branch. Do either of you have
any concerns about pushing this?
This changeset is for classdef. Should it be prepared for default instead?
Ben
changeset.patch
Description: Binary data