X-Recipient: archive-cygwin@delorie.com X-Spam-Check-By: sourceware.org Message-ID: <48100654.1050609@cwilson.fastmail.fm> Date: Thu, 24 Apr 2008 00:02:28 -0400 From: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.12) Gecko/20080213 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: [ANNOUNCEMENT] NEW: libtool-2.2.2-2 / Updated: libltdl7-2.2.2-2 References: <480445AC.7000005@users.sourceforge.net> <48044C3C.5060504@cwilson.fastmail.fm> <480FB2BA.208@users.sourceforge.net> In-Reply-To: <480FB2BA.208@users.sourceforge.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com Yaakov (Cygwin Ports) wrote: > I'm not sure what's triggering this, but *sometimes* I'm getting more > than that: > > ./.libs/lt-foo.c:263: warning: string length `4368' is greater than the > length `4095' ISO C99 compilers are required to support > ./.libs/lt-foo.c: In function `main': > ./.libs/lt-foo.c:288: warning: implicit declaration of function `_setmode' > ./.libs/lt-foo.c: In function `chase_symlinks': > ./.libs/lt-foo.c:577: warning: implicit declaration of function `realpath' > ./.libs/lt-foo.c:577: warning: assignment makes pointer from integer > without a cast What's puzzling is there is no *error* message from the compiler -- just warnings. > strip: './foo.exe': No such file But obviously something went wrong. I wonder of the string length warning is from the pre-processor, and then the compiler itself dies (dumps core?) without issuing an error message. Does the problem -- missing wrappers -- *always* occur paired with the string length warning? I can easily see the following; (1) the size of the wrapper script is very close to 4K (2) there are several embedded paths (3) sometimes, those paths are long enough to push the total script length over 4K -- and gcc-3.4.x is rude enough to fail silently. If so, I could easily split the the script generation into two separate strings... -- Chuck -- 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/