>
> Both are freshly downloaded from the Root-pages, version 2.21/07 (the
> tar.gz file) but my earlier download had the same problem.
> Root_EGPythia.dll is from march 1st and the rest is from march 11th, I am
> not quite sure whether that would be a problem.
Your are speaking about Root_EGPythia.dll but your problem came
from ATLfast code not from that DLL.
The last is dated as
505889 Feb 12 08:23 atlfast.tar.gz
but I didn' get what was the year. Is it Feb of 1998 or Feb 1999.
> >> installation of root in C:\Program Files. The space in the
> directory name is confusing when command line arguments to the compiler or
linker are
I've tried to reproduced your problem and found setting
set rootsys="c:\program files\root"
does solve this problem
> >
> >>
> >> With the new makefile, tried: nmake -f makefile.win
> >>
> >> At compilation, the following warning is produced.
> >> ATLFast.cxx (187) Warning Cxxxx 'gATLFast' inconsistent dll lnkage. DLL
> >> export assumed
> >>
It is Ok. There is no harm here.
> >> By changing the EXTERN in line 187 (ATLFast.h) to "extern", this
> >> is solved.
You should not do this.
Anyway I'll try to check your makefile too.
> > (If it is Ok, please check that Makefile against of yours.).
>
> I did this...
>
> But, the file HelloDict.cxx is already in the package. So you
> first have to
> delete it, to be sure that make is going to invoke RootCint. Now, again I
> had to quote $(ROOTSYS)\bin\rootcint, to make it work. The error messages
> now produced are the same as those produced when typing simply:
>
> rootcint -f hellodict.cxx -c hello.h
I've checked this and was very surprised finding MS NMAKE is confused with
the
blanks within file names and quotas around it.
It does accept:
"E:\users\root\Program File\bin\rootcint.exe"
and DOESN'T accept
"E:\users\root\Program File"\bin\rootcint.exe
At this point I could advice moving ROOT under tree with NO blank on the
subdirectory names.
> -f HelloDict.$(SrcSuf) -c Hello.h
>
> at the command line (current durectory: C:\Program Files\root\test). Since
> it is impossible to reroute the error messages (using ">"),
This sign redirects the "stdout" only. You should redirect "stderr" and
apply "2>"
instead. I suppose it is right for UNIX systems too.
> I can't give
> you the exact output, but it starts like like this:
> #error ERROR: Only MAC or win32 targets supported!
> Limitation: can not handle macro _NFILE _NSTREAM_ Use +P or -p option
> FILE: C:\Program Files\root/include\stdio.h LINE 105
> Limitation: can not handle macro _wP_tmpdir L"\\" Use +P or -p option
> FILE: C:\Program Files\root/include\stdio.h LINE 157
> Error: No symbol _CRTIMPexternFILE_iob[] in in current scope FILE:
> C:\Program Files\root/include\stdio.h LINE 213
>
You always can use "Copy to Clipboad" / "Paste" technique to include any
piece of your screen into any your documents.
Under X11 is done with "left mouse button" to "select and copy"
and "middle mouse button" to "paste".
Under NT you should apply "left mouse button" to select", "Right mouse
button to copy"
and "right mouse button" to "Paste".
Hope this helps,
With my regards,
Valery