eduardo_ has joined ##openfpga
eduardo has quit [Ping timeout: 240 seconds]
kuldeep has quit [Remote host closed the connection]
kuldeep has joined ##openfpga
promach has joined ##openfpga
kuldeep has quit [Remote host closed the connection]
kuldeep has joined ##openfpga
<rqou> alright, i seriously cannot get gpg to read the smartcard pin from a file
<rqou> passphrase-file and passphrase-fd do not work
<rqou> gpg is buggy piece of shit
pie__ has quit [Quit: Leaving]
<rqou> hrm, removing "use-agent" seems to make things work
kuldeep has quit [Remote host closed the connection]
kuldeep has joined ##openfpga
<rqou> hrm, having the network connection flake out at just the right moment can hang the yosys build forever
pie_ has joined ##openfpga
<rqou> i sure hope gpg doesn't have race conditions when two programs try to use it at once
<rqou> whitequark: do you know why jenkins is spamming the logs with "warning: -fPIC ignored for target (all code is position independent)" when building for mingw?
<rqou> my desktop doesn't have this warning for some reason
<rqou> do i just delete -fPIC?
<whitequark> show me the full log
<whitequark> what is the point of having win64 builds
<whitequark> what the fuck
<rqou> um, so that you can use it on windows?
<whitequark> you do know cmake has first-class cross-compilation support, right?
<whitequark> have you even tried to google that?
<rqou> i did, hence -DCMAKE_SYSTEM_NAME=Windows
<whitequark> https://github.com/solvespace/solvespace/blob/master/cmake/Toolchain-mingw64.cmake + -DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchain-mingw64.cmake
<rqou> but you still have to specify all the same stuff
<rqou> just in a file rather than on the command line
<rqou> and you obviously cannot upstream the current state of "go look in /home/rqou/windoze/ for stuff"
indy has quit [Ping timeout: 240 seconds]
<whitequark> rqou: so, hm
<whitequark> there's no mingw.mutex.h anywhere in my mingw installation
<whitequark> which is the one that ships in debian
<rqou> right, you have to clone https://github.com/meganz/mingw-std-threads into /home/rqou/windoze/mingw-std-threads
<rqou> the rage-and-aneurysm-inducing braindump that you refused to open said so :P
<rqou> alternately you can use x86_64-w64-mingw32-g++-posix instead
indy has joined ##openfpga
<whitequark> what on earth
<rqou> well, the file has to get found somehow
<rqou> "dump in /home/rqou/windoze" is one way of finding it
<rqou> so what about my original question about shutting up -fPIC warnings?
<whitequark> set(CMAKE_POSITION_INDEPENDENT_CODE FALSE)
<rqou> but the current CMakeLists.txt explicitly requests it:
<rqou> set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Wall -Wextra ${EXTRA_WARNINGS} -std=c++11 -fPIC")
<rqou> why even does openfpga need -fPIC? it doesn't build any shared libraries
<whitequark> oh, yeah, that's a bug
<whitequark> azonenberg added that in the initial commit
<whitequark> also -shared-libgcc for whatever erason?/
<rqou> hrm, that will work great when i override it with -static :P
<rqou> apparently -static just wins
<openfpga-github> [openfpga] whitequark pushed 1 new commit to master: https://git.io/vyWUS
<openfpga-github> openfpga/master f3e2ece whitequark: CMake: don't pass -fPIC or -shared-libgcc....
<openfpga-bb> build #99 of openfpga is complete: Failure [failed make_openfpga_normal] Build details are at https://openfpga-dashboard.antikernel.net/builders/openfpga/builds/99 blamelist: whitequark <whitequark@whitequark.org>
<openfpga-github> [openfpga] rqou commented on issue #72: Probably fixed by f3e2ece510aa2c02006fee53bcb448e70e716287 https://git.io/vyWUQ
<rqou> lol you broke it :P
<rqou> i guess that was necessary :P :P
<whitequark> nope
<whitequark> that exposed the *actual* bug
<rqou> isn't the actual bug "you need -fPIC anyways because gpcosim.vpi is a shared library?"
<whitequark> yes
<rqou> so is the only difference that this time cmake will know about it?
<whitequark> not quite
digshadow has quit [Read error: Connection reset by peer]
digshadow has joined ##openfpga
<openfpga-github> [openfpga] whitequark pushed 1 new commit to master: https://git.io/vyWTR
<openfpga-github> openfpga/master cac2097 whitequark: CMake: request PIC through the buildsystem.
<rqou> wait does CMAKE_POSITION_INDEPENDENT_CODE just magically know not to do anything with mingw?
<whitequark> sorta
<whitequark> it will also do the right thing with, say, msvc
<rqou> wait, i don't recall msvc needing to have anything done to it either
<rqou> it can't automagically create .def/.lib files, can it?
<whitequark> hm?
<openfpga-bb> build #100 of openfpga is complete: Success [build successful] Build details are at https://openfpga-dashboard.antikernel.net/builders/openfpga/builds/100
<whitequark> msvc will break if you pass -fPIC to it
<rqou> iirc windows doesn't need anything like -fPIC, but it needs symbols to be explicitly exported
<whitequark> because it doesn't know what that is
<whitequark> it needs __declspec(dllexport)
<whitequark> but only if you build a dll
<whitequark> we don't build a dll
<rqou> right, but you don't need to pass an equivalent to -fPIC
<rqou> you just pass nothing
<rqou> also, the .vpi is a dll
<rqou> but my builds aren't even building it right now anyways
<whitequark> yes, doing the right thing here is not passing anything
amclain has quit [Quit: Leaving]
kuldeep has quit [Remote host closed the connection]
<rqou> urgh i hate git submodules
kuldeep has joined ##openfpga
<rqou> even "reset --hard" doesn't put them back to "whatever upstream has"
<whitequark> git submodule update -f
<rqou> why does it need its own command?
* whitequark shrugs
<mtp> sobmodules
<rqou> i hate submodules
<rqou> i rarely use them, so i don't know any of their weird special commands
<rqou> and because of that, i rarely use them
<rqou> but the biggest thing is that they aren't transparent
<openfpga-github> [openfpga] rqou commented on issue #79: Alright, testing again:... https://git.io/vyWIT
<mtp> submodules are bullshit
<mtp> `git subtree` is slightly less bad
<mtp> SLIGHTLY
<mtp> but also git sucks
digshadow has quit [Quit: Leaving.]
<openfpga-github> [openfpga] rqou commented on pull request #79 8a124ab: <cstdlib> is always supposed to be included when calling `wcstombs`. It only happens to break on macOS due to transitive dependencies in other headers. Likewise, <cstring> is always supposed to be included when calling `memcpy` (in my hack). These shouldn't be in the __APPLE__ guard. https://git.io/vyWIY
<openfpga-github> [openfpga] rqou commented on pull request #79 8a124ab: <cstdlib> is always supposed to be included when calling `wcstombs`. It only happens to break on macOS due to transitive dependencies in other headers. Likewise, <cstring> is always supposed to be included when calling `memcpy` (in my hack). These shouldn't be in the __APPLE__ guard. https://git.io/vyWIY
<openfpga-github> [openfpga] rqou commented on pull request #79 8a124ab: `<cstdlib>` is always supposed to be included when calling `wcstombs`. It only happens to break on macOS due to transitive dependencies in other headers. Likewise, `<cstring>` is always supposed to be included when calling `memcpy` (in my hack). These shouldn't be in the __APPLE__ guard. https://git.io/vyWIY
<rqou> blargh
<rqou> whitequark can you make the bot have a "ninja-edit" cooldown?
<whitequark> rqou: no
digshadow has joined ##openfpga
<rqou> no as in "you disagree with such a change" or no as in "the bot does not have such a feature?"
<whitequark> rqou: i don't run it
<whitequark> github does
<whitequark> mtp: git subtree is far less useful though
<rqou> oh really? i did not know about this
<whitequark> i don't want my commit history to include all of llvm's
<whitequark> (for example)
<mtp> --squash
<mtp> and/or 'git blows'
<mtp> ;p
<whitequark> uh, nor do I want to throw it out?
<whitequark> if we're talking about alternatives to submodules, the repo tool is one
<rqou> yeah, it's also the reason i need to download like 50gb to compile fastboot
<mtp> yeah don't mind me, i'm just dissatisfied with software in general
<mtp> on the other hand, i found out that the AirPort Time Capsule actually really does run NetBSD
<mtp> and that wasn't an nmap artifact
<openfpga-github> [openfpga] rqou commented on issue #79: From the hidapi documentation: "The first byte of data[] must contain the Report ID. For devices which only support a single report, this must be set to 0x0. The remaining bytes contain the report data. Since the Report ID is mandatory, calls to hid_write() will always contain one more byte than the report contains. For example, if a hid report is 16 bytes long, 17 bytes must be passed to hid_write
<openfpga-github> [openfpga] rqou commented on issue #79: But on the other hand "Input reports are returned to the host through the INTERRUPT IN endpoint. The first byte will contain the Report number **if** the device uses numbered reports." So the API is asymmetric (at least for us where I'm pretty sure the programmer doesn't use numbered reports). https://git.io/vyWIy
DocScrutinizer05 has quit [Disconnected by services]
DocScrutinizer05 has joined ##openfpga
talsit has joined ##openfpga
<rqou> whitequark: I heard you disliked code that cannot into encodings:
<rqou> Bionic does not have iconv support nor wcsdup() function, so it
<rqou> has to be done manually. The following code will only work for
<rqou> code points that can be represented as a single UTF-16 character,
<rqou> and will incorrectly convert any code points which require more
<rqou> than one UTF-16 character.
<mtp> scrEAMING
<rqou> so hidapi will break if your usb device has a poop emoji in the product name or something
<mtp> also, love too read "This flash part has status UNTESTED for operations: PROBE READ ERASE WRITE"
<mtp> practically speaking, it probed fine and seems to be reading fine
<rqou> at this point people should just start fuzzing software by putting poop emojis everywhere
<qu1j0t3> “You'
<whitequark> lolbionic
<qu1j0t3> “You've FUZZ tested. But have you POOP tested.”®
<mtp> hey qu1j0t3 :)
<rqou> so what prevents me from ignoring bionic and statically linking e.g. musl on android?
<whitequark> DNS
<whitequark> and some username stuff
<rqou> DNS doesn't use /etc/resolv.conf?
<mtp> (i was gonna say "the android ecosystem", but i'm trying to be less flippant on irc)
digshadow has quit [Quit: Leaving.]
digshadow has joined ##openfpga
Hootch has joined ##openfpga
_whitelogger has joined ##openfpga
Hootch has quit [Quit: Leaving]
<openfpga-github> [openfpga] cyrozap commented on issue #79: @rqou ... https://git.io/vyWOg
<cyrozap> rqou: "at this point people should just start fuzzing software by putting poop emojis everywhere"
<cyrozap> rqou: Good thing it's trivial to generate and broadcast arbitrary Wi-Fi beacon frames :)
<rqou> you joke, but I literally had that for a while
<openfpga-github> [openfpga] whitequark commented on issue #79: If you look at the hidapi source it looks like sometimes it prepends a fake report ID (on Windows). I've only gave it a cursory look though.... https://git.io/vyWOh
kuldeep has quit [Read error: Connection reset by peer]
kuldeep has joined ##openfpga
Bike has quit [Quit: leaving]
pie_ has quit [Ping timeout: 256 seconds]
pie_ has joined ##openfpga
<clifford> azonenberg, rqou, pointfree: Re. the mass-spring idea: This is pretty much exactly what "quadratic wirelength placement" does.
<rqou> but it seems this is much more commonly used for asics rather than fpgas?
<rqou> i'm not exactly sure why though
<rqou> there is a paper saying it can be made to work and is faster than VPR
m_t has joined ##openfpga
scrts has quit [Ping timeout: 240 seconds]
scrts has joined ##openfpga
<rqou> hrm, gpg does have race conditions over smartcards
<rqou> whatever, fixing this tomorrow
scrts has quit [Ping timeout: 256 seconds]
scrts has joined ##openfpga
SpaceCoaster_ has quit [Quit: ZNC - http://znc.in]
SpaceCoaster has joined ##openfpga
scrts has quit [Ping timeout: 260 seconds]
scrts has joined ##openfpga
m_t_ has joined ##openfpga
m_t has quit [Ping timeout: 260 seconds]
scrts has quit [Ping timeout: 240 seconds]
scrts has joined ##openfpga
scrts has quit [Ping timeout: 240 seconds]
scrts has joined ##openfpga
Hootch has joined ##openfpga
scrts has quit [Ping timeout: 264 seconds]
fpgacraft1 has quit [Quit: ZNC 1.7.x-git-709-1bb0199 - http://znc.in]
fpgacraft1 has joined ##openfpga
scrts has joined ##openfpga
scrts has quit [Ping timeout: 258 seconds]
scrts has joined ##openfpga
scrts has quit [Ping timeout: 268 seconds]
scrts has joined ##openfpga
scrts has quit [Ping timeout: 260 seconds]
<pointfree> whitequark: Thanks for the interesting link. There are two missing UDB banks on the PSoC 5LP's. I've assumed without proof that the space is reserved for future use. But some of the cheaper PSoC 5LP's have 20 UDB's instead of 24. Maybe it's possible to enable them if they exist.
scrts has joined ##openfpga
<whitequark> does the DS mention some sort of secure memory?
<qu1j0t3> mtp: late hola
promach has quit [Quit: Leaving]
<DocScrutinizer05> awesome
<mtp> ahoy
scrts has quit [Ping timeout: 260 seconds]
scrts has joined ##openfpga
Bike has joined ##openfpga
<cyrozap> whitequark: "supervisory read-only memory" "he’s figured out how to write into the SROM"
<cyrozap> I guess it wasn't much of a ROM, then :P
<cyrozap> "...the PSoC 4000 chips are among the cheapest ARM Cortex-M0 parts out there."
<cyrozap> Um
<cyrozap> Oh, wow, they weren't kidding
<cyrozap> Usually when I think "PSoC" I think "pretty tools and expensive chips"
<pointfree> 1: $0.61
<cr1901_modern> Just M0 chips, not M0+?
<cr1901_modern> They are adorable... kinda like the lpc810 (the SMOLest ARM I know of)
<pointfree> The PSoC 4000S are M0+
scrts has quit [Ping timeout: 256 seconds]
scrts has joined ##openfpga
Hootch has quit [Quit: Leaving]
<rqou> hmm, someone needs to look deeper into the NXP LPC series as well
<rqou> those have a non-hidden ROM with flash programming routines
<rqou> I wonder if anything is hidden there
digshadow has quit [Quit: Leaving.]
<pie_> someone reputablesaid the lpc4370 is like the best mcu ever
digshadow has joined ##openfpga
digshadow1 has joined ##openfpga
<qu1j0t3> did they give reasons?
digshadow1 has quit [Quit: Leaving.]
scrts has quit [Ping timeout: 246 seconds]
digshadow has quit [*.net *.split]
openfpga-bb has quit [*.net *.split]
cr1901_modern has quit [*.net *.split]
LoveMHz has quit [*.net *.split]
marex-cloud has quit [*.net *.split]
scrts has joined ##openfpga
X-Scale has joined ##openfpga
LoveMHz has joined ##openfpga
marex-cloud has joined ##openfpga
cr1901_modern has joined ##openfpga
openfpga-bb has joined ##openfpga
m_t_ has quit [Quit: Leaving]
<openfpga-github> [openfpga] cyrozap commented on issue #79: > Can we just directly use hid.dll on Windows, libusb on Linux and [whatever is the system library] on macOS?... https://git.io/vyWhJ