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

 
 

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

Submitter:  Michael C. Grant <mcgrant>
Submitted:  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
Fixed Release:  None Planned Release:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

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>
Group Member
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)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only group 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.13-d3ae.
    Corresponding source code