lekernel changed the topic of #milkymist to: Milkymist One, Migen, Milkymist SoC & Flickernoise :: Logs: http://en.qi-hardware.com/mmlogs
azonenberg has quit [Read error: Operation timed out]
jimmythehorn has quit [Quit: jimmythehorn]
_florent_ has quit [Quit: Page closed]
azonenberg has joined #milkymist
xiangfu has joined #milkymist
azonenberg has quit [Read error: Operation timed out]
gbraad has joined #milkymist
azonenberg has joined #milkymist
xiangfu has quit [Ping timeout: 240 seconds]
xiangfu has joined #milkymist
xiangfu has quit [Ping timeout: 240 seconds]
xiangfu has joined #milkymist
xiangfu has quit [Read error: Connection reset by peer]
xiangfu has joined #milkymist
xiangfu has quit [Ping timeout: 246 seconds]
xiangfu has joined #milkymist
xiangfu has quit [Ping timeout: 255 seconds]
xiangfu has joined #milkymist
xiangfu_ has joined #milkymist
xiangfu has quit [Read error: Connection reset by peer]
* kiwichris is still looking into gcc-4.5.3 building with newlib-2.0.0
xiangfu_ has quit [Ping timeout: 256 seconds]
xiangfu has joined #milkymist
xiangfu has joined #milkymist
aeris has quit [Ping timeout: 256 seconds]
<kiwichris> Built an RTEMS tool set ?.
<kiwichris> $ ~/development/rtems/4.11/bin/lm32-rtems4.11-gcc --version
<kiwichris> lm32-rtems4.11-gcc (GCC) 4.5.3 20110428 (RTEMS 4.11-RSB(a77083a3cb1f1ab05aec307d221aba970074ce92-modified)-1,gcc-4.5.3/newlib-2.0.0)
<kiwichris> The issue is gcc-4.5.3 breaks with a jobs option on make
Martoni has joined #milkymist
<Fallenou> come on ...
<Fallenou> it was only the -j option ?
lekernel has joined #milkymist
<kiwichris> Yeah that was it
<kiwichris> Builds on MacOS, FreeBSD and Fedora
<lekernel> hm, works for me
<lekernel> I just built it yesterday with -j 8
<lekernel> it was lm32-elf though
<kiwichris> The issue is with newlib headers being copied to target location.
<kiwichris> There are specific RTEMS headers needed for the build
<kiwichris> Talking to Sebastian in the RTEMS project ? he said it can break.
<Fallenou> kiwichris: is there a way to forbid use of -j for a specific target ?
<Fallenou> in order to prevent users from falling into that trap
<lekernel> better fix that bug in the first place, no?
<kiwichris> If building yourself, none that I know of. In the RTEMS Source Builder tool it is disabled on all hosts so should be fine.
<kiwichris> On Windows (MinGW) you need disable it because there are bugs in the MSYS's DLL in handling some of make's pids
<kiwichris> I think the bugs have been fixed in later gcc releases
<Fallenou> you mean those that don't work anyway on lm32 ? :)
<kiwichris> I suspect this -j issue in 4.5.3 is fixed in later gcc versions. As you know I cannot build 4.7.2.
<kiwichris> My current focus is on a stable lm32 tool set
<Fallenou> great :)
aeris has joined #milkymist
<lekernel> yay, urjtag patch merged
<larsc> party! \o/ /o/ \o\ \o/ ;)
<Fallenou> :)
<Fallenou> we are getting good at getting patch merged !
xiangfu has quit [Ping timeout: 252 seconds]
xiangfu has joined #milkymist
kristian1aul has joined #milkymist
xiangfu has quit [Ping timeout: 260 seconds]
Gurty has quit [Ping timeout: 248 seconds]
froggyto1d has joined #milkymist
ximian_ has joined #milkymist
xiangfu has joined #milkymist
Gurty has joined #milkymist
sh4rm4 has quit [*.net *.split]
kristianpaul has quit [*.net *.split]
froggytoad has quit [*.net *.split]
ximian has quit [*.net *.split]
dvdk has joined #milkymist
antgreen has quit [Quit: Leaving]
sh4rm4 has joined #milkymist
robmyers has quit [Changing host]
robmyers has joined #milkymist
xiangfu has quit [Ping timeout: 245 seconds]
Gurty has quit [Ping timeout: 250 seconds]
gbraad has quit [Ping timeout: 256 seconds]
Gurty has joined #milkymist
<GitHub49> [migen] sbourdeauducq pushed 3 new commits to master: http://git.io/FvMQDg
<GitHub49> migen/master 7e2581b Sebastien Bourdeauducq: fhdl/tracer: recognize CALL_FUNCTION_VAR opcode
<GitHub49> migen/master 12158ce Sebastien Bourdeauducq: fhdl/tracer: recognize LOAD_DEREF opcode
<GitHub49> migen/master 04df076 Sebastien Bourdeauducq: bank: automatic register naming
<GitHub28> milkymist-ng/master a23df42 Sebastien Bourdeauducq: Use automatic register naming
<GitHub28> [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/uHYpBQ
<GitHub90> [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/zedaBw
<GitHub90> milkymist-ng/master 1e7783a Sebastien Bourdeauducq: build.py: use implicit get_fragment
<GitHub87> mibuild/master c06a821 Sebastien Bourdeauducq: generic_platform: implicit get_fragment
<GitHub87> [mibuild] sbourdeauducq pushed 1 new commit to master: http://git.io/6l3p4g
xiangfu has joined #milkymist
xiangfu has quit [Client Quit]
jaeckel_ has joined #milkymist
jaeckel_ has quit [Excess Flood]
davidc___ has joined #milkymist
jaeckel has quit [Ping timeout: 264 seconds]
davidc__ has quit [Ping timeout: 264 seconds]
jaeckel_ has joined #milkymist
<GitHub18> [migen] sbourdeauducq pushed 5 new commits to master: http://git.io/gI_qew
<GitHub18> migen/master 907bfa8 Sebastien Bourdeauducq: examples/basic: use new APIs
<GitHub18> migen/master ecfe164 Sebastien Bourdeauducq: fhdl/verilog: implicit get_fragment
<GitHub18> migen/master d92ca43 Sebastien Bourdeauducq: vpi: make it work by default on Arch
jimmythehorn has joined #milkymist
Alarm has joined #milkymist
lekernel has quit [Quit: Leaving]
bkero has quit [Ping timeout: 260 seconds]
bkero has joined #milkymist
<larsc> wondering why the laptop got so hot, some leftover vvp spwaned by migen was still running at 100%, although the migen process was long gone
<wpwrak> that's a nice thing about laptops: it's easy to notice when you have a runaway process
antgreen has joined #milkymist
<azonenberg> wpwrak: lol
<azonenberg> yep
antgreen has quit [Quit: Leaving]
Alarm has quit [Quit: ChatZilla 0.9.90 [Firefox 19.0.2/20130307023931]]
pablojavier has joined #milkymist
pablojavier has left #milkymist [#milkymist]
dvdk has quit [Remote host closed the connection]
dvdk has joined #milkymist
<balrog> it sorta feels http://milkymist.org has an excessive amount of 404s