Discussion:
[hercules-390] Re: Port Hercules 4 to Openbsd [2018]
Daniel Camoles bigatojj@gmail.com [hercules-390]
2018-05-14 01:35:18 UTC
Permalink
On Thu, May 10, 2018 at 11:55:14PM +0000, ***@outlook.com [hercules-390] wrote:

Hi Stephen,
(Please let me know your preference in salutation: Daniel or bigato.)
Any form will do :)
SoftFloat-3a requires TLS, and if a target system does not support it, it will not compile.
Actually SoftFloat was built just fine, no complaints.
If the version of OpenBSD includes support for TLS, please provide some logs and/or error messages; see http://hercules-390.github.io/html/CMake/index.html#What_To_Do_When_it_Fails http://hercules-390.github.io/html/CMake/index.html#What_To_Do_When_it_Fails for guidance on what is helpful when reporting an issue. If you use tee to capture console logs, make sure you capture both stdout and stderr; CMake makes liberal use of stderr.
I saw these instructions, but this case is a bit different. I'm not merely complaining it doesn't work, I would like to help make it work. And as far as I could tell, Hercules has never been compiled under OpenBSD, at least no Hyperion for sure. So obviously no contributor is running OpenBSD, or maybe it's just that none of them care enough about running Hercules under it. So it's quite likely that multiple issues will have to be fixed, and going through all this bureacracy for every error that will pop up sounded counterproductive. Specially when there are issues for NetBSD, for example, that are open and date back to 5 years.

If some hercules developer is really willing to port it to openbsd, the steps to reproduce the errors are quite simple. Install last OpenBSD release, install the packages git and cmake, clone from github, chmod u+x 1Stop-CMake, and run 1Stop-CMake. I would be very grateful for that. But if not, it would be really nice to count on someone who understands the build system at depth for a scheduled irc debugging session. A guy on irc tried to help me last week, but since he was not so familiar with the cmake build, he instructed me to talk to Stephen Orso. By the way, I also tried to build using autogen.sh and it also does not work. Regarding the cmake build, I tried to runit using gmake, gsed and gm4 instead of the BSD versions, but it didn't seem to make any difference on the final error.

Finally, if you tell me the only possible way that someone will be able to help me will be via the github issues, fine, I'll try that.
If Hercules 3.13 is an option for you, Mike's suggestion is well worth trying.
It doesn't build either, so I thought it would make more sense to focus my effort on the last version.

Thanks,
bigato
e.sorichetti@yahoo.it [hercules-390]
2018-05-15 14:26:37 UTC
Permalink
Install last OpenBSD release, install the packages git and cmake, clone from github, chmod u+x 1Stop->> CMake, and run 1Stop-CMake. I would be very grateful for that.
wouldn' t it be faster and easier if You told the errors You are facing
rather than for somebody else to spend time learning and installing yet another system ???
we all would be grateful for that
my best regards
e
Ivan Warren ivan@vmfacility.fr [hercules-390]
2018-05-15 14:51:27 UTC
Permalink
  Install last OpenBSD release, install the packages git and cmake, clone from
github, chmod u+x 1Stop->>  CMake, and run 1Stop-CMake. I would be
very grateful for that.
wouldn' t it be faster and easier if You told the errors You are facing
rather than for somebody else to spend time learning and installing yet another system ???
we all would be grateful for that
my best regards
e
I Miss the good ole days of <srcdir>/configure && make - without having
to go through hoops and whatnot !

(Hopefully it still works with Fish's version)

--Ivan


[Non-text portions of this message have been removed]
'\'Fish\' (David B. Trout)' david.b.trout@gmail.com [hercules-390]
2018-05-15 15:07:40 UTC
Permalink
Ivan Warren wrote:

[...]
Post by Ivan Warren ***@vmfacility.fr [hercules-390]
I Miss the good ole days of <srcdir>/configure && make
- without having to go through hoops and whatnot !
(Hopefully it still works with Fish's version)
It does:

https://fish-git.github.io/html/hercinst.html#instsource
--
"Fish" (David B. Trout)
Software Development Laboratories
http://www.softdevlabs.com
mail: ***@softdevlabs.com
stephen.orso@outlook.com [hercules-390]
2018-05-15 18:02:19 UTC
Permalink
Hi Ivan:

The autotools build still works on github.com/hercules-390/hyperion.


You can do 1Stop.


Or you can sh autogen.sh in the source directory, switch to the build directory, ./configure && make, followed by make check and/or make install according to your preference. You will need to build SoftFloat-3a if you use ./configure && make. 1Stop takes care of that.


http://hercules-390.github.io/html/hercinst.html http://hercules-390.github.io/html/hercinst.html





Best,
Steve Orso
e.sorichetti@yahoo.it [hercules-390]
2018-05-15 20:20:06 UTC
Permalink
Post by ***@outlook.com [hercules-390]
The autotools build still works on github.com/hercules-390/hyperion.
apple high sierra disagrees


make check tells


HHC01417I Using static libraries



and fails with
/Users/enrico/Hercules.Tests/orig_hyperion.git/tests/runtest /Users/enrico/Hercules.Tests/orig_hyperion.git/tests
./hercules: Mach-O 64-bit executable x86_64
Error: Hercules executable is neither an ELF executable nor a libtool wrapper.
make: *** [Makefile:2813: check] Error 12



I do not need a fix, just letting You know


e
PS
got curious, after fixing the the runtest script


Done 276 tests. 102 failed; 174 OK.
stephen.orso@outlook.com [hercules-390]
2018-05-16 11:35:23 UTC
Permalink
Quite so, Enrico, thanks for the clarification.

I will bet the 102 failures in runtest are the crypto tests. These fail when Hercules is built using static libraries.


Best Regards,
Steve Orso
Post by ***@outlook.com [hercules-390]
The autotools build still works on github.com/hercules-390/hyperion.
apple high sierra disagrees


make check tells


HHC01417I Using static libraries



and fails with
/Users/enrico/Hercules.Tests/orig_hyperion.git/tests/runtest /Users/enrico/Hercules.Tests/orig_hyperion.git/tests
./hercules: Mach-O 64-bit executable x86_64
Error: Hercules executable is neither an ELF executable nor a libtool wrapper.
make: *** [Makefile:2813: check] Error 12



I do not need a fix, just letting You know


e
PS
got curious, after fixing the the runtest script


Done 276 tests. 102 failed; 174 OK.
e.sorichetti@yahoo.it [hercules-390]
2018-05-16 12:37:52 UTC
Permalink
unfortunately configure.ac is just broken

I forced a refresh of the autosh** things
I forced --disable-static --enable-shared
but the build is still bad


e
stephen.orso@outlook.com [hercules-390]
2018-05-16 13:22:01 UTC
Permalink
Hi Enrico,

I agree about configure.ac on macOS: it's just broken.


Configure.ac works fine on modern Linux systems and FreeBSD. When testing, I include runs of configure.ac build on CentOS 7, Debian 9.3, Fedora 27, FreeBSD 11.1, Leap 42.3, Ubuntu 14, Ubuntu 17, and Windows Subsystem for Linux (Ubuntu 16). Debian and FreeBSD are tested on 32-bit and 64-bit systems.


Best Regards,
Steve Orso


---In hercules-***@yahoogroups.com, <***@...> wrote :

unfortunately configure.ac is just broken

I forced a refresh of the autosh** things
I forced --disable-static --enable-shared
but the build is still bad


e

Loading...