[03:14:45] *** Quits: bcobco (~bcobco@77.228.124.149) () [06:00:50] *** Quits: Ecaz (~z@unaffiliated/ecaz) (Quit: El quito a la studeo spanisho) [06:14:35] *** Quits: steffengy (~quassel@p5088F130.dip0.t-ipconnect.de) (Disconnected by services) [06:14:36] *** Joins: steffengy1 (~quassel@p5088FDCB.dip0.t-ipconnect.de) [06:54:12] *** Quits: TheSeven (~quassel@rockbox/developer/TheSeven) (Ping timeout: 250 seconds) [06:55:38] *** Joins: TheSeven (~quassel@rockbox/developer/TheSeven) [22:50:17] *** Joins: n1s (~n1s@rockbox/developer/n1s) [23:11:47] TheSeven: my gcc version doesn't properly link umsboot [23:12:03] gcc version 4.9.0 (GCC) [23:12:33] http://paste.pm/raw/il6 [23:14:00] user890104: CFLAGS=-ffat-lto-objects helps for some reason [23:14:04] seems like a gcc bug [23:14:27] i see, should we add it to the makefile? [23:16:48] also: :0:0: warning: "ARM_ARCH" redefined [23:16:54] that's diskmode/main.c [23:17:31] actually, in every apps/diskmode source file [23:17:42] er... any idea why? never seen that before [23:18:18] http://paste.pm/raw/il7 [23:18:42] looks strange to me that gcc was unable to display the filename, line and col [23:19:07] this looks like we're passing -DARM_ARCH two times for some reason [23:19:21] but no idea why anything would do that... [23:19:34] can you try a make V=1 or VERBOSE=1 or whatever it's called? [23:21:14] do we have such switch in our makefiles? [23:23:06] hm, maybe only in the newer ones (umsboot etc.) [23:23:21] if not, just remove the @ before the line that fails [23:26:55] looks like a rebuilding problem, it's ok after cleaning [23:27:38] hm, weird [23:28:20] maybe related to the flag i passed to the compiler [23:28:54] uhm no, still there [23:47:21] *** Quits: n1s (~n1s@rockbox/developer/n1s) (Quit: Ex-Chat)