Bug 133129 - C++ class won't go thru ...
Summary: C++ class won't go thru ...
Alias: None
Product: Fedora
Classification: Fedora
Component: tcsh   
(Show other bugs)
Version: 3
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Miloslav Trmač
QA Contact: Bill Huang
Depends On:
TreeView+ depends on / blocked
Reported: 2004-09-21 19:55 UTC by David Binderman
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version: 6.13-9
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-09-21 21:38:49 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description David Binderman 2004-09-21 19:55:24 UTC
Description of problem:

I just tried to compile package tcsh-6.13-3 from
Redhat Fedora Core 3 Test 2.

The compiler said

tc.bind.c(198): warning #1595: non-POD class type passed through ellipsis

The source code is

	xprintf(CGETS(20, 2, "Bad key name: %S\n"), in);

I'm not sure what the fix is for this. in seems be at fault.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:

Comment 1 Miloslav Trmač 2004-09-21 21:38:49 UTC
First, thanks for the report.
The tcsh bug is fixed in tcsh-6.13-9, which will appear in rawhide soon.

Second, as you might have already noticed, I have reported this to
the upstream development mailing list, which is the right place
for these bug reports. There is nothing distribution-specific about
the bug and the fix should benefit all tcsh users. (If you don't
have a patch, tcsh bugs should be reported to tcsh-bugs@..., as
detailed at www.tcsh.org.)

Reporting the bugs to Fedora Core bugzilla only shifts the work
of filing the upsteam bug report from you to a Red Hat-paid
developer, and adds your work of filing the bugzilla report
in addition.

Third, you can also report two bugs to "the compiler"'s developers:
* Using the C++-specific "POD" and "class" terms in a message about
  a C program.
* Reporting that struct CStr is a non-POD type; it is a C type, so
  a POD type.


Note You need to log in before you can comment on or make changes to this bug.