X-Recipient: archive-cygwin AT delorie DOT com
X-SWARE-Spam-Status: No, hits=0.4 required=5.0	tests=AWL,BAYES_00,FAKE_REPLY_C,TW_MK,TW_YG
X-Spam-Check-By: sourceware.org
Message-ID: <21794C64742846718853014B087D0E6F@cit.wayne.edu>
From: "Lee Maschmeyer" <lee_maschmeyer AT wayne DOT edu>
To: <cygwin AT cygwin DOT com>
Subject: Re: Is part of gcc3 missing?
Date: Wed, 3 Nov 2010 10:10:10 -0400
MIME-Version: 1.0
Content-Type: text/plain;	format=flowed;	charset="utf-8";	reply-type=response
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
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

----- Original Message ----- 
From: Andy Koppe
Sent: Tuesday, November 02, 2010 16:56
Subject: Re: Is part of gcc3 missing?

> On 2 November 2010 19:57, Lee Maschmeyer wrote:
>> Gentlefolk,
>>
>> For the past couple years or more I've been building a program, brltty, 
>> from
>> its subversion development stream. The only problems I had were in that
>> stream and they were fixed quite rapidly by the developer, in large 
>> measure
>> because of my reports.
>>
>> The last time I was able to build it successfully was on October 11. 
>> Since
>> then I've been getting the error detailed in the attachments. I'm almost
>> positive the problem is an update to gcc or one of its henchmen because 
>> I've
>> downdated brltty from 5400, which no longer successfully builds, all the 
>> way
>> back to 5300 with no success.
>>
>> I hope it's not providing too much information, but I've attached (yes,
>> really :-) not only cygcheck -svr but also the typescript of the make
>> session and config.log. Note that I'm using gcc3 because 4 has never 
>> worked.
>> (That's a known problem however and we hope will be fixed in the next gcc
>> update.)
>
> The typescript shows the following error:
>
> ocamlmklib -L./../../Programs -lbrlapi -oc brlapi_stubs brlapi_stubs.o
> ** Fatal error: Cannot find file "libgcc_s"
>
> libgcc_s ships with gcc4 only, so it looks like ocaml depends on gcc4
> now, probably since its recent update.
>
> You may not need the OCaml bindings being built there though. I see
> you can disable them with the --disable-caml-bindings configure
> option.
>
> Andy

Hmm. Is that really the best approach unless absolutely necessary? "That
doesn't work so do something else" has always struck me as a less than ideal
approach to debugging. :-) Is it possible that caml could be repaired so it
doesn't depend on GCC4?

Thanks,

-- 
Lee Maschmeyer
Wayne State University Computing Center
5925 Woodwad, #281
Detroit MI 48202
USA


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