Mail Archives: djgpp/2013/11/01/18:20:46
Am 01.11.2013 18:12, schrieb iw2evk AT gmail DOT com:
> Il giorno venerd́ 1 novembre 2013 08:23:54 UTC+1, iw2 DOT DOT DOT AT gmail DOT com ha scritto:
>> Hi all,
>>
>> i running djgpp on freedos only pc with 256Mb ram pentium3.
>>
>> I've download all required files in djgpp directory, and i've created a batch file for setting the djgpp enveronment
>>
>>
>>
>> lh doslfn.com
>>
>> path=c:\usr\local\bin;c:\usr\local;c:\djgpp\bin;%path%
>>
>> set WATT_ROOT=c:\djgpp\net\watt
>>
>> set C_INCLUDE_PATH=c:/djgpp/net/watt/inc
>>
>> set LIBRARY_PATH=c:/djgpp/net/watt/lib
>>
>> set DJDIR=c:\djgpp
>>
>> set DJGPP=c:\djgpp\djgpp.env
>>
>> set C_INCLUDE_PATH=c:\net\watt\inc
>>
>> set aclocal=c:/djgpp/bin/aclocal
>>
>> set autoheader=c:/djgpp/bin/autoheader
>>
>> set autoconf=c:/djgpp/bin/autoconf
>>
>> set automake=c:/djgpp/bin/automake
>>
>>
>>
>> If i run a ./configure from bash i receive a message during compiling like this:
>>
>> "aclocal-1.4 missing" ""automake-1.4 missing" , so when i start make the build
>>
>> stuck.
>>
>> I've checked in directory, BUT THE FILES ARE PRESENTS, so it's a setting problem ..
>>
>> Another related problem it's this : I've OpneSSl files , but djgpp don't recognize the openssl files.
>>
>>
>>
>> Where is my error?
>>
>> Many thanks in advance
>>
>>
>>
>> Roberto iw2evk
> Hi at all
>
> i've added the files of watttcp and modify the batch files like suggest , but without results.
> Now at start of ./configure are missing :aclocal ,automake plus autoconf and autoheader (2 new files not found)
> I'm a very beginner, so if someone have a valid batch file for configure DJGPP under pure dos , please share with me on this forum..
> Thanks
>
> Roberto iw2evk
>
I have followed the discussion on http://www.bttr-software.de/forum/forum_entry.php?id=13156
started by you and I will assume that we are still talking about your fruitless
attempt to configure and compile links-1.03.tar.gz using djgpp. I am not
subscribed to that forum and never will be, so do not expect any answer from
my side in that forum. (I have serious doubts that a newby should choose such
a task as starting point to learn how to use djgpp. As already pointed out by
other your installation seems to be broken. I would seriously suggest you to
read carefully and try to understand the readme.1st file.)
I do not know what do you mean with "pure dos" but this may be another source
for the difficulties reported. DOS is not UNIX. I assume that you have neither
installed nor activated a long file name driver like DOSLFN. The source tree
you are installing came from UNIX where no file name restrictions are known.
This means that your source file names are probably all upper case and also
truncated to 8.3 length. I have not investigated this further but there are
known file names like config.h.in and Makefile.in.in that are not licit under
DOS. How they are extracted depends on what unzip program you are using.
Here is a list of all the zip files composing my djdev203 installation I use
with MSDOS-6.22 and DOSLFN 0.41c. With this installation the configure
script run flawlessly until it aborts because it detects that my DJGPP installation
provides no socket.h. But that is another problem and must be solved by the
porter (aka you) and not by me.
All files are from the /current directory of ftp.delorie.com or mirrors:
acnf259b.zip, amak194b.zip, bnu2232b.zip, bsh204br3.zip, bsn241b.zip, byacc19b.zip,
bz2-106a.zip, bz2-106b.zip, csdpmi7b.zip, dif33br2.zip, djdev203.zip, djtzn203.zip,
dosck11br2.zip, ed-19b.zip, faq230b.zip, fil41b.zip, flx254b.zip, fnd4233br4.zip,
gcc473b.zip, gdb76b.zip, gdbm110br2.zip, gprf304b.zip, grep214b.zip, gro116b.zip,
gwk410b.zip, gzip16b.zip, h2m1433b.zip, isp3301b.zip, licv112b.zip, lss444b.zip,
m4-1415b.zip, mak381b.zip, man13b.zip, mktmp17br2.zip, pakk023b.zip, pat271b.zip,
pcre833b.zip, pdcur34a.zip, perl588b.zip, rdln62b.zip, sed422b.zip, shl2011b.zip,
spl312br4.zip, ssl101eb.zip, tar112ab.zip, txi413br2.zip, txt20b.zip, wat3222b.zip,
xz-504b.zip
Please note that you certainly will not need all these files, but I do not have
the time to check what is required to configure the sources and what can be
discarded.
I have installed this in c:/djgpp-2.03, so that my environment variables in
autoexec.bat look like this:
set DJGPP=C:/DJGPP-2.03/DJGPP.ENV
set PATH=C:\DJGPP-2.03\BIN;%PATH%
No other variables are required to work with DJGPP. For more information
read the readme.1st file. If you decide to install the djgpp port of
watt32 also available as wat3222b.zip at delorie.com, you will need to set
the following variables too:
set C_INCLUDE_PATH=C:/DJGPP-2.03/NET/WATT/INC
set LIBRARY_PATH=C:/DJGPP-2.03/NET/WATT/LIB
Again, it is essential to have a LFN driver installed in autoexec.bat
to get the files installed in the source tree with their original file
names or you may run into difficulties. I assume that you know how to
install DOSLFN in your autoexec.bat. Please note that you should install
DOSLFN-0.41c or later. Previous versions do not work with DJGPP.
I was able to configured links-1.03 flawlessly. I configured by starting the
command like this:
sh configure
and I got the following output:
loading site script c:/djgpp-2.03/share/config.site
Warning: This configure script was generated using an old version of autoconf
Warning: Newer versions have much better DJGPP compatibility
loading cache ./config.cache
checking for a BSD compatible install... /dev/env/DJDIR/bin/ginstall -c
checking whether build environment is sane... yes
checking whether make sets ${MAKE}... yes
checking for working aclocal... found
checking for working autoconf... found
checking for working automake... found
checking for working autoheader... found
checking for working makeinfo... found
checking for gcc... gcc
checking whether the C compiler (gcc ) works... yes
checking whether the C compiler (gcc ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking whether gcc needs -traditional... no
checking for EMX... no
checking for OpenWatcom... no
checking for typeof... yes
checking for long long... yes
checking for pointer comparison bug... no
checking for maxint conversion bug... no
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking for sys/wait.h that is POSIX.1 compatible... yes
checking for fcntl.h... yes
checking for limits.h... yes
checking for sys/ioctl.h... yes
checking for sys/time.h... yes
checking for time.h... yes
checking for unistd.h... yes
checking for sigaction.h... no
checking for netinet/in_systm.h... no
checking for netinet/in_system.h... no
checking for netinet/ip.h... no
checking for arpa/inet.h... no
checking for net/socket.h... no
checking for sys/select.h... no
checking for sys/resource.h... yes
checking for wait.h... no
checking for sys/utsname.h... yes
checking for sys/un.h... no
checking for sys/fmutex.h... no
checking for sys/cygwin.h... no
checking for interix/interix.h... no
checking for io.h... yes
checking for pwd.h... yes
checking for grp.h... yes
checking for working const... yes
checking for inline... inline
checking for size_t... yes
checking for socklen_t... no
checking whether time.h and sys/time.h may both be included... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking if rename can replace existing files... yes
checking return type of signal handlers... void
checking for strftime... yes
checking for vprintf... yes
checking for mkdir... yes
checking for select... yes
checking for chmod... yes
checking for getpid... yes
checking for setpgid... yes
checking for popen... yes
checking for uname... yes
checking for getpagesize... yes
checking for getpwuid... yes
checking for getgrgid... yes
checking for sigfillset... yes
checking for getrlimit... yes
checking for setrlimit... yes
checking for raise... yes
checking for gettimeofday... yes
checking for tempnam... yes
checking for strtol... yes
checking for strtoul... yes
checking for strtoq... no
checking for strtoll... yes
checking for strlen... yes
checking for strcpy... yes
checking for strchr... yes
checking for strrchr... yes
checking for strcmp... yes
checking for strncmp... yes
checking for strcspn... yes
checking for strstr... yes
checking for memmove... yes
checking for strerror... yes
checking for Gpm_Open in -lgpm... no
checking for gpm.h... no
checking for socket... no
checking for socket in -lsocket... no
checking for socket in -lnetwork... no
configure: error: socket function not present
As can be seen, the configuration aborts because my DJGPP installation
provides no socket functionality. Most important, the configure script
finds the installed autotools. If they are not installed at all, the
configure scripts also runs flawlessly but this time it reports
checking for working aclocal... missing
checking for working autoconf... missing
checking for working automake... missing
checking for working autoheader... missing
I have not checked with LFN support disabled.
A possible solution is:
First step: delete your old DJGPP installation.
Second step: get DOSLFN-0.41c or later and install it on your FreeDOS
system and make sure that it is always loaded when booting.
I do not use FreeDOS so do not ask me anything related to this.
Third step: get the DJGPP zip files and install them with LFN support enabled.
and set the environment variables accordingly.
Fourth step: create some arbitrary directory outside your DJGPP installation
where you install the links sources and try to configure it.
Regards,
Juan M. Guerrero
- Raw text -