This is what GS tells (about the paths) when running "gswin32c -help" ......... Search path: . ; C:\Program Files\gs\gs8.64\lib ; C:\Program Files\gs\fonts ; C:\Program Files\gs\gs8.64\Resource ; %rom%lib/ ; c:/gs/gs8.64/lib ; c:/gs/gs8.64/Resource/Font ; c:/gs/fonts Initialization files are compiled into the executable. For more information, see c:/gs/gs8.64/doc/Use.htm. I believe the paths with "c:/gs/...." make no sense; there is nothing there (with a default install) Not severe, (imho) not very elegant either
*** This bug has been marked as a duplicate of 690146 ***
Created attachment 5173 [details] gs_console_scrn I have the impression that it is misunderstood what I meant I am referring to the search paths that GS help displays. "C:/gs/..." make no sense. See text near bottom of attched screendump Govert
See additional comment #2 below; forgot "Reopen bug"
I think this should be cleaned up now that compile_inits is the default. It's not a serious issue though. Slows startup and clutters the help message, basically.
What I get is: . ; Resource/Init ; %rom%Resource/Init/ ; %rom%lib/ ; c:/gs/gs8.71/Resource/Init ; c:/gs/gs8.71/lib ; c:/gs/gs8.71/Resource/Font ; c:/gs/fonts Even if there are directories that don't exist, this doesn't cause a problem, particularly since we only search there if we don't find them on an earlier path and with COMPILE_INITS=1 the %rom% paths always succeed.