Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • 18:02
  • 12:18
    dsyleixa edited #6661
  • 12:17
    dsyleixa edited #6661
  • 12:17
    dsyleixa edited #6661
  • 12:16
    dsyleixa edited #6661
  • 12:15
    dsyleixa edited #6661
  • 12:11
    dsyleixa edited #6659
  • 12:11
    dsyleixa edited #6659
  • 12:09
    dsyleixa edited #6659
  • 12:06
    dsyleixa edited #6661
  • 12:05
    dsyleixa edited #6661
  • 11:56
    dsyleixa edited #6661
  • 11:55
    dsyleixa opened #6661
  • 11:46
  • 11:38
    dsyleixa edited #6659
  • 11:35
    dsyleixa edited #6659
  • 11:35
    dsyleixa edited #6659
  • 11:15
    johnm545 opened #6660
  • 11:02
    dsyleixa opened #6659
Ivan Grokhotkov
@igrr
RDP to the rescue
Dmitry Kireev
@kireevco
well… 3.x is very old, imho
question is WHY did my mingw-get install a wrong onw
Ivan Grokhotkov
@igrr
i was using 4.8.1
i got it from mingw package manger GUI
Dmitry Kireev
@kireevco
wait… there is a gui?:-D
Ivan Grokhotkov
@igrr
yeah, looks like the one pictured here: https://blog.cs.wmich.edu/mingw-setup-guide/
Dmitry Kireev
@kireevco
$ where gcc
c:\tools\mingw64\msys\1.0\bin\gcc.exe
c:\tools\mingw64\bin\gcc.exe
hehe… stupid msys
User@build-win7-03 ~/User/packages/xtensa-lx106-elf
$ /c/tools/mingw64/msys/1.0/bin/gcc.exe -v
Reading specs from /usr/lib/gcc/i686-pc-msys/3.4.4/specs
Configured with: /home/cstrauss/build/gcc3/gcc-3.4.4/configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --infodir=/share/info --mandir=/share/man --libexecdir=/lib --enable-languages=c,c++ --disable-nls --enable-threads=posix --enable-sjlj-exceptions --enable-hash-synchronization --enable-libstdcxx-debug --with-newlib
Thread model: posix
gcc version 3.4.4 (msys special)

User@build-win7-03 ~/User/packages/xtensa-lx106-elf
$ /c/tools/mingw64/bin/gcc.exe -v
Using built-in specs.
COLLECT_GCC=c:\tools\mingw64\bin\gcc.exe
COLLECT_LTO_WRAPPER=c:/tools/mingw64/bin/../libexec/gcc/x86_64-w64-mingw32/4.8.3/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../../../src/gcc-4.8.3/configure --host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 --prefix=/mingw64 --with-sysroot=/c/mingw483/x86_64-483-posix-seh-rt_v3-rev0/mingw64 --with-gxx-include-dir=/mingw64/x86_64-w64-mingw32/include/c++ --enable-shared --enable-static --disable-multilib --enable-languages=ada,c,c++,fortran,objc,obj-c++,lto --enable-libstdcxx-time=yes --enable-threads=posix --enable-libgomp --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic-string --enable-version-specific-runtime-libs --disable-isl-version-check --disable-cloog-version-check --disable-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --disable-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=nocona --with-tune=core2 --with-libiconv --with-system-zlib --with-gmp=/c/mingw483/prerequisites/x86_64-w64-mingw32-static --with-mpfr=/c/mingw483/prerequisites/x86_64-w64-mingw32-static --with-mpc=/c/mingw483/prerequisites/x86_64-w64-mingw32-static --with-isl=/c/mingw483/prerequisites/x86_64-w64-mingw32-static --with-cloog=/c/mingw483/prerequisites/x86_64-w64-mingw32-static --enable-cloog-backend=isl --with-pkgversion='x86_64-posix-seh-rev0, Built by MinGW-W64 project' --with-bugurl=http://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe -I/c/mingw483/x86_64-483-posix-seh-rt_v3-rev0/mingw64/opt/include -I/c/mingw483/prerequisites/x86_64-zlib-static/include -I/c/mingw483/prerequisites/x86_64-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -I/c/mingw483/x86_64-483-posix-seh-rt_v3-rev0/mingw64/opt/include -I/c/mingw483/prerequisites/x86_64-zlib-static/include -I/c/mingw483/prerequisites/x86_64-w64-mingw32-static/include' CPPFLAGS= LDFLAGS='-pipe -L/c/mingw483/x86_64-483-posix-seh-rt_v3-rev0/mingw64/opt/lib -L/c/mingw483/prerequisites/x86_64-zlib-static/lib -L/c/mingw483/prerequisites/x86_64-w64-mingw32-static/lib'

Thread model: posix
gcc version 4.8.3 (x86_64-posix-seh-rev0, Built by MinGW-W64 project)

