Skip to Main Content
IBM Z Software


This portal is to open public enhancement requests against IBM Z Software products. To view all of your ideas submitted to IBM, create and manage groups of Ideas, or create an idea explicitly set to be either visible by all (public) or visible only to you and IBM (private), use the IBM Unified Ideas Portal (https://ideas.ibm.com).


Shape the future of IBM!

We invite you to shape the future of IBM, including product roadmaps, by submitting ideas that matter to you the most. Here's how it works:

Search existing ideas

Start by searching and reviewing ideas and requests to enhance a product or service. Take a look at ideas others have posted, and add a comment, vote, or subscribe to updates on them if they matter to you. If you can't find what you are looking for,

Post your ideas
  1. Post an idea.

  2. Get feedback from the IBM team and other customers to refine your idea.

  3. Follow the idea through the IBM Ideas process.


Specific links you will want to bookmark for future use

Welcome to the IBM Ideas Portal (https://www.ibm.com/ideas) - Use this site to find out additional information and details about the IBM Ideas process and statuses.

IBM Unified Ideas Portal (https://ideas.ibm.com) - Use this site to view all of your ideas, create new ideas for any IBM product, or search for ideas across all of IBM.

ideasibm@us.ibm.com - Use this email to suggest enhancements to the Ideas process or request help from IBM for submitting your Ideas.

ADD A NEW IDEA

C/C++

Showing 42

#pragma report should be extended to C

It is very frustrating that this pragma is not available in C, but only in C++!
almost 9 years ago in C/C++ and Fortran Compilers / C/C++ 4 Not under consideration

Perform optimizations based on __attribute__((__malloc__))

Currently, __attribute__((__malloc__)) does not work as documented in the compiler docs. The documentation infers that the compiler performs certain optimizations when using __malloc__ attribute. However, it appears that the compiler simply tolera...
almost 9 years ago in C/C++ and Fortran Compilers / C/C++ 4 Not under consideration

87671, 49R, 000 BGQ , xlc++ 12.1.0.7 -O2 slow , vulcan , John Gyllenhaal

-------- Forwarded Message --------Subject: RE: 87671, 49R, 000 BGQ , xlc++ 12.1.0.7 -O2 slow , vulcan , John GyllenhaalDate: Wed, 21 Jan 2015 14:54:40 -0500From: Viktor Ganich <vganich@ca.ibm.com>To: Paul Szepietowski <pauls@llnl.gov>...
over 9 years ago in C/C++ and Fortran Compilers / C/C++ 4 Not under consideration

Using CPACF with HW built-In instructions

ISV likes to use HW Crypto support of CPACF (see Principles of Operation) in their applications running on z/OS. As of requiremts of their architecture and as of performance reasons, they do not use ICSF. So they have to use the CPACF instructions...
over 9 years ago in C/C++ and Fortran Compilers / C/C++ 7 Not under consideration

Behaviour of comma operator in C++

We use multiple C and C++ compilers, including IBM XL C/C++ for AIX V11.1.0.18. XL C++ appears to treat comma expressions differently depending if they are an argument to a return statement or a function or if they are used elsewhere. This behavio...
over 9 years ago in C/C++ and Fortran Compilers / C/C++ 3 Not under consideration

Long compile time with -qsmp=omp for non-openmp files

XLC enforces -qhot optimization steps with -qsmp=omp option even for non-OMP source files, making the compile time unnecessarily long for such cases. The -qsmp=omp compile time issue becomes a dramatic problem because in user's makefile, the optio...
about 10 years ago in C/C++ and Fortran Compilers / C/C++ 6 Not under consideration

DB2 & CICS coprocessors do not provide enough debug information

To convert to co-processors we need to have the CICS and DB2 listings or something equivalent. We always print the first page of the DB2 and CICS pre-processor listingbecause they tell the applications the verson of DB2 the program was compiled us...
about 10 years ago in C/C++ and Fortran Compilers / C/C++ 4 Not under consideration

z/OS XL C/C++ allow GENASM and __asm without using METAL C

Separate GENASM and METAL C/C++ compiler options and allow calling of operating system services directly from a non-METAL C/C++ program using __asm language extension.
over 10 years ago in C/C++ and Fortran Compilers / C/C++ 3 Not under consideration

RFE for header file cache optimization on C compiler

We would like to see the following implemented with the C compiler frontend just like it is for the C++ compiler frontend beginning with Xlc 12.1: -qxflag=dircache[,m[,n]] where m and n are optional * m is a integral prime number between 2 and 71 ...
over 10 years ago in C/C++ and Fortran Compilers / C/C++ 5 Not under consideration

Provide some 64-bit compiler intrinsics when compiling 32-bit on a 64- bit architecture

The xlC compiler supplies (many) intrinsics that be used in lieu of assembly. Some of these intrinsic work on 32-bit words, and some on 64- bit double-words. (There are many others, but our interest here is 32- bit and 64-bit). __lwarx() load-word...
almost 11 years ago in C/C++ and Fortran Compilers / C/C++ 8 Not under consideration