patchGNU Libtool - Patches: patch #10126, Fix handling xlc(1)-specific...


You are not allowed to post comments on this tracker with your current authentication level.

patch #10126: Fix handling xlc(1)-specific options

Submitter:  WHR <whr>
Submitted:  Sat 23 Oct 2021 04:41:21 AM UTC
Category:  None Priority:  5 - Normal
Status:  None Privacy:  Public
Assigned to:  None Open/Closed:  Open

Sat 23 Oct 2021 04:41:21 AM UTC, original submission:  

The IBM XL C/C++ compiler uses the following syntax to control most of its behavior, which is called a 'keyword option':
-q <option>[=<value>]
Libtool however handles this only when the option argument is immediately connected with the option ('-q') itself.

For example if I want to compile for POWER7 64-bit and optmize for code size, I would passing:
-q 64 -q arch=pwr7 -q optimize -q compact
But this will break Libtool, as it would expecting '-q64 -qarch=pwr7 -qoptimize -qcompact'.

The attached patch adds support of handling option '-q' with its option argument separated from the option itself.

WHR <whr>


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

Attached Files
file #52145:  libtool-xlc-q-option.diff added by whr (640B - text/x-patch)


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by whr (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.


    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2021-10-23 whr Attached File- Added libtool-xlc-q-option.diff, #52145

    Back to the top

    Powered by Savane 3.13-4b48.
    Corresponding source code