Re: ports/182468: [patch] lang/gcc builds unrunnable emulators/virtualbox-ose

2013-12-10 Thread Bernhard Fröhlich
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

2013-11-21 Thread Peter Jeremy
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

2013-11-15 Thread Bernhard Fröhlich
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

2013-11-04 Thread Volodymyr Kostyrko

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

2013-11-03 Thread Peter Jeremy
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

2013-11-03 Thread Konstantin Belousov
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