X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient: djgpp AT delorie DOT com
Message-ID: <53EFAF05.2010005@gmx.de>
Date: Sat, 16 Aug 2014 21:20:37 +0200
From: Juan Manuel Guerrero <juan DOT guerrero AT gmx DOT de>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.7.0
MIME-Version: 1.0
To: djgpp AT delorie DOT com
Subject: Re: Emacs pretest 24.3.93
References: <83egwim872 DOT fsf AT gnu DOT org> <53EF1E40 DOT 6050004 AT gmx DOT de> <83k368ekyk DOT fsf AT gnu DOT org>
In-Reply-To: <83k368ekyk.fsf@gnu.org>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID:  V03:K0:6FTqi3ZADN6Z+DRTVWp2KAYWhpmR5EChLd7N6GSAzoQd8HAjgZm
 iL69W6HjyG6j1ZgjNpUF/0Ra2DjyuFotOB9kHt4EU6W48uFOfDU7+Gi7qNTovqdVs2umaxT
 sOJO+RNy6/sCV2VCW/bwhXXxed0f+Hjj+CC23rkiBRqxF795TFwOpYOIw1pkHtlFiwHOOEr
 9F2STBsRU56wOgKJX6YYA==
X-UI-Out-Filterresults: notjunk:1;
Reply-To: djgpp AT delorie DOT com

Am 16.08.2014 13:24, schrieb Eli Zaretskii:
>> Date: Sat, 16 Aug 2014 11:02:56 +0200
>> From: Juan Manuel Guerrero <juan DOT guerrero AT gmx DOT de>
>>
>> ./temacs -batch -l loadup dump
>> Cannot open load file: Value too large (EOVERFLOW), loadup.el
> If at all possible, could you find out where does this EOVERFLOW come
> from (it could also be a garbage value of errno, but the failure to
> load is real)?  The error message comes from lread.c:1144, but the
> question is: why does the load fail?  Perhaps you could step through
> the relevant code, like this:
>
>    gdb ./temacs.exe
>    (gdb) break Fload
>    (gdb) run -batch -l loadup dump
>
> Then, when the breakpoint in Fload breaks, step through the code,
> stepping into the 'openp' function, and see why the latter fails to
> open the loadup.el file.
>
> (I don't think you need to rebuild Emacs for this, since temacs.exe
> should already exist on that system.)
>
> Thanks for testing the pretest version.

I will investigate this but it seems to be a DJGPP 2.04 issue.  I will answer
ASAP.

I have also tried djdev203 and it was possible to compile it out-of-the box
and seems to work.  Neither less the emacs code expects that the library
provides snprintf, but this is not the case for djdev203.  This is also the
case for many other GNU ports I have done lately where I had to add
to the sources the snprintf code taken from the repository so they can
be compiled with DJGPP 2.03.
I got this error message:

[snip]
gcc -c -I../msdos -Demacs  -I. -I../lib           -O2  font.c
font.c: In function 'font_unparse_xlfd':
font.c:1330:9: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
font.c: In function 'font_unparse_fcname':
font.c:1637:17: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
font.c:1644:17: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
font.c:1651:17: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
font.c:1658:17: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
font.c:1668:12: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
font.c:1677:17: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
font.c:1686:17: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
font.c:1695:17: warning: incompatible implicit declaration of built-in function 'snprintf' [enabled by default]
[snip]

Regards,
Juan M. Guerrero