Menu
▾
▴
gnuplot-beta
|
From: Marko B. <nom...@sp...> - 2005-09-05 14:21:08
|
Hello there, a few days before I asked a question concernig building gnuplot CVS version on windows. These problems are solved, but I still did not mange to build it succesfully. Until now I did: - compile libpng and zlib - compile libpdf - put the dll's in \windows\system32 - copy ..\config\config.nt ..\src\config.h - run vcvars32.bat - run nmake -f ..\config\makefile.nt (from ..\src) as it was stated in makefile.nt But nmake stops (after having assembled the linkopt1.msw) at calling the first link command. It says: link /subsystem:windows /...[other stuff]... /out:wgnuplot.exe @linkopt1.msw LINK: fatal error: Cannot open input file "alloc.obj" I'm not an computer science expert, so my understanding of this subject is limited. So do I miss something here? As far as I know "alloc.obj" has to be created out of "alloc.h" and "alloc.c" which reside in the same directory. But isn't that the concern of the make subsystem? Can someone please point me in the right direction? I really need version 4.1 due to the datastrings facility. This is an awesome feature making handling of bar-graphs just hassle-free. Thanks in advance. Marko Brandes. |
|
From: Hans-Bernhard B. <br...@ph...> - 2005-09-05 16:05:49
|
Marko Brandes wrote: > - copy ..\config\config.nt ..\src\config.h That still looks strange. One of those ..\ should be superfluous. It's no longer really needed, either --- makefile.nt now makes the copy itself, if you didn't. > But nmake stops (after having assembled the linkopt1.msw) at calling the > first link command. That's strange. It suggests your nmake or VC++ installation could be broken, or your makefile.nt corrupted by earlier editing. Are you sure you did this from fresh, unmodified CVS source? Are you sure you had cd'ed to gnuplot/src before running nmake? What ever went wrong there must be a peculiarity of your local system. Others have been running builds using makefile.nt successfully for years. |
|
From: Marko B. <mar...@sp...> - 2005-09-05 19:55:27
|
Am Mo 05.09.2005 18:07 schrieb Hans-Bernhard Broeker <br...@ph...>: > Marko Brandes wrote: > > - copy ..configconfig.nt ..srcconfig.h > > That still looks strange. One of those .. should be superfluous. > --- You're right. Just a typo in the mail. > It's no longer really needed, either --- makefile.nt now makes the > copy > itself, if you didn't. > > > But nmake stops (after having assembled the linkopt1.msw) at calling > > the > > first link command. > > That's strange. It suggests your nmake or VC++ installation could be > broken, or your makefile.nt corrupted by earlier editing. > > Are you sure you did this from fresh, unmodified CVS source? --- Yes, sure. I hadn't touched the makefile. > > Are you sure you had cd'ed to gnuplot/src before running nmake? --- Yes. > > What ever went wrong there must be a peculiarity of your local system. > Others have been running builds using makefile.nt successfully for > years. > Phew... build complete. But don't ask how. I compiled the sources without using the makefile but loooooooong command-line arguments. Step by step. Maybe your are right and something is broken with my local installation. To activate the datastring and histogram features I had to copy EAM_DATASTRINGS and EAM_HISTOGRAM options from config.cyg to config.nt. It may be a good idea to add them to the CVS version of config.nt. Saves hassle. Again thanks for your help. Marko Brandes. |
|
From: Bastian M. <bma...@we...> - 2005-09-07 16:19:29
|
Hans-Bernhard Broeker wrote: > Marko Brandes wrote: > >> - copy ..\config\config.nt ..\src\config.h > > > That still looks strange. One of those ..\ should be superfluous. > > It's no longer really needed, either --- makefile.nt now makes the cop= y > itself, if you didn't. Hhm. It looks like it really should, but it doesn't do so on my system. I always have to do =B4nmake -f makefile.nt config.h=B4 first. --=20 Bastian M=E4rkisch |
|
From: Hans-Bernhard B. <br...@ph...> - 2005-09-07 17:29:37
|
Bastian Maerkisch wrote: > Hans-Bernhard Broeker wrote: > > Marko Brandes wrote: > > > >> - copy ..\config\config.nt ..\src\config.h > > > > > > That still looks strange. One of those ..\ should be superfluous. > > > > It's no longer really needed, either --- makefile.nt now makes the copy > > itself, if you didn't. > > Hhm. It looks like it really should, but it doesn't do so on my system. Comparing makefile.nt (which I can't really debug, because I never had MSVC) and makefile.oww (which I derived from the former), I find one important difference that might explain both this, and the original problem with nmake not building anything even *after* copying config.h, even though it doesn't so much as hint at why this issue is coming up only *now* --- makefile.nt has changed only very little over time. Could NMAKE have been modified behind our backs? Gentlemen, please report your nmake versions. The issue is that there's no manifest information about dependencies in makefile.nt (nor in any files it includes). I had to put this rule in makefile.oww: $(OBJS): config.h .AUTODEPEND This achieves two things: 1) it causes OpenWatcom's make program to automatically compute dependencies for all the main .obj files that gnuplot consists of, thanks to the .AUTODEPEND tag. 2) it declares every single one of them as dependent on config.h, so wmake will try to build config.h, and thus execute the copy rule if there's no config.h in sight. Someone who has nmake and its documentation will have to duplicate this for makefile.nt. |
|
From: Bastian M. <bma...@we...> - 2005-09-06 11:40:31
|
Marko Brandes wrote: =2E..(snip)... >=20 > To activate the datastring and histogram features I had to copy > EAM_DATASTRINGS and EAM_HISTOGRAM options from config.cyg to config.nt.= > It may be a good idea to add them to the CVS version of config.nt. Save= s > hassle. Indeed. Config.nt and makefile.nt haven't been updated to reflect recent features yet. E.g. GP_MACROS, WITH_IMAGE, GP_STRING_VARS, BINARY_DATA_FIL= E etc. are missing as well. I suggest changing the layout of config.nt while at it. Most of the config.* files in config/ files have the same layout as config.h generated by the autoconf tools. This makes it very easy to spot missing defines for new features etc. >=20 > Again thanks for your help. >=20 > Marko Brandes. >=20 --=20 Bastian M=E4rkisch Physikalisches Institut, Universit=E4t Heidelberg |
|
From: <mi...@ph...> - 2005-09-06 12:35:08
|
> Indeed. Config.nt and makefile.nt haven't been updated to reflect recent > features yet. E.g. GP_MACROS, WITH_IMAGE, GP_STRING_VARS, BINARY_DATA_FILE > etc. are missing as well. Update config.nt in the same way as config.mgw, .cyg, .os2. --- PM |
