You are not logged in.
In avr-libc 2.3.2-2, the --prefix used when compiling was changed from /usr/avr to /usr/lib/avr which moved its location in the filesystem.
On the other hand, avr-gcc 16.1.0-1 is still looking for libraries in /usr/avr (note that I fixed the problem on my machine by linking /usr/avr/ to /usr/lib/avr):
$ `avr-gcc -print-prog-name=cc1` -v
ignoring nonexistent directory "/usr/lib/gcc/avr/16.1.0/../../../../avr/sys-include"
#include "..." search starts here:
#include <...> search starts here:
/usr/lib/gcc/avr/16.1.0/include
/usr/lib/gcc/avr/16.1.0/include-fixed
/usr/lib/gcc/avr/16.1.0/../../../../avr/include
End of search list.This leads to various problems when using avr-libc headers on avr-gcc. As noted above, a hotfix is to link the old location /usr/avr to the new location /usr/lib/avr.
Last edited by cybuzuma (Today 19:53:48)
Offline
In avr-libc 2.3.2-2, the --prefix used when compiling was changed from /usr/avr to /usr/lib/avr which moved its location in the filesystem.
I wonder what the reason is for this. The commit doesn't explain anything, and it's weird to store headers in /usr/lib/...
EDIT: filed ticket: https://gitlab.archlinux.org/archlinux/ … rk_items/3
Last edited by dimich (Today 13:44:14)
Online
I Have Linux Perl Can i Download Gnome???
Offline
Sorry for the inconvenience! Checked my logs but haven't found the reason why I made this change in the first place ![]()
Offline
Thank you for the quick fix. Can confirm it works again.
Offline