I have uploaded this preview in the "more things" section of the GRX page.
preview 3 mainly included x86_64 support and corrections to pascal preview 4 includes various corrections to the win32 driver found on the list and the SDL driver of Dmitar Zemkov (rc4). makefile.sdl/makedefs.grx/configure have been cleaned up and include pascal support. The spirit is the same: an independent SDL compilation section for both win32 and X11 systems, distinguished by an "execution prefix" EP= or EP=x in makedefs.grx, or two targets sdlw and sdlx in the configure script. The library is named grx20S.a in both cases to enable to have both the SDL and the normal win32 or x11 driver in the same system. When finished, I realised that it would have been more consistent to include the sdl driver just as an other driver in the win32 and x11 systems. May be next time. I have to see if there are conflicts.
I would appreciate some feedback before creating the 2.4.7 official version. In particular I work on Linux only through either a vncserver/vncviewer combination or through a ssh (putty) / xterm (X-Win32) combination, from a distant PC running either win98se or winXP, never directly on the target linux machines (4 processors x86_64 machines which run Fedora Core 5 or 6).
Maurice
I thought that there was an effort to go to MGRX instead of GRX?
Chris
I have uploaded this preview in the "more things" section of the GRX page.
preview 3 mainly included x86_64 support and corrections to pascal preview 4 includes various corrections to the win32 driver found on the list and the SDL driver of Dmitar Zemkov (rc4). makefile.sdl/makedefs.grx/configure have been cleaned up and include pascal support. The spirit is the same: an independent SDL compilation section for both win32 and X11 systems, distinguished by an "execution prefix" EP= or EP=x in makedefs.grx, or two targets sdlw and sdlx in the configure script. The library is named grx20S.a in both cases to enable to have both the SDL and the normal win32 or x11 driver in the same system. When finished, I realised that it would have been more consistent to include the sdl driver just as an other driver in the win32 and x11 systems. May be next time. I have to see if there are conflicts.
I would appreciate some feedback before creating the 2.4.7 official version. In particular I work on Linux only through either a vncserver/vncviewer combination or through a ssh (putty) / xterm (X-Win32) combination, from a distant PC running either win98se or winXP, never directly on the target linux machines (4 processors x86_64 machines which run Fedora Core 5 or 6).
Maurice
Much better in terms of installation. Especially the use of Unix tools for us MINGW folk. Once I rolled all of the includes and libs from z, jpg, ... into the GRX directories I had to tweak test's makefile.w32 because it wouldn't link the -ljpg ... stuff. I just used a path like the GRX20 variable and I was able to link and test.
I noticed that the GRX demo still has font problems on Windows. Sometimes the text is blanked for certain characters and it doesn't seem reproducible.
Thanks for the update!
Chris
I have uploaded this preview in the "more things" section of the GRX page.
preview 3 mainly included x86_64 support and corrections to pascal preview 4 includes various corrections to the win32 driver found on the list and the SDL driver of Dmitar Zemkov (rc4). makefile.sdl/makedefs.grx/configure have been cleaned up and include pascal support. The spirit is the same: an independent SDL compilation section for both win32 and X11 systems, distinguished by an "execution prefix" EP= or EP=x in makedefs.grx, or two targets sdlw and sdlx in the configure script. The library is named grx20S.a in both cases to enable to have both the SDL and the normal win32 or x11 driver in the same system. When finished, I realised that it would have been more consistent to include the sdl driver just as an other driver in the win32 and x11 systems. May be next time. I have to see if there are conflicts.
I would appreciate some feedback before creating the 2.4.7 official version. In particular I work on Linux only through either a vncserver/vncviewer combination or through a ssh (putty) / xterm (X-Win32) combination, from a distant PC running either win98se or winXP, never directly on the target linux machines (4 processors x86_64 machines which run Fedora Core 5 or 6).
Maurice
Chris Sparks a écrit:
Much better in terms of installation. Especially the use of Unix tools for us MINGW folk. Once I rolled all of the includes and libs from z, jpg, ... into the GRX directories I had to tweak test's makefile.w32 because it wouldn't link the -ljpg ... stuff. I just used a path like the GRX20 variable and I was able to link and test.
There is no unique way to do that. I am used to mimic linux behavior, by creating a subdirectory "local" below /usr ( i.e. msys\1.0 ) in msys, and to put in it jpeg, png, tiff and the like libraries coming from the GnuWin32 distribution (which do not use the msys dll). GRX fits nicely into this sheme: thus it does not go into the default c:\mingw directory, which contains only the basic mingw distrib (changed for each new version). To enable the compiler to see them I include in the .profile file in my home directory (it could be also in the global /etc/profile, but I would need to regenerate it for each new version of msys)
export PATH=".:/usr/local/bin:/mingw/bin:/bin:/c/windows:/c/windows/command" export LIBRARY_PATH="/usr/local/lib" export C_INCLUDE_PATH="/usr/local/include" export CPLUS_INCLUDE_PATH="/usr/local/include"
(The path has to be adapted for winXP, and may be other distributions like MikTeX, ghostscript)
I noticed that the GRX demo still has font problems on Windows. Sometimes the text is blanked for certain characters and it doesn't seem reproducible.
Not all fonts are complete, especially the .fnt are not. Compare the 4 fonts displayed in demogrx.exe
There are other problems related to winXP or the graphics card. For me the win32 driver is very good on an old machine with win98se and an ATI card, but the 256 bits driver is bogus on a newer machine with winXP and a GeForce card (the 16M driver works, fortunately). Not every thing is improved for each new version !
Maurice
-
Chris Sparks -
Maurice Lombardi