**** BEGIN LOGGING AT Thu Dec 10 02:59:56 2020
Dec 10 05:58:26 <brolin_empey> CatButts: My former colleague said he thinks the model of Windows Mobile smartphone he had is the HTC Touch: https://en.wikipedia.org/wiki/HTC_Touch
Dec 10 11:59:57 <CatButts> https://elixir.bootlin.com/linux/v2.6.29/source/include/linux/netfilter_ipv4/ipt_MARK.h
Dec 10 11:59:59 <CatButts> https://elixir.bootlin.com/linux/v2.6.29/source/include/linux/netfilter_ipv4/ipt_mark.h
Dec 10 12:00:17 <CatButts> case sensitive filenames, nice
Dec 10 12:02:25 <CatButts> renaming them(and the includes) is easy
Dec 10 12:02:46 <KotCzarny> well, you know those are 2 different files, right?
Dec 10 12:02:47 <CatButts> but problem comes when you distribute sourcecode relying on modified ones
Dec 10 12:02:51 <CatButts> yes
Dec 10 12:03:01 <KotCzarny> just use ntfs
Dec 10 12:03:03 <KotCzarny> instead of fat
Dec 10 12:03:12 <CatButts> I am using ntfs
Dec 10 12:03:24 <KotCzarny> ntfs is case sensitive last time i checked
Dec 10 12:03:47 <CatButts> file winapi needs to explicitly request case sensitivity
Dec 10 12:04:03 <CatButts> guess how often that happens :p
Dec 10 12:04:42 <CatButts> also, you have registry setting negating that request and giving you case insensitive anyway
Dec 10 12:05:14 <CatButts> also, windows 10 added a mechanism for setting per-folder(non recursive) case sensitivity
Dec 10 12:05:41 <CatButts> also, I don't care about windows 10
Dec 10 12:07:53 <bencoh> honestly I wouldn't even try at that point
Dec 10 12:08:21 <CatButts> why, because a few headers were badly named?
Dec 10 12:08:26 <bencoh> I had the very same issue back when I tried to build a linux kernel from macosx (hfs was mostly case-insensitive back then)
Dec 10 12:08:48 <bencoh> because I suspect there will be more
Dec 10 12:09:01 <bencoh> and there's nothing to gain from the experience
Dec 10 12:09:40 <CatButts> http://cat.butt.care:3434/these_ones.png
Dec 10 12:09:45 <bencoh> oh and, you'll have to bang your head against the whole kernel build process
Dec 10 12:09:58 <bencoh> I mean, makefile defines relying on script resulsts
Dec 10 12:10:23 <CatButts> hmmm, ouch
Dec 10 12:10:51 <bencoh> I dunno how many of those there were back in 2009
Dec 10 12:11:05 <bencoh> but honestly I wouldn't even think of it in 2020
Dec 10 12:11:36 <CatButts> thankfully, I like my things simple
Dec 10 12:11:53 <CatButts> though, will be problem when compiling someone else's application
Dec 10 12:13:27 <CatButts> if gcc has defines for telling which host platform it is running on, then that is my solution to renamed header
Dec 10 12:13:40 <bencoh> to be honest it looks better than I thought after looking at the makefile
Dec 10 12:13:44 <bencoh> but you'll still have work to do there
Dec 10 12:16:21 <CatButts> > and there's nothing to gain from the experience
Dec 10 12:16:35 <CatButts> I get to be lazy and comfortable afterward
Dec 10 12:16:59 <CatButts> but you know what they say, about lazy people ending up running more
Dec 10 12:17:00 <CatButts> haha
Dec 10 12:17:22 <KotCzarny> you wouldnt be doing it if lazy
Dec 10 13:57:10 <CatButts> are there any parameters I should care of when operating ARM gcc crosscompiler, compared to gcc for PC?
Dec 10 13:57:31 <KotCzarny> on crosscompilation yes
Dec 10 13:57:40 <KotCzarny> when native it finds them out itself
Dec 10 13:57:56 <CatButts> say, for a hello_world.c
Dec 10 13:58:04 <CatButts> console printf
Dec 10 13:58:17 <KotCzarny> compile, test
Dec 10 13:58:25 <KotCzarny> if it doesnt work, then yes
Dec 10 13:58:45 <CatButts> I'll find out after putting together bastard GCC
Dec 10 13:58:58 <CatButts> but I have a feeling it won't work
Dec 10 13:59:14 <bencoh> for basic stuff it should work almost out of the box
Dec 10 13:59:37 <bencoh> assuming the toolchain is properly set up, and sysroot is found in expected place
Dec 10 14:00:36 <bencoh> (when build kernels you don't even need any sysroot)
Dec 10 14:00:40 <bencoh> building*
Dec 10 14:00:50 <CatButts> applications
Dec 10 14:01:22 <CatButts> sysroot is GCC's base folder, yes?
Dec 10 14:01:32 <KotCzarny> dont forget to pass ARCH=arm when building kernel
Dec 10 14:04:40 <CatButts> ah yeah, one more thing to ask, default functions
Dec 10 14:04:52 <bencoh> sysroot is more than that
Dec 10 14:04:53 <CatButts> on windows, there are 3 of them
Dec 10 14:05:03 <bencoh> it contains target libs/headers as well
Dec 10 14:05:37 <CatButts> int main() for console, WinMain() for GUI applications, DllMain() for dlls
Dec 10 14:05:43 <CatButts> what's it like on linux?
Dec 10 14:05:56 <KotCzarny> main()
Dec 10 14:06:03 <CatButts> just the one
Dec 10 14:06:10 <KotCzarny> and for gui it just depends what toolkit you use
Dec 10 14:06:16 <KotCzarny> most likely qt5
Dec 10 14:06:26 <CatButts> yeah no
Dec 10 14:19:57 <CatButts> the compiler name is no longer gcc.exe/gcc
Dec 10 14:31:35 <CatButts> http://cat.butt.care:3434/ohwellitried.png
Dec 10 14:48:04 <CatButts> I am close though, as I have hello world printf running, from unaltered GCC 4.9
Dec 10 15:57:19 <CatButts> and now transplant works
Dec 10 17:24:36 <CatButts> apparently I am only partially done as the bulk of headers and libs are with scratchbox
Dec 10 17:25:04 <CatButts> how does SB interact with GCC, regarding the sysroot
Dec 10 17:27:54 <bencoh> it's ... pretty awful tbh
Dec 10 17:28:24 <bencoh> SB replaces the "default" (ARM-native) compiler with the toolchain's ARM crosscompiler
Dec 10 17:31:21 <CatButts> oh, it duplicates gcc
Dec 10 17:31:53 <CatButts> all this time, I've been toying with default gcc headers and libs
Dec 10 17:33:04 <KotCzarny> sb inteacts with gcc.. a lot
Dec 10 17:33:05 <KotCzarny> ;)
Dec 10 17:35:38 <bencoh> it's not just gcc by the way
Dec 10 17:38:03 <CatButts> soo, SB is an overcomplicated monster that keeps things simple, and attempting a 2nd transplant over gcc folders might result in patient death
Dec 10 20:45:58 <CatButts> I assume that if a specific header/lib is found both in gcc and scratchbox, the one in SB will take precedence, yes?
Dec 10 21:14:12 <KotCzarny> ask gcc about paths
Dec 10 22:02:45 * enyc meows
Dec 10 22:09:18 * CatButts farts
**** ENDING LOGGING AT Fri Dec 11 02:59:56 2020