Sorry, I do not know what host triplet, target triplet, or build triplet mean.
None of them are discussed in http://gcc.gnu.org/bugs.html.
Here is the output of gcc -v:
[EMAIL PROTECTED]:~/sandbox/newchords$ gcc -v
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Configured with: ../src/configure -v
--enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr
--mandir=/usr/share/man --infodir=/usr/share/info
--with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --with-system-zlib
--enable-nls --without-included-gettext --enable-__cxa_atexit
--enable-clocale=gnu --enable-debug --enable-java-gc=boehm
--enable-java-awt=xlib --enable-objc-gc i486-linux
Thread model: posix
gcc version 3.3.5 (Debian 1:3.3.5-2)
The gcc commands I am using are:
[EMAIL PROTECTED]:~/sandbox/newchords$ g++ -g ChordData.cpp Progression.cpp
ChordSearchTree.cpp CAHServer.cpp -o CAHServer
and
[EMAIL PROTECTED]:~/sandbox/newchords$ g++ -g ChordData.cpp Progression.cpp
ChordSearchTree.cpp CAHClient.cpp -o CAHClient
The bug involves two members of class CCHChordSearchTree, which you can find in
ChordSearchTree.ii. The two members are "CCHProgression m_nBest[ 10 ];" and
"list<CCHProgression *> m_lQueue;" If the members are listed in that order,
everything works perfectly. If their order is reversed, compilation and linking
succeeds, but there is an error at runtime. Specifically, the call to
recvfrom() in CCHChordSearchTree::ClientLoop() fails with an error "Invalid
argument". At the time of the call, I know that each of the arguments is in
fact valid.
Perhaps this should be a bug report to the writers of the Standard Template
Library or the socket interface, but because it is affected by the order of
member variables it seems to be a compiler problem.
By the way, everything works on another system I have tried, where gcc -v
provides this:
io:~/sandbox/newchords2% gcc -v
Reading specs from /opt/sfw/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3/specs
gcc version 2.95.3 20010315 (release)
--
Summary: Ordering of member variables breaks code
Product: gcc
Version: 3.3.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: cmh204 at lehigh dot edu
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18457
