Can anyone provide a ready made .prj file to compile Nethack?

In attention to the glorified vocation of supporting all compiling
patforms already supported. This IDE can import from dsp but only
partially. In VS you can have the different projects (dgn_comp,
nethack, ...), as configurations, and switch-compile with no effort,
but in this IDE you have to have a different project each, including
standing up the lex/yacc. The makefile is of course gallimatic and the
IDE has this penchant to overwrite it every compilation, which is
quite self defeating. Then there is some issue with directory
structure, I could only form one compilable project after fiddling
with the subdirectories, but it is not optimum, I gather... Then I
realized I was just about to compile 3.3.1, not 3.3.4, so I would miss
some bug squashing and would have to begin anew... Overall it seems
you have to have all six projects up and compiling to form the
executable! I am using a windows platform and nothing seems to have
changed since the last decade, except _my_ compiling platform.

In those golden age days... I had the compilation up and running from
a web page to executable, but with full VS support. That page and
ActiveX are lost... for now... This IDE is almost abre bones so to
say. So today I would expect more support for current tools and to be
able to download and compile (like wash and wear), rather than spend
several days interpreting a makefile and polymorphing it into .prj
files.

I think that for the dev team, if there is still one around, is a very
honorable task to keep the Nethack flame alight and alive while they
get the breath to extend and publish a new version, to produce and
make available a suitable .prj, or even a suite of .prj files, to
leverage on their experience and expertise. Considering that this is
one of the oldest programs still in use it would be a real statement
in favor of historical computing, lest we forget... or we end up in a
cloud without Nethack.

Danilo J Bonsignore
.

Relevant Pages

  • Re: Distributions vs kernel development
    ... > That's interesting - what I find dissapointing about the Linux From Scratch ... And how many users are you trying to support? ... > distribution than an installation from source. ... > on-going use of a system, I think compiling from source is better overall. ...
    (Linux-Kernel)
  • mm/slub.c warnings
    ... I get these warnings when compiling mm/slub.c in linux-2.6.git: ... # Linux kernel version: 2.6.24 ... # Device Drivers ... # PCI IDE chipsets support ...
    (Linux-Kernel)
  • building xemacs for tiny core linux
    ... checking for specified window system ... configure: warning: No OffiX without generic Drag'n'Drop support ... checking for graphics libraries ... Compiling in support for the Athena widget set: ...
    (comp.emacs.xemacs)
  • Package load-path problems
    ... Having difficulties with xemacs package loadings. ... Compiling in support for the Microsoft window system. ... Compiling in support for GIF images. ...
    (comp.emacs.xemacs)
  • Re: copying certain characters from web browser to xemacs results in backslash followed by three num
    ... I am on Windows Vista. ... Compiling in support for Microsoft Windows native GUI. ... In a buffer, when I type Ctrl-u and then Ctrl-x Ctrl-e as I believe ...
    (comp.emacs.xemacs)