DOS EOL in multiline #define

John Watson jwatson@stsci.edu
Sat Apr 1 00:00:00 GMT 2000


ok i found a solution to this problem reported by Matthias Klose
in Debian bug report log #29240.  The solution is to use gcc-2.95.
I currently use gcc-2.91.66 on Redhat 6.1, which is part of the
egcs-1.1.2-24 package.

Does anyone know where I can obtain newer rpm files which I can
use to upgrade my gcc version to 2.95?  I would prefer not to
have to remove the packages and manually install the compilers.

I have looked on rpmfind.net and grabbed the following rpms:

binutils-2.9.5.0.22-1.i386.rpm  egcs-2.91.66-5.i386.rpm
cpp-2.95.2-3.i386.rpm           egcs-c++-2.91.66-5.i386.rpm

However, testing the upgrade indicates the following errors:

# rpm --test -Uvh egcs-*.rpm binutils-2.9.5.0.22-1.i386.rpm cpp-2.95.2-3.i386.rpm 
file /usr/include/ansidecl.h conflicts between attemped installs of binutils-2.9.5.0.22-1 and egcs-2.91.66-5
file /usr/lib/libiberty.a conflicts between attemped installs of binutils-2.9.5.0.22-1 and egcs-2.91.66-5
file /lib/cpp conflicts between attemped installs of cpp-2.95.2-3 and egcs-2.91.66-5


Thanks,
JW

John Watson wrote:
> 
> I am trying to compile a c program with gcc.
> The c source file in in DOS format, so all the EOL's have
> that extra annoying ^M.  Unfortunately, gcc craps out on
> multiline #defines during the compile.
> 
> Is there any way to make gcc ignore the ^M's without
> converting the source file to a sane format?
> 
> I tried using
> #define ^M ""
> 
> but, gcc says that the ^M character is not a valid macro name.
> 
> Thanks,
> JW


More information about the Gcc-help mailing list