Bug 133129 - C++ class won't go thru ...
Summary: C++ class won't go thru ...
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: tcsh
Version: 3
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Miloslav Trmač
QA Contact: Bill Huang
URL:
Whiteboard:
Depends On:
Blocks:
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
Clone Of:
Environment:
Last Closed: 2004-09-21 21:38:49 UTC
Type: ---
Embargoed:


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:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 Miloslav Trmač 2004-09-21 21:38:49 UTC
Hello,
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.

Thanks,
        Mirek


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