bugGNU Octave - Bugs: bug #41133, Build system fails to process -F...

 
 

bug #41133: Build system fails to process -F framework paths for Qt (Homebrew)

Submitted by:  Michael C. Grant <mcgrant>
Submitted on:  Tue 07 Jan 2014 02:12:48 PM UTC  
 
Category:  Configuration and Build System Severity:  3 - Normal
Priority:  5 - Normal Item Group:  Build Failure
Status:  Duplicate Assigned to:  None
Originator Name:  Michael C. Grant Open/Closed:  Closed
Release:  3.8.0 Operating System:  Mac OS

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Thu 27 Mar 2014 11:32:58 AM UTC, comment #2: 

Yes, I believe we can close this one now. I have addressed this one with another bug report/patch (can't remember which).

Michael C. Grant <mcgrant>
Thu 27 Mar 2014 05:13:51 AM UTC, comment #1: 

Is this bug obsolete? It sounds identical to bug #41236 which is now marked as fixed. Is there something different in this report that is still not addressed?

Mike Miller <mtmiller>
Project Administrator
Tue 07 Jan 2014 02:12:48 PM UTC, original submission:  

When attempting to build Octave with the GUI enabled using Homebrew, the build fails for two reasons:
    1) Qt is packaged as a framework, not a set of shared libraries.
    2) the framework is installed in /usr/local/Cellar/qt/4.8.5, not in the system framework locations.

A simple patch to configure.ac, supplied here, can solve this first problem. If you examine it, you'll see that it modifies the use of PKG-CONFIG on darwin*) platforms so that it can grab not just the -L and -l linker arguments, but the -F and -framework arguments as well, for QT_LDFLAGS and QT_LIBS. I strove to design this patch so that it leaves non-Mac platforms unaffected altogether, and still works for cases where Qt is made available using libraries instead of frameworks.

However, this still fails, because libtool does not process -F properly, which is necessary to address the second problem. I manually patched the libtool that is generated by the configure script, and that patch is also included here. However, because libtool is generated by configure, I do not know if it is possible for this patch to be applied to the source at all.

I do understand that, in theory, Homebrew can just apply these patches during the compilation process. I wanted to offer them here however in case you might wish to ensure that this scenario can succeed without Homebrew.

Michael C. Grant <mcgrant>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files
file #30208:  configure.ac.diff added by mcgrant (1012B - application/octet-stream)
file #30209:  libtool.diff added by mcgrant (2KiB - application/octet-stream)

 

Digest:
   bug dependencies.

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by mtmiller (Posted a comment)
  • -email is unavailable- added by mcgrant (Submitted the item)
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

     

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2014-03-27 mtmiller StatusNeed Info => Duplicate
        Open/ClosedOpen => Closed
        Dependencies- => Depends on bugs #41236
    2014-03-27 mtmiller StatusNone => Need Info
    2014-01-07 mcgrant Attached File- => Added configure.ac.diff, #30208
        Attached File- => Added libtool.diff, #30209

    Back to the top


    Powered by Savane 3.5