I did what I normally do for a commit - download, move to Mingw folder & run my script - the script runs autogen.sh followed by the normal configure, make & make install.
This time it ran quite fast & from the log I capture at the time the autogen failed - autoreconf exit 1.
I've attached the relevant part of that log as well as the config.log.
Rather than stuff around with the commits I took the latest snapshot & built it with pdc430 - it built ok & the programs I've compiled thru it - appear to be working fine.
Thanks Ron & Simon :)
I'll maybe have a look at building the same with the visam-2.2 I got working the other day - watch this space.
Last edit: David Wall 2021-11-29
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@sf-mensch - this fix seems to have reverted ? somehow - see my conversation with Vincent regarding the cobxref - his program now produces 2 files a .lst & a .pro - the .lst is single spaced - 0D0A at end record - whereas the .pro is double spaced - 0D0D0A at end of record.
Both files are described the same ????? - tried this with your latest :
Built Dec 15 2021 03:45:46
Packaged Dec 14 2021 13:43:46 UTC
C version (MinGW) "9.2.0"
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I never use cobxref so I have no idea what it really does.
But technically x0Dx0Dx0A is NOT double spaced.
A hex 0D (or CR) just moves the printer head to the start of the line. Although having more than one x0D (or Carridge Return) is redundant.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
A lot of modern printers add a line feed to every carriage return so x0Dx0Dx0A actually creates text files with two blank lines between printed lines. Multiple CRs are not redundant in that case.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Again with reference to my convo with Vincent re cobxref - it would appear the problem is with some subroutine in his program - sorry for the 'jolt'.
It seemed so strange that I could write LS files without the extra 0D whereas his prog added it.
Back to all quiet..
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I did what I normally do for a commit - download, move to Mingw folder & run my script - the script runs autogen.sh followed by the normal configure, make & make install.
This time it ran quite fast & from the log I capture at the time the autogen failed - autoreconf exit 1.
I've attached the relevant part of that log as well as the config.log.
Rather than stuff around with the commits I took the latest snapshot & built it with pdc430 - it built ok & the programs I've compiled thru it - appear to be working fine.
Thanks Ron & Simon :)
I'll maybe have a look at building the same with the visam-2.2 I got working the other day - watch this space.
Last edit: David Wall 2021-11-29
@sf-mensch - this fix seems to have reverted ? somehow - see my conversation with Vincent regarding the cobxref - his program now produces 2 files a .lst & a .pro - the .lst is single spaced - 0D0A at end record - whereas the .pro is double spaced - 0D0D0A at end of record.
Both files are described the same ????? - tried this with your latest :
Built Dec 15 2021 03:45:46
Packaged Dec 14 2021 13:43:46 UTC
C version (MinGW) "9.2.0"
I never use cobxref so I have no idea what it really does.
But technically x0Dx0Dx0A is NOT double spaced.
A hex 0D (or CR) just moves the printer head to the start of the line. Although having more than one x0D (or Carridge Return) is redundant.
A lot of modern printers add a line feed to every carriage return so x0Dx0Dx0A actually creates text files with two blank lines between printed lines. Multiple CRs are not redundant in that case.
Again with reference to my convo with Vincent re cobxref - it would appear the problem is with some subroutine in his program - sorry for the 'jolt'.
It seemed so strange that I could write LS files without the extra 0D whereas his prog added it.
Back to all quiet..