User@build-win7-03 ~/User/packages/xtensa-lx106-elf
mingw is f**d up… reinstalling
way too much msys overlaps.. gcov,cpp, etc
or maybe chaning path order will help, lets try
Luc
@luc-github
@igrr Sorry just back, no issue at all - I did this way to be same as SPIFFS function but - if can be better I have no concern
sticilface
@sticilface
In the WiFi lib, if you set any values using config the flag ' _useStaticIp = true; ' is set. is there anyway to go back to dhcp afterwards without a restart, can't seem to find a way.
Dmitry Kireev
@kireevco
@igrr thank you for your help. I was able to build a compiler.
Ivan Grokhotkov
@igrr
cool, is it for win32 or 64?
Dmitry Kireev
@kireevco
this one is 32
Ivan Grokhotkov
@igrr
i figured out we also need to update the toolchain here — newlib seems to be missing sqrt
only on windows
i wonder if i can just copy libm.a from linux toolchain...
Dmitry Kireev
@kireevco
I need to add 64 bit compiler and set host, I guess
@igrr i don’t think it will work...
but it’s worth trying
Dmitry Kireev
@kireevco
I will test the whole script from a bare bones machine
Harrison Mclean
@h4rm0n1c

I got https://github.com/freetronics/DMD2 ported and it works great, you can connect an LED dot matrix display to the ESP8266 and make it draw simple graphics and messages, some level of PWM dimming is available (although I'm still having some brightness stability issues, need to get my scope and see what's happening I think.), I am now moving on to Time related code.

I'm now eyeing http://www.pjrc.com/teensy/td_libs_Time.html and http://www.pjrc.com/teensy/td_libs_DS1307RTC.html as next targets for porting (if anything even needs to be changed for them to work, probably just some #ifdefs to smooth out the differences)

Is porting these libraries a good idea? Does anybody want them? Are there better candidates? I ask before I put any potentially unnecessary effort into it or simply choose a poor library for porting.

brutzler
@brutzler
"....using multiple URLs in the boards manager, separated with commas" : how can I select which one is used for compiling? For example:
http://arduino.esp8266.com/versions/1.6.5-1044-g170995a/package_esp8266com_index.json
http://arduino.esp8266.com/versions/1.6.5-1160-gef26c5f/package_esp8266com_index.json
Luc
@luc-github
you need to choose one - the multiple URLs in the boards manager are for different targets not same target
kathir1951
@kathir1951
@kireevco which build script you used? and which source you used for successful building
@kireevco May i know the buiding environment also and set up details
Dmitry Kireev
@kireevco
@kathir1951 I’m preparing full environment config here https://github.com/kireevco/packages/tree/master/xtensa-lx106-elf
not final yet. still testing full setup
the idea is full bootstrap
later I will add espressif stuff there, i’d like to make a clean open UDK alternative, so everyone can build it on any platform (mac,linux,win)
kathir1951
@kathir1951
@kireevco Thanks nice work
Dmitry Kireev
@kireevco
@kathir1951 this is not ready yet, just showing you where work takes place
brutzler
@brutzler
@luc-github: thanks! That explains a lot. Only thought, i could make a sort of collection, and then choose the required release.
Steve Nelson
@zenmanenergy
Has anyone experienced an FTDI disappear from the list of available ports on a Mac? This happened to me a while ago and I had to reinstall the drivers and it worked again. But I’m not sure what caused it.
kathir1951
@kathir1951
@kireevco gr8 Good Start so I said nice work
Michael Miller
@Makuna
@h4rm0n1c check my github, i have a few rtc libraries thet i confirmed work back in early summer that work for esp and avr.
kathir1951
@kathir1951
@igrr Using git version building esp8266 core gives error while using python get_py "File "get.py", line102,in<module> print<'Platform: ,0> ' .format<identify_platform<>>> File "get.py" line 99, identify platform return arduino_platform_name[platform.system<>l[bits] KeyError: 'CYGWIN_NT-6.1-WOW i AM USING WINDOW 7 and cygwin
kathir1951
@kathir1951
@igrr Using git Using git version building esp8266 core gives error for compiling its own wifi library
kathir1951
@kathir1951
@igrr I find by viewing patform text there is no xtensa-lx106-elf compiler and esp tool in the runtime.platform.path}/tools path
kathir1951
@kathir1951
@igrr Sorry problem in python installation Now everything ok Sprry for wrong message
kathir1951
@kathir1951
@igrr esp8266 gore from git version works nicely /It takes lesser time to install compare to the time takem from board manager
tzapu
@tzapu
@zenmanenergy on el capitan release a new policy of only signed drivers was enforced , and some other system integrity stuff as well, which lead to a few drivers gettign disabled and not even working at all after, like for the ch340/341 based serial drivers. maybe you had an older unsigned driver and when you got the update ftdi one it worked...assuming that s the reason of course
Dmitry Kireev
@kireevco
@kathir1951 ok, making one more clean test to build sdk on windows/mingw
(rollback vm, etc…)
Markus
@Links2004
get.py runs fine native in Windows with python 2.7 :)
Harrison Mclean
@h4rm0n1c
@Makuna Thanks!
Steve Nelson
@zenmanenergy
@tzapu I tried a reboot, giving me flashbacks to days on a Windows machine…sadly…it fixed it. I’ll see if I can figure out the command to list of the unsigned driver, to see if the ftdi is listed there, unless you happen to know the command.