Re: [AD] 4.0.1 - FreeBSD results

["Eric Botcazou" <ebotcazou@xxxxxxxxxx>]

> * I had to download gmake (version 3.79.1). Just to be sure, I moved the
> standard 'make' away and created a link so that make -> gmake.

Maybe should we simply *require* GNU make, instead of endlessly trying to
patch the makefile. The configure script could try to detect it as 'gmake',
so that the substitution is not necessary.

> * After doing a 'fix.sh unix' and a './configure' it sat there forever
> re-running itself. I noticed it complaining about future timestamps, so I
> did a 'touch *' and that seemed to do the trick. (I'm in CST -6)

With beta-2 ? That's normal, I just made it and I'm living in France
(GMT+1).

> * Running 'make' worked up until it got to the VGA files. I've included a
> text file (in unix format) that has the output. I did a
> './configure --enable-vga=no' and re-ran.

Strange. I thought the VGA module was only compiled under Linux.

> * It built the library and was working on the examples when it complained
> that it couldn't find 'libX11.so.6' and 'libXext.so.6'. The command line
> had 'gcc -L/usr/X11R6/lib' included and that's where the files were,
> but I still got the message. I copied those two files to '/usr/lib' and
> re-ran it.

Strange again.

> * Everything appeared to go fine then. I assumed I had to do a "make
> install", so I did. It appeared to recompile the entire library again,
> just as if I had typed "make".

Probably the timestamp glitch.

> * I tried to run ./exhello and it complained it couldn't find the allegro
> library 'liballeg.so.4.0'. I created a link in /usr/lib to
> 'liballeg-4.0.1.so' and ...

The default installation path is /usr/local, so you have either to add
/usr/local/lib to your ldconfig file or use ./configure --prefix=/usr.

> In Full Screen modes that are lower than the current resolution, the
> background border is not completely black. I noticed this in the "Select a
> Video Resolution" screens primarily. If you were to divide the screen into
> 9 cells (3 rows by 3 columns), the bottom middle one was white, while all
> the other 'border' cells were black.

Yes, this is a well known issue and I submitted two patches to Michael a
while ago but he never applied any of them. Now that I'm a maintainer... ;-)

Thanks for testing.

--
Eric Botcazou
ebotcazou@xxxxxxxxxx