Why does this say "Anonymous" created it? I think I was the one who reported it (David E. Grayson). Several of my other bug reports have the same misattribution problem.
Why does this say "Anonymous"? I think I was the one who reported it (David E. Grayson). Several of my other bug reports have the same misattribution problem.
Great, thank you!
STM8: Cast from int to uint8_t on right side of += malfunctions
I have attached a very simple patch I made to fix the issue. It makes the assembler open its output files in binary mode. This should have no effect in Linux, but on Windows it disables line-ending conversions, so the .rel file and other files emitted by the assembler end up with \n line endings. I compiled the latest SDCC revision (11639) in Windows with MSYS2, checked that the bug was happening, and then recompiled it with this patch to make sure that the bug was fixed. Can someone with authority...
I found a workaround for the bug. If I use dos2unix to convert the line endings in the .rel files to Unix-style line endings then everything works fine. Here is a script that builds the example program without any warnings or errors: #!/usr/bin/bash set -ue sdcc -c main.c --debug sdcc -c foo.c --debug sdcc -c bar.c --debug sdcc -c bat.c --debug sdcc -c mat.c --debug dos2unix *.rel rm -f *.lib sdar -rc foobar.lib foo.rel bar.rel sdar -rc batmat.lib bat.rel mat.rel sdcc --debug -o main.ihx main.rel...
I found a workaround for the bug. If I use dos2unix to convert the line endings in the .rel files to Unix-style line endings then everything works fine. Here is a script that builds the example program without any warnings or errors: #!/usr/bin/bash set -ue sdcc -c main.c --debug sdcc -c foo.c --debug sdcc -c bar.c --debug sdcc -c bat.c --debug sdcc -c mat.c --debug dos2unix *.rel rm -f *.lib sdar -rc foobar.lib foo.rel bar.rel sdar -rc batmat.lib bat.rel mat.rel sdcc --debug -o main.ihx main.rel...
Linker cannot find most symbols in libraries compiled with --debug
I can confirm that zlib1.dll is missing from sdcc-3.9.0-x86-setup.exe and sdcc-3.8.0-x64-setup.exe. You can reproduce the problem by simply double-clicking on sdar.exe or sdranlib.exe in Windows Explorer and seeing the message box that appears and says that zlib1.dll is missing (assuming you don't have a 64-bit zlib1.dll already on your PATH for some reason). However, the sdcc-3.9.0-setup.exe seems to be better: in that version, sdar.exe does not depend on any DLLs except those that come with Windows....
I can confirm that zlib1.dll is missing from sdcc-3.9.0-x86-setup.exe and sdcc-3.8.0-x64-setup.exe. You can reproduce the problem by simply double-clicking on sdar.exe or sdranlib.exe in Windows Explorer and seeing the message box that appears and says that zlib1.dll is missing (assuming you don't have a 64-bit zlib1.dll already on your PATH for some reason). However, the sdcc-3.9.0-setup.exe seems to be better: in that version, sdar.exe does not depend on any DLLs except those that come with Windows....
I can confirm that zlib1.dll is missing from sdcc-3.9.0-x86-setup.exe and sdcc-3.8.0-x64-setup.exe. You can reproduce the problem by simply double-clicking on sdar.exe or sdranlib.exe in Windows Explorer and seeing the messagebox that appears and says that zlib1.dll is missing (assuming you don't have a 64-bit zlib1.dll already on your PATH for some reason). However, the sdcc-3.9.0-setup.exe seems to be better: in that version, sdar.exe does not depend on any DLLs except those that come with Windows....
--xram-size option does not account for paged external ram usage
Actually, I spotted this line in tta's implementation, in intsafe_64.h: int64_t tmp...
Actually, I spotted this line in tta's implementation, in intsafe_64.h: int64_t tmp...
Actually, I spotted this line in tta's implementation, in intsafe_64.h: int64_t tmp...
Actually, I spotted this line in tta's implementation, in intsafe_64.h: int64_t tmp...
Actually, I spotted this line in tta's implementation, in intsafe_64.h: int64_t tmp...
Actually, I spotted this line in tta's implementation, in intsafe_64.h: int64_t tmp...
Actually, I spotted this line in tta's implementation, in intsafe_64.h: int64_t tmp...
Thanks for your contribution, tta. I will push for this to get added to mingw-w64....
Thanks for your contribution tta. I will push for this to get added to mingw-w64....
Thanks for your contribution tta. I will push for this to get added to mingw-w64....
Another combination that works for me is the default Windows terminal, with bash...
Another combination that works for me is the default Windows terminal, with bash...
Another combination that works for me is the default Windows terminal, with bash...
Another combination that works for me is the default Windows terminal, with bash...
Another combination that works for me is the default Windows terminal, with bash...
Your post is missing a lot of details that could be helpful, like what terminal and...
Your post is missing a lot of details that could be helpful, like what terminal and...
Continuing the discussion about GDB front ends... there is a list of them here: https://sourceware.org/gdb/wiki/GDB%20Front%20Ends...
Thanks for letting me know about ntldd. The pactree approach might not be practical....
The pactree approach might not be practical. I just run the following command to...
The pactree approach might not be practical. I just run the following command to...
I don't see an lddtree package in MSYS2. But I do see the pactree utility in the...
I don't see an lddtree package in MSYS2. But I do see the pactree utility in the...
I don't see an lddtree package in MSYS2. But I do see the pactree utility in the...
I'm not a mingw-w64 developer, but for what it's worth, I was able to reproduce the...
I'm not a mingw-w64 developer, but for what it's worth, I was able to reproduce the...
Dani, you can find the source code for that package here: https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-winpthreads-git...
Dani, you can find the source code for that package here: https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-winpthreads-git...
Dani, you can find the source code for that package here: https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-winpthreads-git...
winusbio.h must be included after usbioctl.h
I am trying to build Microsoft's USBView application with mingw-w64 (using MSYS2)...
I am trying to build Microsoft's USBView application with mingw-w64 (using MSYS2)...
By reading https://github.com/git-for-windows/git/issues/25 I just realized that...
By reading https://github.com/git-for-windows/git/issues/25 I just realized that...
Thanks for the links, Matthieu! Off-topic: I have been using the Sourceforge web...
Matthieu, Thank you so much! I have revised the post in order to address points 1...
Matthieu, Thank you so much! I have revised the post in order to address points 1...
Matthieu, Thank you so much! I have revised the post in order to address points 1...
Matthieu, Thank you so much! I have revised the post in order to address points 1...
I am planning to post this long post on the RubyInstaller group some time. I really...
I am planning to post this long post on the RubyInstaller group some time. I really...
Qt Installer Framework version 2.0 was released a few weeks ago. Supposedly it supports...
Qt Installer Framework version 2.0 was released a few weeks ago. Supposedly it supports...
Actually, I tried installing MSYS2 on another computer today and it turns out that...
Command substitution in PS1 causes MSYS2 installation instructions to fail
Hello, Kio. I submitted a patch to fix this: https://sourceforge.net/p/sdcc/patc...
My last patch was made with "git format-patch" and I just realized it might not be...
Bug #2248 fix: Don't install files for disabled PIC ports
On Sun, Mar 9, 2014 at 10:02 AM, Keith Marshall keithmarshall@users.sf.netwrote:...
Oops, I made a few mistakes and it seems that I cannot edit my bug report. When I...
Addition of a 32-bit return value and a 16-bit function argument does not work
Hi Keith. I'd like to help but I'm not exactly sure what to do. I downloaded your...
Thanks, Cesar. For me, try #1 and try #2 were both fine. I don't have an "I:" drive...
This bug also affects me on Windows 8 64-bit. I just installed MinGW today. My gcc.exe...
This bug also affects me on Windows 8 64-bit. It basically makes the MinGW compiler...
This bug also affects me on Windows 8 64-bit. It basically makes the MinGW compiler...