Hi, To compile manually the backend, cd to: netman/backend_src/src
gcc -I../include -lm -Wall automated_scanner.c core_functions.c essid_encoder.c file_functions.c backend.c -o backend Edward On 07/12/2015, Edward Bartolo <edb...@gmail.com> wrote: > Hi Reiner, > > QUOTE: > > "NB: This also fixes the silly autoWirelessScanPlus_RN omission (by > including all object files). But this is positively the last time I've > either > > - created backend_src/obj by hand > - created backend_src/bin by hand > - added automated_scanner.o by hand > - added the required library by hand > > You're free to publish broken stuff on the web and refuse to fix it and > other people are as free to ignore the project if even the most simple > bugs never get fixed." > > UNQUOTE > > > Please, let us be civilised. > > What is the problem? You know, I am not the packager; I only coded and > tested the compiled executables. Please note, that I compiled my > executables by directly invoking gcc and by using the Lazarus IDE for > the frontend. This means, the way I compile both executables cannot > uncover bugs related with using dpkg-buildpackage or make. > > "- created backend_src/obj by hand > - created backend_src/bin by hand" > > Tell, what is missing in my source tree? Should I create the obj and > bin directories myself in the source tree? You know, there were > opinions which argued against that. Also note, I am not at all > refusing anything that I know how to handle. > > Please, be specific as to what is missing in netman? > > To All: > At the moment I a very busy somewhere else. I cannot dedicate as > before whole days for coding. Now, I only afford an hour or so. I can > only say, that since its inception, which is around the middle of last > August, I have been continually using netman as my network manager. > > > Thanks, Edward. > > On 07/12/2015, Rainer Weikusat <rainerweiku...@virginmedia.com> wrote: >> aitor_czr <aitor_...@gnuinos.org> writes: >>> Now i get the following error trying to compile the backend: >>> >>> " ... automated_scanner.c:291: undefined reference to `pow' ... " >>> >>> The 'pow' function is part of the 'math' library. Therefore, the >>> invokation of the compiler should be as follows: >>> >>> $ gcc -g -lm [...] >>> >>> in order to link with the math library, but it doesn't work for me >>> even though the headers <math.h> are included in 'automated_scanner.c' >>> >>> Aitor. >>> >>> Note.- I'm using the latest version in your git repository. >>> >>> https://git.devuan.org/edbarx/netman >> >> Works for me with the following changes >> >> ---------- >> diff --git a/backend_src/Makefile b/backend_src/Makefile >> index 0b48a1d..63911a3 100644 >> --- a/backend_src/Makefile >> +++ b/backend_src/Makefile >> @@ -7,7 +7,8 @@ OBJECTS=\ >> obj/caller.o \ >> obj/core_functions.o \ >> obj/file_functions.o \ >> - obj/essid_encoder.o >> + obj/essid_encoder.o \ >> + obj/automated_scanner.o >> >> CFLAGS += -Wall -Wextra -Iinclude -g -O2 >> #CFLAGS += -Wall -Wextra -Iinclude -ggdb >> @@ -18,7 +19,7 @@ clean: >> rm -f $(OBJECTS) bin/backend >> >> bin/backend: $(OBJECTS) >> - $(CC) -o $@ $(OBJECTS) >> + $(CC) -lm -o $@ $(OBJECTS) >> >> obj/%.o : src/%.c >> $(CC) -c $(CFLAGS) $(CPPFLAGS) -o $@ $< >> ------------ >> >> NB: This also fixes the silly autoWirelessScanPlus_RN omission (by >> including all object files). But this is positively the last time I've >> either >> >> - created backend_src/obj by hand >> - created backend_src/bin by hand >> - added automated_scanner.o by hand >> - added the required library by hand >> >> You're free to publish broken stuff on the web and refuse to fix it and >> other people are as free to ignore the project if even the most simple >> bugs never get fixed. >> _______________________________________________ >> Dng mailing list >> Dng@lists.dyne.org >> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng >> > _______________________________________________ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
