code logs -> 2017 -> Sat, 27 May 2017< code.20170526.log - code.20170528.log >
--- Log opened Sat May 27 00:00:24 2017
00:09 VirusJTG_ [VirusJTG@Nightstar-6i5vf7.sta.comporium.net] has joined #code
00:11 VirusJTG [VirusJTG@Nightstar-6i5vf7.sta.comporium.net] has quit [Ping timeout: 121 seconds]
00:19 Kindamoody is now known as Kindamoody[zZz]
00:41 Jessikat` [Jessikat@Nightstar-celjs1.dab.02.net] has joined #code
00:43 Jessikat [Jessikat@Nightstar-bcbih4.dab.02.net] has quit [Ping timeout: 121 seconds]
00:49 Alek [Alek@Nightstar-7or629.il.comcast.net] has quit [Ping timeout: 121 seconds]
01:07 Alek [Alek@Nightstar-7or629.il.comcast.net] has joined #code
01:07 mode/#code [+o Alek] by ChanServ
01:19 Alek [Alek@Nightstar-7or629.il.comcast.net] has quit [Ping timeout: 121 seconds]
01:23 Alek [Alek@Nightstar-7or629.il.comcast.net] has joined #code
01:23 mode/#code [+o Alek] by ChanServ
01:27
<@celmin|sleep>
Hmm, I wonder if it would be safe/acceptable to distribute libc++.dylib with an app...
01:28 celmin|sleep is now known as celticminstrel
01:28
<&McMartin>
That... seems like it shouldn't be necessary?
01:29
<&McMartin>
If it looks like it is, that sounds like your deployment-target flags are messed up somehow
01:30
<@celticminstrel>
I dunno.
01:30 Derakon[AFK] is now known as Derakon
01:31
<@celticminstrel>
Couldn't it be necessary if you want C++14 features but still want to support older systems?
01:32
<&McMartin>
I'd be concerned that it wouldn't suffice, because that libc++ might make syscalls that don't exist in older systems
01:32
<&McMartin>
Ideally C++14 features would get statically linked in with appropriate compatibility levels.
01:32
<@celticminstrel>
It wouldn't do that if it was built on that older system though.
01:32
<@celticminstrel>
Then again, I suppose in that case it might make syscalls that were removed on newer systems...
01:33
<&McMartin>
Right, which is where you then get into the glorious world where everything breaks on *newer* systems
01:33
<&McMartin>
Sierra was awful about that
01:33
<@celticminstrel>
So how would you go about getting them statically linked in with appropriate compatibility levels?
01:34
<&McMartin>
I would probably fail, if we're being honest. I never *did* get UQM's build process to work the way I wanted it to.
01:34
<@celticminstrel>
...heh...
01:34
<&McMartin>
But I'd explore the build settings to see what I could tweak.
01:34
<&McMartin>
How old is "old" here?
01:35
<@celticminstrel>
Probably )SX 10.7 or WinXP.
01:35
<@celticminstrel>
%O
01:35
<&McMartin>
My aim at the time was "every Intel Mac, ever"
01:35
<@celticminstrel>
...
01:35
<@celticminstrel>
^OSX
01:35
<@celticminstrel>
I mean in theory I could push it back to 10.4, but why should I bother?
01:36
<&McMartin>
WinXP won't be difficult; mingw32 targets a basic level so low that I've had stuff run bit-exact on Win10 and Win98 SE
01:36
<&McMartin>
I'm... I'm actually not 100% convinced you can push it past 10.9
01:36
<@celticminstrel>
Well, the reason I say 10.4 is that I have the 10.4u SDK, because my computer came with 10.4 installed.
01:37
<&McMartin>
Yeah, I think the idea is to use the latest SDK you can but target the earliest platform you can
01:37
<@celticminstrel>
So I definitely could, in theory, push it back that far; even if it means having a separate build for the oldest systems.
01:37
<&McMartin>
Well, except that the 10.4 SDK won't know how to C++14
01:37
<&McMartin>
Or probably even C++11
01:38
<@celticminstrel>
Right, so I'd have to start by building clang and libc++ and boost and that all gets into the "why should I bother?".
02:00 Jessikat` [Jessikat@Nightstar-celjs1.dab.02.net] has quit [The TLS connection was non-properly terminated.]
02:26 celticminstrel [celticminst@Nightstar-qsoi6k.dsl.bell.ca] has quit [[NS] Quit: KABOOM! It seems that I have exploded. Please wait while I reinstall the universe.]
02:29 celticminstrel [celticminst@Nightstar-qsoi6k.dsl.bell.ca] has joined #code
02:29 mode/#code [+o celticminstrel] by ChanServ
04:16 ion [Owner@Nightstar-gmbj85.vs.shawcable.net] has quit [Ping timeout: 121 seconds]
04:44 Jessikat [Jessikat@Nightstar-celjs1.dab.02.net] has joined #code
04:58 ion [Owner@Nightstar-gmbj85.vs.shawcable.net] has joined #code
05:12 Kindamoody[zZz] is now known as Kindamoody
05:59 Derakon is now known as Derakon[AFK]
06:44 Turaiel is now known as Turaiel[Offline]
07:11 Jessikat` [Jessikat@Nightstar-af207v.dab.02.net] has joined #code
07:13 Jessikat [Jessikat@Nightstar-celjs1.dab.02.net] has quit [Ping timeout: 121 seconds]
07:27 Kindamoody is now known as Kindamoody|afk
07:32 ion_ [Owner@Nightstar-gmbj85.vs.shawcable.net] has joined #code
07:33 ion [Owner@Nightstar-gmbj85.vs.shawcable.net] has quit [Ping timeout: 121 seconds]
07:36 ion_ [Owner@Nightstar-gmbj85.vs.shawcable.net] has quit [[NS] Quit: when things explode]
07:36 ion [Owner@Nightstar-gmbj85.vs.shawcable.net] has joined #code
10:20 Jessikat` [Jessikat@Nightstar-af207v.dab.02.net] has quit [[NS] Quit: Bye]
12:46 Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has quit [Ping timeout: 121 seconds]
13:49 himi [sjjf@Nightstar-v37cpe.internode.on.net] has quit [The TLS connection was non-properly terminated.]
13:58 himi [sjjf@Nightstar-v37cpe.internode.on.net] has joined #code
13:58 mode/#code [+o himi] by ChanServ
14:57 Netsplit Deepthought.Nightstar.Net <-> Krikkit.Nightstar.Net quits: @PinkFreud, @ToxicFrog
14:57 Netsplit over, joins: @PinkFreud, &ToxicFrog
16:16 RchrdB [RchrdB@Nightstar-8hs1fe.cable.virginm.net] has joined #code
18:30 Derakon[AFK] is now known as Derakon
18:46 Alek [Alek@Nightstar-7or629.il.comcast.net] has quit [Ping timeout: 121 seconds]
18:50 Alek [Alek@Nightstar-7or629.il.comcast.net] has joined #code
18:50 mode/#code [+o Alek] by ChanServ
19:08 Netsplit Deepthought.Nightstar.Net <-> Krikkit.Nightstar.Net quits: @PinkFreud, @ToxicFrog
19:10 Netsplit over, joins: @PinkFreud
19:12 Netsplit over, joins: ToxicFrog
19:12 mode/#code [+ao ToxicFrog ToxicFrog] by ChanServ
19:28 RchrdB [RchrdB@Nightstar-8hs1fe.cable.virginm.net] has quit [Ping timeout: 121 seconds]
19:46 Vornicus [Vorn@ServerAdministrator.Nightstar.Net] has joined #code
19:46 mode/#code [+qo Vornicus Vornicus] by ChanServ
20:44
<@abudhabi>
Hm.
20:44
<@abudhabi>
Could electronics in vacuum survive a billion years?
20:45
<@abudhabi>
Rather than rot and/or turn to dust.
20:48
<&[R]>
Presumably if the vacuum was clean (as in clean room)
21:02
<@gnolam>
In general, I would say no.
21:02
<~Vornicus>
vacuums do surprising damage to things!
21:02
<@gnolam>
Electrolyte degradation. Whiskers. Thermal cycling cracks.
21:05 Jessikat [Jessikat@Nightstar-bsn.equ.132.82.IP] has joined #code
21:06
<@gnolam>
... huh, there's actually been a satellite lost to tin whiskers: https://en.wikipedia.org/wiki/Galaxy_IV
21:11
<&[R]>
Interesting
21:31
<@abudhabi>
Fascinating.
21:32
<@abudhabi>
What *would* be the state of modern electronics after a billion years in vacuum?
21:33
<@abudhabi>
Assuming two-digit Kelvin temperatures, no substantial radiation or medium damage.
21:59
<@Alek>
modern electronics are still whiskery, albeit not as badly as tin, iirc.
22:00
<@Alek>
background radiation also adds up.
22:01
<~Vornicus>
there's whiskers, thermal cycling -- remember, all you need is *any* variation -- spontaneous sublimation, cosmic rays...
22:01
<~Vornicus>
even low temperatures don't actually protect you from thermal cycling.
22:05
<@abudhabi>
Right. So what I'm looking at is 'mostly the same shape, but completely, utterly useless'.
22:20
<@Alek>
eventually, yeah
22:21
<@Alek>
also, with the miniaturization, any change (whiskering, etc) has a bigger effect because it's working on smaller components.
22:31 VirusJTG [VirusJTG@Nightstar-6i5vf7.sta.comporium.net] has joined #code
22:31 mode/#code [+ao VirusJTG VirusJTG] by ChanServ
22:34 VirusJTG_ [VirusJTG@Nightstar-6i5vf7.sta.comporium.net] has quit [Ping timeout: 121 seconds]
23:08
<@gnolam>
Alek: modern electronics are *more* prone to whiskers than old electronics. Turns out inhibiting whiskers is one of the few things lead is legitimately good at.
23:09
<&[R]>
It's also heavy and blocks radiation.
23:09
<&[R]>
:p
23:30
<@Alek>
hmm. I am learned.
23:31 Kindamoody|afk is now known as Kindamoody
23:33
<@Alek>
and then there was that 3D memory concept I read about a few years back, that was supposedly in testing, that was using the whiskering of silver deliberately to create memory states that didn't require an ongoing current to keep up. created with a given current, erasable with another current.
23:34
<&McMartin>
I read this quickly and it looks like cats breaking electronics by nuzzling them
23:35
<@Alek>
probably millions of read-write cycles per bit, and the 3D format was gonna have more capacity for the volume than current flash memory.
23:35 * Alek shrugs.
23:38
<~Vornicus>
McM: not unheard of in the slightest~
23:39
<~Vornicus>
though I suspect less likely in a vacuum
23:48 Kindamoody is now known as Kindamoody[zZz]
--- Log closed Sun May 28 00:00:25 2017
code logs -> 2017 -> Sat, 27 May 2017< code.20170526.log - code.20170528.log >

[ Latest log file ]