On Thu, 28 Aug 2014 15:53:43 +0200, Lance Corrimal wrote:
> Hi,
>
> So how do I get gcc 4.6 on debian squeeze? Building the whole gcc
> toolchain from source?
I don't know Debian distros well enough, but I suppose that their
packaging system got the equivalent of rpm-based ones and allow
you to
Hi,
So how do I get gcc 4.6 on debian squeeze? Building the whole gcc toolchain
from source?
Cheers
LC
Am Dienstag, 19. August 2014, 11:47:54 schrieb Oz Linden:
> On 2014-08-19, 07:27 , Henri Beauchamp wrote:
> > On Tue, 19 Aug 2014 09:37:36 +0200, Lance Corrimal wrote:
> >>> Am Montag, 18. Aug
On 2014-08-20, 10:47 , Adam Moss wrote:
Hiya,
If someone's re-investigating/rebuilding most of the third-party
libraries anyway...
Isn't it a good time for the SL Linux client to go (probably
exclusively) 64-bit? This wasn't true 8 years ago and wasn't quite
true 4 years ago, but I think on
Am 20.08.2014 um 17:38 schrieb Henri Beauchamp:
> If you wish to make 64 bits builds, then fine (and yes, it'd be nice
> to have a set of pre-built 64 bits libraries from LL), but it's really
> too soon to drop 32 bits support, especially under Linux... Henri.
on the other hand Redhat enterprise
On Wed, 20 Aug 2014 15:47:22 +0100, Adam Moss wrote:
> Hiya,
>
> If someone's re-investigating/rebuilding most of the third-party libraries
> anyway...
> Isn't it a good time for the SL Linux client to go (probably exclusively)
> 64-bit? This wasn't true 8 years ago and wasn't quite true 4 years
Agreed on the conservative versioning for reasons of minimal requirements
and maximal compatibility - this is (was?) always a conscious goal.
Ta,
--Adam
On 19 August 2014 12:27, Henri Beauchamp wrote:
> On Tue, 19 Aug 2014 09:37:36 +0200, Lance Corrimal wrote:
>
> > > Am Montag, 18. August 2014
Hiya,
If someone's re-investigating/rebuilding most of the third-party libraries
anyway...
Isn't it a good time for the SL Linux client to go (probably exclusively)
64-bit? This wasn't true 8 years ago and wasn't quite true 4 years ago,
but I think on balance it'd be a good and happy move in 2014
Well, my build environment for this kind of stuff in fact *is* a debian
squeeze 6.0.10 running on KVM, and the gcc available for it is 4.4.5, not
4.6.x:
debian-build-6-2:~$ cat /etc/debian_version
6.0.10
debian-build-6-2:~$ g++ --version
g++ (Debian 4.4.5-8) 4.4.5
There is no newer gcc availab
Yes. I agree, It does cause problems for older distros. I have been balancing
the old / new distro support for some time. If I provide the old then the new
users complain about every time I start libxxx.so library is missing. In some
cases I provide a newer libxxx.so in the viewer package but th
On 2014-08-19, 07:27 , Henri Beauchamp wrote:
On Tue, 19 Aug 2014 09:37:36 +0200, Lance Corrimal wrote:
Am Montag, 18. August 2014, 14:01:45 schrieb Nicky Perian:
I ran into an issue with boost built with gcc 4-6 and viewer compiling goo
4-7. rebuilt boost on 4.7 and no more problems.
Hi,
th
On Tue, 19 Aug 2014 09:37:36 +0200, Lance Corrimal wrote:
> > Am Montag, 18. August 2014, 14:01:45 schrieb Nicky Perian:
>
> >> I ran into an issue with boost built with gcc 4-6 and viewer compiling goo
> >> 4-7. rebuilt boost on 4.7 and no more problems.
>
> Hi,
>
> that worked. Now that needs t
Hi,
that worked. Now that needs to go into the official sources...
Cheers
LC
Am 08/18/2014 um 11:10 PM schrieb Lance Corrimal:
> Hi,
>
> Thanks, I'll give that a try,
>
> Cheers
> LC
> Am Montag, 18. August 2014, 14:01:45 schrieb Nicky Perian:
>> I ran into an issue with boost built with gcc 4-6
Hi,
Thanks, I'll give that a try,
Cheers
LC
Am Montag, 18. August 2014, 14:01:45 schrieb Nicky Perian:
> I ran into an issue with boost built with gcc 4-6 and viewer compiling goo
> 4-7. rebuilt boost on 4.7 and no more problems.
>
> Archive and MD5 is
> here: https://bitbucket.org/kokua/3p-boos
I ran into an issue with boost built with gcc 4-6 and viewer compiling goo 4-7.
rebuilt boost on 4.7 and no more problems.
Archive and MD5 is here: https://bitbucket.org/kokua/3p-boost-update/downloads
On Monday, August 18, 2014 3:33 PM, Lance Corrimal
wrote:
>
>
>Hi,
>
>Has anyone already
Hi,
Has anyone already tried to build the viewer after today's commits?
For me it fails ( building on debian 6) with a few errors that look as if the
boost headers and the boost libs don't match up... Invalid reference and such
Any ideas?
Cheers
LC
_
15 matches
Mail list logo
