# 00:29:29 |
Elimin8er |
quits : Quit: http://team-nebula.cf |
# 00:33:50 |
Elimin8er |
joins #crosstool-ng |
# 01:01:04 |
blueness |
quits : Quit: blueness |
# 01:04:02 |
blueness |
joins #crosstool-ng |
# 01:33:04 |
hanetzer |
joins #crosstool-ng |
# 01:34:47 |
hanetzer |
jello. Was looking into ct-ng a bit, I'm looking to build an older toolchain based on uclibc 9.33.2 and gcc 4.8.3, is this doable under ct-ng fairly easily? |
# 01:40:39 |
malachi |
hanetzer, I *think* so. That might be an "obsolete" feature category, but i think its still in there |
# 01:41:06 |
hanetzer |
malachi: blame vendors building on obsolete kernels in 2016 :/ |
# 01:43:43 |
hanetzer |
were I a more skilled individual I could possibly reverse the closed source drivers on it in a reasonable timeframe and just build with new stuff. |
# 01:56:25 |
malachi |
hanetzer, I don't think reverse engineering should ever be a primary solution |
# 01:56:33 |
malachi |
only a fallback |
# 01:56:51 |
malachi |
so, though I don't know you, I urge you not to judge your skills based on reverse engineering ! |
# 01:57:25 |
malachi |
as for ct-ng, it's easy enough to install and try |
# 01:58:34 |
hanetzer |
don't think it is, but its one of those situations. the binary kernel modules handle video output and h264 enc/dec |
# 02:00:41 |
hanetzer |
so, I either need to limit myself to kernel 3.10.0 or work out how those work and move up |
# 02:00:47 |
malachi |
I just checked in my copy of ct-ng and uclibc 9.33.2 is available |
# 02:00:57 |
malachi |
but gcc only goes back to 4.8.5 |
# 02:01:09 |
malachi |
just enable "obsolete" features |
# 02:01:14 |
hanetzer |
how do? |
# 02:01:37 |
malachi |
at the beginning, under "paths and misc options" |
# 02:04:14 |
hanetzer |
ah, thanks. |
# 02:29:19 |
souther |
quits : Quit: leaving |
# 02:30:46 |
souther |
joins #crosstool-ng |
# 03:28:04 |
malachi |
hanetzer, no problem. hows it workin for you? |
# 03:28:20 |
hanetzer |
seems to be working for now. |
# 03:28:48 |
malachi |
nice |
# 03:34:39 |
Guma |
quits : Remote host closed the connection |
# 08:02:20 |
tz_ |
quits : Read error: Connection reset by peer |
# 08:03:51 |
aneyman1 |
quits : Quit: aneyman1 |
# 08:05:18 |
tz |
joins #crosstool-ng |
# 08:14:02 |
aneyman1 |
joins #crosstool-ng |
# 10:17:03 |
ragedragon |
joins #crosstool-ng |
# 10:25:54 |
ragedragon |
quits : Ping timeout: 240 seconds |
# 12:00:13 |
blueness |
quits : Quit: blueness |
# 12:07:22 |
blueness |
joins #crosstool-ng |
# 12:12:43 |
blueness |
quits : Quit: blueness |
# 12:20:56 |
blueness |
joins #crosstool-ng |
# 13:06:11 |
feepbot |
quits : Ping timeout: 260 seconds |
# 13:08:58 |
feepbot |
joins #crosstool-ng |
# 14:19:56 |
blueness |
quits : Quit: blueness |
# 15:22:23 |
feepbot |
quits : Ping timeout: 258 seconds |
# 15:24:24 |
feepbot |
joins #crosstool-ng |
# 16:29:05 |
aneyman1 |
quits : Ping timeout: 240 seconds |
# 17:20:08 |
aneyman1 |
joins #crosstool-ng |
# 18:40:45 |
blueness |
joins #crosstool-ng |
# 18:48:43 |
Guma |
joins #crosstool-ng |
# 19:00:44 |
ragedragon |
joins #crosstool-ng |
# 19:55:36 |
malachi |
I need to output 'arm-linux-gnueabihf' instead of 'arm-unknown-linux-gnueabihf' |
# 19:55:50 |
malachi |
an alias won't be sufficient because -dumpmachine needs to reflect the name also |
# 19:56:09 |
malachi |
any clues? |
# 21:19:48 |
blueness |
quits : Quit: blueness |
# 21:24:42 |
blueness |
joins #crosstool-ng |
# 21:34:25 |
blueness |
quits : Quit: blueness |
# 21:35:25 |
blueness |
joins #crosstool-ng |
# 21:49:01 |
blueness |
quits : Quit: blueness |
# 21:50:18 |
blueness |
joins #crosstool-ng |
# 21:53:03 |
blueness |
quits : Client Quit |
# 21:54:14 |
blueness |
joins #crosstool-ng |
# 21:57:09 |
blueness |
quits : Client Quit |
# 22:05:58 |
blueness |
joins #crosstool-ng |
# 22:09:00 |
blueness |
quits : Client Quit |
# 22:10:55 |
blueness |
joins #crosstool-ng |
# 22:25:41 |
blueness |
quits : Quit: blueness |
# 22:29:29 |
blueness |
joins #crosstool-ng |
# 22:31:28 |
blueness |
quits : Client Quit |
# 22:33:55 |
blueness |
joins #crosstool-ng |