[lug] Multiple gcc Versions On Fedora 27?

[Louis Krupp]

You might be able to attack the root of the problem by building a shim to
run interference between the code that expects gcc 6 and your gcc 7
library. This article is old, but I think it describes the concept:

https://www.linuxjournal.com/article/7795

Louis



On Wed, Jun 13, 2018 at 6:06 PM, <stimits at comcast.net> wrote:

> This wouldn't work well since there are a number of applications hard
> coded to where they look. Add this to the fact that some of them compile
> stubs at runtime and get confused by anything not exactly where they want
> it. Right now I'm trying to work on building an older gcc/g++ which works
> with this linker. I've seen reports that it can be done when custom
> compiling, but it'll probably be days before I know if it will work.
>
> ----- Original Message -----
> From: Louis Krupp <louis.krupp at gmail.com>
> To: Boulder (Colorado) Linux Users Group -- General Mailing List <
> lug at lug.boulder.co.us>
> Sent: Thu, 14 Jun 2018 00:02:53 -0000 (UTC)
> Subject: Re: [lug] Multiple gcc Versions On Fedora 27?
> Stupid question: Could you sandbox the gcc 6 or gcc 7 environment in a
> virtual machine and use RPC or something to share data? When a gcc 7
> version of your rendering library is released, upgrade that machine to a
> newer version of Fedora, and maybe keep it around. Some day you might want
> to upgrade everything else to Fedora 28 while your rendering library stays
> on Fedora 27.
> Louis
>
> On Wed, Jun 13, 2018 at 5:16 PM, <stimits at comcast.net> wrote:
>
>> The current GPU accelerated rendering for CUDA is binary release only and
>> has not yet migrated. In addition to this, some applications are themselves
>> bound and distributed based on versions of CUDA which are old relative to
>> what is available. It isn't always a choice. I suppose I could throw out
>> that Titan Xp...or the world could give up on GPU-based inferencing.
>>
>> When I write code it is done right, and I don't need special libraries or
>> tools. I've been coding against such things for decades. At one point I
>> worked with terabytes of financial data which was under steady attack. The
>> company I worked for wrote the letters for other companies which got
>> compromised and there was never a single breach. Part of that might be
>> because we didn't allow anything Windows to touch anything in the
>> environment. It was an interesting issue since within my first week working
>> there, while auditing logs, I got an email from someone claiming that if I
>> didn't update my credentials I would turn myself over to myself for account
>> closure. I had an interesting talk with myself that day. Not on my watch.
>>
>> ----- Original Message -----
>> From: mad scientist at large <mad.scientist.at.large at tutanota.com>
>> To: Boulder \(Colorado\) Linux Users Group -- General Mailing List <
>> lug at lug.boulder.co.us>
>> Sent: Wed, 13 Jun 2018 22:40:18 -0000 (UTC)
>> Subject: Re: [lug] Multiple gcc Versions On Fedora 27?
>> You do realize that using an outdated compiler is an excellent way to
>> write INSECURE APPLICATIONS?  Don't you?  I wouldn't let students waste
>> time making garbage with an old compiler.  Rewrite the routines you need.
>> Laziness is a big part of the security problem, it's why people continue to
>> use insecure languages which is bad enough when not using an outdated
>> compiler that produces code with known exploits.  Security is broken
>> because no one cares until they get bit, then it's pass the buck.
>> mad.scientist.at.large (a good madscientist)
>> --
>>
>> 13. Jun 2018 16:29 by davide.del.vento at gmail.com:
>>
>> I gave a talk to BLUG a while back, covering various things including
>> this one. I think I shared the slided back then, search for the list
>> archive, or the website for past talks.
>> Let me know if you don't find anything
>>
>> On Wed, Jun 13, 2018 at 4:11 PM, Calvin Dodge <caldodge at gmail.com> wrote:
>>
>>> Have you tried using environment modules? You'd install gcc 6 in a
>>>
>>> non-standard location, then create a module file which you can load to
>>>
>>> use gcc 6 when needed.
>>>
>>> Calvin
>>>
>>>
>>> On Wed, Jun 13, 2018 at 4:12 PM,  <stimits at comcast.net> wrote:
>>>
>>> > Hi,
>>>
>>> >
>>>
>>> > So my thoughts on cross package management has me thinking about
>>> something
>>>
>>> > else. I have some software/libraries on my Fedora 27 which can't be
>>> used
>>>
>>> > with gcc 7, so I am thinking about trying to dual install with gcc 6.
>>> The
>>>
>>> > trouble is that the ABI has had changes and there are no compat gcc 6
>>>
>>> > packages available...the entire linker system would need to exist
>>>
>>> > twice...once for the older gcc 6, and once for the current gcc 7. Does
>>>
>>> > anyone here have any thoughts on how difficult it would be to get both
>>> gcc 6
>>>
>>> > and 7 (with linker environments) working simultaneously?
>>>
>>> >
>>>
>>> > Thanks!
>>>
>>> >
>>>
>>> > _______________________________________________
>>>
>>> > Web Page:  http://lug.boulder.co.us
>>>
>>> > Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
>>>
>>> > Join us on IRC: irc.hackingsociety.org port=6667
>>> channel=#hackingsociety
>>>
>>> _______________________________________________
>>>
>>> Web Page:  http://lug.boulder.co.us
>>>
>>> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
>>>
>>> Join us on IRC: irc.hackingsociety.org port=6667 channel=#hackingsociety
>>
>>
>> _______________________________________________
>> Web Page:  http://lug.boulder.co.us
>> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
>> Join us on IRC: irc.hackingsociety.org port=6667 channel=#hackingsociety
>
>
> _______________________________________________
> Web Page:  http://lug.boulder.co.us
> Mailing List: http://lists.lug.boulder.co.us/mailman/listinfo/lug
> Join us on IRC: irc.hackingsociety.org port=6667 channel=#hackingsociety
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lug.boulder.co.us/pipermail/lug/attachments/20180613/60051d61/attachment-0001.html>