[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[patch #10126] Fix handling xlc(1)-specific options
From: |
WHR |
Subject: |
[patch #10126] Fix handling xlc(1)-specific options |
Date: |
Sat, 23 Oct 2021 00:41:22 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; FreeBSD arm; rv:52.0) Gecko/20100101 Firefox/52.0 |
URL:
<https://savannah.gnu.org/patch/?10126>
Summary: Fix handling xlc(1)-specific options
Project: GNU Libtool
Submitted by: whr
Submitted on: Sat 23 Oct 2021 04:41:21 AM UTC
Category: None
Priority: 5 - Normal
Status: None
Privacy: Public
Assigned to: None
Originator Email:
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
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.
_______________________________________________________
File Attachments:
-------------------------------------------------------
Date: Sat 23 Oct 2021 04:41:21 AM UTC Name: libtool-xlc-q-option.diff Size:
640B By: whr
<http://savannah.gnu.org/patch/download.php?file_id=52145>
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/patch/?10126>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [patch #10126] Fix handling xlc(1)-specific options,
WHR <=