Can't build egcs-20000417 with cygwin-1.1.0
Tim Prince
tprince@computer.org
Thu Apr 20 07:32:00 GMT 2000
I have been building the snapshots by copying the
definition of INT_ASM_OP from the interix.h into cygwin.h.ÃÂ I have no idea
how to complete the introduction of this macro for all semi-supported
targets.ÃÂ Someone left this partly done and never finished the
job.
ÃÂ
You must also correct libf2c/libU77/[de]time_.c for
consistency with the current Windows API emulations.
ÃÂ
I have not been able to solve all the problems with
the building of .info files.ÃÂ There are \r characters in one of the
original .texi files, and patch introduces \r when a .texi file is
patched.ÃÂ Even when I have been able to fix it up so the .info files get
built automatically, they don't install correctly.ÃÂ The short work-around,
of course, is 'touch gcc/gcc.info gcc/f/g77.info'
ÃÂ
libobjc currently is broken, gcov has always been
broken for cygwin, chill is slightly broken (probably trivial).
ÃÂ
In order to run testsuite, I remove dbz from the
list of test directories.ÃÂ The tests there are designed to fail under
cygwin, and have no bearing on the test_summary reports.
ÃÂ
I suppose Mumit Khan is the only person with enough
credibility to get fixes accepted.ÃÂ I think his primary interest is to
support more Windows-specific capabilities than the gcc maintainers are willing
to accept.ÃÂ Still, it would be great if we could somehow get these basic
patches in so that we can build a standard compiler suite.
ÃÂ
I've been unemployed for 7 weeks now and can't
count on a good solution, let alone one which would give me time to contribute
properly to cygwin or gcc.
----- Original Message -----
From:
Christian Jönsson FOA
72
To: gcc@gcc.gnu.org
Sent: Thursday, April 20, 2000 6:40
AM
Subject: Can't build egcs-20000417 with
cygwin-1.1.0
I wonder if there might be a chance of being able
to build egcs using cygwin-1.1.0
in the near future? I know that it has not been
possible during the egcs evolution
before. But, perhaps the time has come to
incorporate patches to the egcs
development branch to make it build under cygwin-1.1.0?
ÃÂ
Right now, I can't get by the following error
while bootstrapping the compiler:
ÃÂ
gcc -cÃÂ -DIN_GCCÃÂ ÃÂ ÃÂ -g -W
-Wall -WtraditionalÃÂ -DHAVE_CONFIG_HÃÂ ÃÂ ÃÂ -I.
-I../../egcs-20000417/gcc -I../../egcs-20000417/gcc/config
-I../../egcs-20000417/gcc/../include
../../egcs-20000417/gcc/config/i386/i386.c ../../egcs-20000417/gcc/config/i386/i386.c:
In function
`incdec_operand': ../../egcs-20000417/gcc/config/i386/i386.c:1143: warning:
integer constant is unsigned in ANSI C, signed with
-traditional ../../egcs-20000417/gcc/config/i386/i386.c: In function
`i386_dwarf_output_addr_const': ../../egcs-20000417/gcc/config/i386/i386.c:2896:
`INT_ASM_OP' undeclared (first use in this
function) ../../egcs-20000417/gcc/config/i386/i386.c:2896: (Each undeclared
identifier is reported only
once ../../egcs-20000417/gcc/config/i386/i386.c:2896: for each function it
appears in.) ../../egcs-20000417/gcc/config/i386/i386.c: In function
`ix86_expand_int_movcc': ../../egcs-20000417/gcc/config/i386/i386.c:5013:
warning: integer constant is unsigned in ANSI C, signed with
-traditional ../../egcs-20000417/gcc/config/i386/i386.c: In function
`ix86_expand_strlensi_unroll_1': ../../egcs-20000417/gcc/config/i386/i386.c:5896:
warning: integer constant is unsigned in ANSI C, signed with
-traditional make[2]: *** [i386.o] Error 1
ÃÂ
ÃÂ
Cheers,
ÃÂ
/ChJ
More information about the Gcc
mailing list