Package Details: ghdl 0.34-3

Git Clone URL: https://aur.archlinux.org/ghdl.git (read-only)
Package Base: ghdl
Description: VHDL simulator
Upstream URL: https://github.com/tgingold/ghdl
Licenses: GPLv2
Submitter: xyproto
Maintainer: vicencb
Last Packager: vicencb
Votes: 22
Popularity: 1.290799
First Submitted: 2011-12-14 17:03
Last Updated: 2017-08-17 15:08

Latest Comments

vicencb commented on 2017-09-06 16:25

Hi wucke13,
I can not reproduce the issue. gcc-7.2.0.tar.xz has been downloaded twice and both matched the md5 successfully.
Please, can you delete (or move) your copy of gcc-7.2.0.tar.xz and download again? It could be corrupted.

On the other hand, I think there is a bug in makepkg that it does not stop after an error.
So, the error you see when you skip the integrity check is probably because it failed extraction before the "==> Starting build()..." step.

wucke13 commented on 2017-09-06 15:28

gcc fails to validate via md5 sum (output: https://pastebin.com/ZhRPKLzv ).
If SKIP is set for gcc, the build itself fails (output: https://pastebin.com/szJEEVUy ). Indeed there is no such folder a mentioned in the build error:

$ ls /home/wucke13/.cache/pacaur/ghdl/src/
gcc-7.2.0 gcc-7.2.0.tar.xz ghdl

Looks like a lot in the structure of the gcc release downloaded changed?

vicencb commented on 2017-08-17 15:10

Something weird happend in my checkout, I have a lot of tags not present on GitHub (anymore) ...
Anyways, should be fixed now.

Edit:
ahh, the tag was indeed there
https://webcache.googleusercontent.com/search?q=cache:bgN0vHgLWsgJ:https://github.com/tgingold/ghdl/releases
and it has been removed!

Edit2:
the cached version of the page has been updated and no longer shows the 'GHDL-0.34' tag.

smallAndSimple commented on 2017-08-17 09:41

Changing the tag name to the commit hash works, but that is even weirder.

smallAndSimple commented on 2017-08-17 09:32

I think this version is broken. It gives me the following error on normal install:

==> Extracting sources...
-> Creating working copy of ghdl git repo...
Cloning into 'ghdl'...
done.
fatal: 'GHDL-0.34' is not a commit and a branch 'makepkg' cannot be created from it
==> ERROR: Failure while creating working copy of ghdl git repo
Aborting...
==> ERROR: Makepkg was unable to build ghdl.

thasti commented on 2017-07-23 14:39

Thank you very much for the quick response - works like a charm again!

vicencb commented on 2017-07-20 17:37

This time the issue is "having up-to-date packages" :)
Just last week, in gcc-7.1.1-4, Archlinux enforces PIE.
https://bugs.archlinux.org/task/54886

Now should work.
Thanks for testing and reporting.

thasti commented on 2017-07-20 11:09

Thank you for updating. It now compiles and installs fine, but I have problems with elaborating designs that worked before the update and I guess something in the build process is at fault:

While -a (analysis) works fine, for -e (elaborate) I get a lot of error messages in the form of:

...
/usr/bin/ld: /usr/lib/ghdl/v08/ieee/fixed_generic_pkg-body.o: relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: /usr/lib/ghdl/v08/ieee/fixed_pkg.o: relocation R_X86_64_32 against symbol `ieee__fixed_pkg__fixed_pkg' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: pi_filter.o: relocation R_X86_64_32 against symbol `work__pi_filter__clk__RTI' can not be used when making a shared object; recompile with -fPIC
/usr/bin/ld: final link failed: Nonrepresentable section on output
collect2: error: ld returned 1 exit status

Can you reproduce this issue?

There seems to be a relevant (althogh fixed) issue on the github repository: https://github.com/tgingold/ghdl/issues/213

Elaborating with "ghdl -e -Wl,-no-pie" works for me as well, but I would consider this a workaround, as this flag should not be necessary with a functioning build.

vicencb commented on 2017-07-19 17:09

It has been updated to latest pre-release.
This is not as stable as a proper release, but at least builds.

thasti commented on 2017-07-19 12:22

With up-to-date packages (gcc-Version 7.1.1 20170630 (GCC)) the build of this package fails.

The build of libgcc with gcc-4.9.3 (as downloaded by the AUR) fails with

checking for suffix of object files... configure: error: in `/home/user/aur/ghdl/src/gcc-build/x86_64-unknown-linux-gnu/libgcc':
configure: error: cannot compute suffix of object files: cannot compile

The corresponding error in config.log (for libgcc) is:

configure:3580: checking for suffix of object files
configure:3602: /home/user/aur/ghdl/src/gcc-build/./gcc/xgcc -B/home/user/aur/ghdl/src/gcc-build/./gcc/ -B/usr/x86_64-unknown-linux-gnu/bin/ -B/usr/x86_64-unknown-linux-gnu/lib/ -isystem /usr/x86_64-unknown-linux-gnu/include -isystem /usr/x86_64-unknown-linux-gnu/sys-include -c -g -march=x86-64 -mtune=generic -O2 -fstack-protector-strong -fno-plt conftest.c >&5
xgcc: error: unrecognized command line option '-fno-plt'

So it seems ./configure wants to use the -fno-plt-Flag with xgcc-4.9.3, which is not recongnized. I am at a loss at finding out why it tries to in the first place. Build failure was confirmed on two independent machines with up-to-date packages and gcc-multilib/gcc-ada-multilib. I hope you can help.

All comments