Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose
The following reply was made to PR ports/182468; it has been noted by GNATS. From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= de...@bluelife.at To: bug-follo...@freebsd.org, pe...@rulingia.com Cc: Subject: Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose Date: Tue, 10 Dec 2013 21:46:01 +0100 I know that what I have committed is not the ideal solution but I consider it the best I we have right now. So I take the full blame for it. I want to see now if it improves the situation and if yes then I will talk to gerald@ to provide us= a supported variable. --=20 Bernhard Fr=F6hlich http://www.bluelife.at/ ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose
On 2013-Nov-17 16:32:46 -0500, Eitan Adler li...@eitanadler.com wrote: On Wed, Nov 13, 2013 at 7:40 AM, Bernhard Fröhlich de...@bluelife.at wrote: I think the idea and approach is correct but I went for a slighly more conservative approach if _GCC_RUNTIME was not set which is true in case base gcc is used= This can not possibly be correct as the variable begins with a _. The initial proposed patch is also incorrect for a similar reason. _GCC_RUNTIME is not valid for use in a ports Makefile. I completely agree. As I initially stated, this is solely a work- around for a bug in lang/gcc*. In fact the existing use of _GCC_RUNTIME in bsd.gcc.mk is equally wrong and is also just a work- around for lang/gcc* bugs. Perhaps it would help if USE_GCC or USES=compiler exposed a variable indicating the runtime? This is not correct either. A port using lang/gcc should not need to know about the compiler internals. If code compiled with gcc46 needs to be linked against non-standard libraries then using gcc46 for linking should be sufficient - it shouldn't be necessary to add magic -Wl,-rpath=... options. (IMO, the whole -L/-rpath approach is broken: The runtime searchpath should default to the linktime searchpath. Unfortunately, fixing that isn't possible). -- Peter Jeremy pgpG0tXPpCO8h.pgp Description: PGP signature
Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose
The following reply was made to PR ports/182468; it has been noted by GNATS. From: =?ISO-8859-1?Q?Bernhard_Fr=F6hlich?= de...@bluelife.at To: bug-follo...@freebsd.org, pe...@rulingia.com Cc: Subject: Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose Date: Fri, 15 Nov 2013 10:57:10 +0100 There is still a very similar error when compat8x or compat9x ports are installed and the patch does not seem to help in that case. VirtualBox: Error -610 in supR3HardenedMainInitRuntime! VirtualBox: dlopen(/usr/local/lib/virtualbox/VBoxRT.so,) failed: /usr/local/lib/compat/libstdc++.so.6: version GLIBCXX_3.4.15 required by /usr/local/lib/virtualbox/VBoxRT.so not found --=20 Bernhard Fr=F6hlich http://www.bluelife.at/ ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose
03.11.2013 16:00, Konstantin Belousov wrote: On Sun, Nov 03, 2013 at 10:10:01AM +, Peter Jeremy wrote: The following reply was made to PR ports/182468; it has been noted by GNATS. From: Peter Jeremy pe...@rulingia.com To: Volodymyr Kostyrko c.kw...@gmail.com Cc: bug-follo...@freebsd.org Subject: Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose Date: Sun, 3 Nov 2013 21:09:07 +1100 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Nov-01 15:19:32 +0200, Volodymyr Kostyrko c.kw...@gmail.com wrote: Isn't it easier to map libstdc++.so.6 to gcc46/libstdc++.so.6 in=20 /etc/libmap.conf? The libstdc++.so ABI is supposed to be backward-compatible, so, in theory, libstdc++ from gcc 4.6 should be a drop-in replacement for the libstdc++ from our base. I'll second this. When i tried this for the first time I expected a weird outcome with heavy breakage but alas everything was working as before. Nothing failed in base or in ports. -- Sphinx of black quartz, judge my vow. ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose
The following reply was made to PR ports/182468; it has been noted by GNATS. From: Peter Jeremy pe...@rulingia.com To: Volodymyr Kostyrko c.kw...@gmail.com Cc: bug-follo...@freebsd.org Subject: Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose Date: Sun, 3 Nov 2013 21:09:07 +1100 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Nov-01 15:19:32 +0200, Volodymyr Kostyrko c.kw...@gmail.com wrote: Isn't it easier to map libstdc++.so.6 to gcc46/libstdc++.so.6 in=20 /etc/libmap.conf? As a general solution, definitely not - that would break programs (eg those compiled with the base C++) that expect libstdc++.so.6 to be the one in /usr/lib. As a specific solution for VBox-ose, not really. That would require hand-crafting a libmap.conf entry that is only valid for one version of gcc and is unknown to the ports/pkg system. It would look like it works up until VBox gets copied onto another system or lang/gcc changed to a different version. Any fix has to fit into the ports/pkg system so it gets handled automatical= ly and doesn't get lost. Ideally, lang/gcc (etc) would be fixed so they were usable without having to rely on hacks in Mk/bsd.gcc.mk. --=20 Peter Jeremy --jI8keyz6grp/JLjh Content-Type: application/pgp-signature -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iKYEARECAGYFAlJ2IMNfFIAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIdMgACZAUlD2snT239g/tUE8DAuLRiX vTAAnihkGEfsczkKjGd+dR+XS/ZDGO52 =2rRy -END PGP SIGNATURE- --jI8keyz6grp/JLjh-- ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org
Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose
On Sun, Nov 03, 2013 at 10:10:01AM +, Peter Jeremy wrote: The following reply was made to PR ports/182468; it has been noted by GNATS. From: Peter Jeremy pe...@rulingia.com To: Volodymyr Kostyrko c.kw...@gmail.com Cc: bug-follo...@freebsd.org Subject: Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose Date: Sun, 3 Nov 2013 21:09:07 +1100 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Nov-01 15:19:32 +0200, Volodymyr Kostyrko c.kw...@gmail.com wrote: Isn't it easier to map libstdc++.so.6 to gcc46/libstdc++.so.6 in=20 /etc/libmap.conf? The libstdc++.so ABI is supposed to be backward-compatible, so, in theory, libstdc++ from gcc 4.6 should be a drop-in replacement for the libstdc++ from our base. As a general solution, definitely not - that would break programs (eg those compiled with the base C++) that expect libstdc++.so.6 to be the one in /usr/lib. It should not. As a specific solution for VBox-ose, not really. That would require hand-crafting a libmap.conf entry that is only valid for one version of gcc and is unknown to the ports/pkg system. It would look like it works up until VBox gets copied onto another system or lang/gcc changed to a different version. Any fix has to fit into the ports/pkg system so it gets handled automatical= ly and doesn't get lost. Ideally, lang/gcc (etc) would be fixed so they were usable without having to rely on hacks in Mk/bsd.gcc.mk. --=20 Peter Jeremy --jI8keyz6grp/JLjh Content-Type: application/pgp-signature -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.21 (FreeBSD) iKYEARECAGYFAlJ2IMNfFIAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIdMgACZAUlD2snT239g/tUE8DAuLRiX vTAAnihkGEfsczkKjGd+dR+XS/ZDGO52 =2rRy -END PGP SIGNATURE- --jI8keyz6grp/JLjh-- ___ freebsd-emulation@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-emulation To unsubscribe, send any mail to freebsd-emulation-unsubscr...@freebsd.org pgp9oPnwGjGCq.pgp Description: PGP signature