octave-maintainers
[Top][All Lists]
Advanced

[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

Attachment: changeset.patch
Description: Binary data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]