Bitfield conversion bug in 4.2?

[Eric Lemings]

Hi,
 
The following code compiles fine in GCC 4.1.
 
enum E { e };
struct S {
  E v:5;
};
S s;
int main() { if (!s.v) return 0; }

In 4.2 (20070307), it gives the following error:

test.cpp: In function 'int main()':
test02.cpp:6: error: could not convert 's.S::v' to 'bool'
test02.cpp:6: error: in arguument to unary !

Is this a bug or new behavior?  If the latter, what is this attributed
to?
 
Thanks,
Eric.

RE: Mysterious Dependencies

[Eric Lemings]

Greetings!

Is this bug still in the GCC 4.x releases?  (See messages below.)
Or has it been fixed in the GCC 4.x releases?

Thanks,
Eric.

 -Original Message-
 From: Bob Friesenhahn [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, January 24, 2006 6:51 PM
 To: Eric Lemings
 Cc: 'libtool@gnu.org'
 Subject: Re: Mysterious Dependencies
 
 
 This is due to a GCC bug that I reported long ago.  GCC's 
 libtool (GCC 
 has its own version of libtool) inserts references to its build 
 directory in the .la files installed alongside the libraries it 
 installs.
 
 Bob
 
 On Tue, 24 Jan 2006, Eric Lemings wrote:
 
  Hello,
 
  On RedHat AS 4u2, Libtool is putting the following line in my .la 
  files.
 
  dependency_libs=' -ldl 
  
 /amd/packages/mdx/redhat/compilers/gcc-3.4.4-2/bin/../lib/gcc/i386-red
  hat-li
  nux/3.4.4//libstdc++.la
  
 -L/usr/src/redhat/BUILD/gcc-3.4.4-20050721/obj-i386-redhat-lin
 ux/i386-redhat
  -linux/libstdc++-v3/src
  
 -L/usr/src/redhat/BUILD/gcc-3.4.4-20050721/obj-i386-redhat-lin
 ux/i386-redhat
  -linux/libstdc++-v3/src/.libs
  
 -L/usr/src/redhat/BUILD/gcc-3.4.4-20050721/obj-i386-redhat-linux/gcc '
 
  Everything after '-ldl' does not exist in RHAS 4u2 (at least on the 
  system I am using).  So where is Libtool getting all this 
 stuff from 
  and why is it putting it in there if none of it exists?  
 And is there 
  a way to make it look like this (without manually editing the file)?
 
  dependency_libs=' -ldl -lstdc++ '
 
 ==
 Bob Friesenhahn
 [EMAIL PROTECTED], 
 http://www.simplesystems.org/users/bfriesen/
 GraphicsMagick Maintainer,http://www.GraphicsMagick.org/