This is the mail archive of the
cygwin-talk
mailing list for the cygwin project.
Re: Building GCC 4.3.0 on Cygwin...
- From: Christopher Faylor <cgf-use-the-mailinglist-please at cygwin dot com>
- To: cygwin-talk at cygwin dot com
- Date: Wed, 28 Mar 2007 16:06:18 -0400
- Subject: Re: Building GCC 4.3.0 on Cygwin...
- References: <Pine.OSF.4.21.0703222205040.15035-100000@ax0rm1.roma1.infn.it> <4602FE46.50E27743@dessent.net> <014b01c76e78$3be56a10$2e08a8c0@CAM.ARTIMI.COM> <005301c7716c$9f1ef000$2e08a8c0@CAM.ARTIMI.COM>
- Reply-to: cygwin-talk at cygwin dot com
- Reply-to: The Cygwin-Talk Maiming List <cygwin-talk at cygwin dot com>
On Wed, Mar 28, 2007 at 08:09:34PM +0100, Dave Korn wrote:
>On 25 March 2007 00:55, Dave Korn wrote:
>
>> On 22 March 2007 22:08, Brian Dessent wrote:
>>
>>> The real problem seems to be that the libgcc is broken:
>>
>>> /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.
>>
>> Inlines, as it turns out.
>
> Patch prepared, I'll finish writing it up and submit to the newlib list
>later tonight, but first I'm going to have a celebratory beer or two on the
>way home... ;-)
Do we get to take a sip if someone mentions beer? It seems only fair.
cgf