Re: Re: [dev] [sxiv] doesn't want to be compiled

Bert wrote: > Line 30 of your Makefile still contains the GNU make specific automatic > variable '$^'. You have to substitute it with '$(OBJ)' to make the LINK > cmd work. I've tried it, the output complains about missing object files: --- cc: autoreload_inotify.o: No such file or directory cc:

Re: [dev] [stest] Hidden file processing

On Sat, 07 Oct 2017, Hiltjo Posthuma wrote: > I think this is still not clear: what if a file is hidden due to its path? > for example: $HOME/.config/somefile > > should it be visible or not? > > the stest man page uses the term "file" but "path" is meant. > for example: >

Re: [dev] [sxiv] doesn't want to be compiled

Am 07.10.2017 14:55 schrieb Cág: Hi, I feel a bit stupid right now. The output is: [...] (.text+0x5a): undefined reference to `main' collect2: ld returned 1 exit status *** Error 1 in /home/caoc/code/suckless/sxiv (Makefile:30 'sxiv': cc -L/usr/X11R6/lib -L/usr/local/lib -o sxiv -lImlib2

[dev] [sxiv] doesn't want to be compiled

Hi, I feel a bit stupid right now. The output is: --- LINK sxiv /usr/local/lib/libImlib2.so.6.0: warning: warning: strcpy() is almost always misused, please use strlcpy() /usr/local/lib/libImlib2.so.6.0: warning: warning: sprintf() is often misused, please use snprintf()

Re: [dev] [stest] Hidden file processing

On Sat, Oct 07, 2017 at 11:54:05AM +0200, Kamil Cholewiński wrote: > Hi Hiltjo, > > On Fri, 06 Oct 2017, Hiltjo Posthuma wrote: > > Where is the patch? > > Attached, example below. However I would rather first discuss what > should be the correct / expected behavior,

Re: [dev] [stest] Hidden file processing

Hi Hiltjo, On Fri, 06 Oct 2017, Hiltjo Posthuma wrote: > Where is the patch? Attached, example below. However I would rather first discuss what should be the correct / expected behavior, before proposing a change. Going fast forward without a clear direction still gets