GNU 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 |
Attached Files
Depends on the following items: None found
Items that depend on this one: None found
Carbon-Copy List
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 |
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.