delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2007/03/22/17:08:35

X-Spam-Check-By: sourceware.org
Message-ID: <4602FE46.50E27743@dessent.net>
Date: Thu, 22 Mar 2007 15:08:06 -0700
From: Brian Dessent <brian AT dessent DOT net>
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Building GCC 4.3.0 on Cygwin...
References: <Pine DOT OSF DOT 4 DOT 21 DOT 0703222205040 DOT 15035-100000 AT ax0rm1 DOT roma1 DOT infn DOT it>
X-IsSubscribed: yes
Reply-To: cygwin AT cygwin DOT com
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

Angelo Graziosi wrote:

> As I wrote:
> 
> >> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31039

Ah, okay.  I failed to see that you'd posted the config.log there.  (And
I mentioned gmp/mpfr as I have seen that cause the build to fail in
exactly the way you described, but it's clearly not the case here.)

The real problem seems to be that the libgcc is broken:

configure:2121:  /home/User/cvsroot/gcc-obj/./prev-gcc/xgcc
-B/home/User/cvsroot/gcc-obj/./prev-gcc/
-B/usr/local/i686-pc-cygwin/bin/   
conftest.c  >&5
/home/User/cvsroot/gcc-obj/./prev-gcc/libgcc.a(_ctors.o): In function
`__sgetc_r':
/usr/include/stdio.h:414: undefined reference to `_ungetc'
/usr/include/stdio.h:410: undefined reference to `___srget_r'
/usr/include/stdio.h:407: undefined reference to `___srget_r'
collect2: ld returned 1 exit status

It looks like a problem with some function being defined as a macro when
it shouldn't, or vice versa.  You'll need to look into how _ctors.o is
built to see exactly, since I can't find any reference to _sgetc_r or
ungetc in any of the libgcc2.{c,h} files.  You can try the trick of
going into the libgcc build directory (you may have to "make restage1"
to back up one stage), "rm _ctors.o" and then "make CFLAGS="-g -O2
-save-temps"" (or some variant) and then look at the preprocessed source
to see what's happening.

Brian

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019