Click here to Skip to main content
14,270,034 members

C / C++ / MFC

 
GeneralRe: How to associate a row selected by ListControl with a specified path and file Pin
tianzhili439916-May-19 0:06
membertianzhili439916-May-19 0:06 
Questionsolved Linking "foreign" library - not build on running system ? Pin
Vaclav_12-May-19 17:46
memberVaclav_12-May-19 17:46 
AnswerRe: Linking "foreign" library - not build on running system ? Pin
Richard MacCutchan12-May-19 21:19
protectorRichard MacCutchan12-May-19 21:19 
QuestionC++, java Pin
Benjamin Apire9-May-19 10:47
memberBenjamin Apire9-May-19 10:47 
QuestionRe: C++, java Pin
David Crow9-May-19 17:10
memberDavid Crow9-May-19 17:10 
AnswerRe: C++, java Pin
CPallini9-May-19 21:22
mveCPallini9-May-19 21:22 
AnswerRe: C++, java Pin
Richard MacCutchan9-May-19 21:38
protectorRichard MacCutchan9-May-19 21:38 
QuestionAnalyzing make error output - one problem solved.... Pin
Vaclav_8-May-19 6:38
memberVaclav_8-May-19 6:38 
I could use some assistance deciphering enclosed "make" output.

I like to start with "In file included..."
The last number is probably source line (?)
Does the sequence tells the "hierarchy " of the headers (?)
Is there a single source of error - "error: size of array" (?)

I am not asking for solution, I just need some guidance to logically analyze the output and correct the error.

Thanks
Cheers

Addendum
Does

/usr/include/glib-2.0/glib/gtypes.h:422:3: note: in expansion of macro 'G_STATIC_ASSERT'
G_STATIC_ASSERT(sizeof (unsigned long long) == sizeof (guint64));

tells me to look at definition of G_STATIC_ASSERT (?)

Do I understand correctly that notes " note:...." being added by make are not necessarily in some relation / sequence and can start debugging from any place?




jim@jim-desktop:/media/jim/DEV/BLUEZ/BLUEZ_RPI/bluez-5.50$ sudo make
make --no-print-directory all-am
  CC       lib/bluetooth.lo
  CC       lib/hci.lo
  CC       lib/sdp.lo
  CCLD     lib/libbluetooth.la
  CC       lib/uuid.lo
  CCLD     lib/libbluetooth-internal.la
arm-linux-gnueabihf-ar: `u' modifier ignored since `D' is the default (see `U')
  CC       gdbus/mainloop.lo

In file included from /usr/lib/x86_64-linux-gnu/glib-2.0/include/glibconfig.h:9:0,
                 from /usr/include/glib-2.0/glib/gtypes.h:32,
                 from /usr/include/glib-2.0/glib/galloca.h:32,
                 from /usr/include/glib-2.0/glib.h:30,
                 from gdbus/mainloop.c:28:
/usr/include/glib-2.0/glib/gtypes.h: In function '_GLIB_CHECKED_ADD_U64':
/usr/include/glib-2.0/glib/gmacros.h:232:53: error: size of array '_GStaticAssertCompileTimeAssertion_0' is negative
 #define G_STATIC_ASSERT(expr) typedef char G_PASTE (_GStaticAssertCompileTimeAssertion_, __COUNTER__)[(expr) ? 1 : -1] G_GNUC_UNUSED
                                                     ^
/usr/include/glib-2.0/glib/gmacros.h:229:47: note: in definition of macro 'G_PASTE_ARGS'
 #define G_PASTE_ARGS(identifier1,identifier2) identifier1 ## identifier2
                                               ^
/usr/include/glib-2.0/glib/gmacros.h:232:44: note: in expansion of macro 'G_PASTE'
 #define G_STATIC_ASSERT(expr) typedef char G_PASTE (_GStaticAssertCompileTimeAssertion_, __COUNTER__)[(expr) ? 1 : -1] G_GNUC_UNUSED
                                            ^
/usr/include/glib-2.0/glib/gtypes.h:422:3: note: in expansion of macro 'G_STATIC_ASSERT'
   G_STATIC_ASSERT(sizeof (unsigned long long) == sizeof (guint64));
   ^
Makefile:5858: recipe for target 'gdbus/mainloop.lo' failed
make[1]: *** [gdbus/mainloop.lo] Error 1
Makefile:3278: recipe for target 'all' failed
make: *** [all] Error 2
jim@jim-desktop:/media/jim/DEV/BLUEZ/BLUEZ_RPI/bluez-5.50$ 


SOLUTION FOUND

OK, against my better judgment , I just hate 'try this and see' ) I changed the cast to (unsigned long) and here are the abbreviated results :


jim@jim-desktop:/media/jim/DEV/BLUEZ/BLUEZ_RPI/bluez-5.50$ sudo make
make --no-print-directory all-am
  CC       gdbus/mainloop.lo     HORRAY IT passed ! 
  CC       gdbus/watch.lo
  CC       gdbus/object.lo
  CC       gdbus/client.lo
  CC       gdbus/polkit.lo
  CCLD     gdbus/libgdbus-internal.la
arm-linux-gnueabihf-ar: `u' modifier ignored since `D' is the default (see `U')
  ............
  CC       client/gatt.o
  CCLD     client/bluetoothctl
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/bin/ld: cannot find -lglib-2.0
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/bin/ld: cannot find -ldbus-1
/usr/lib/gcc-cross/arm-linux-gnueabihf/5/../../../../arm-linux-gnueabihf/bin/ld: cannot find -lreadline
collect2: error: ld returned 1 exit status
Makefile:4136: recipe for target 'client/bluetoothctl' failed
make[1]: *** [client/bluetoothctl] Error 1
Makefile:3278: recipe for target 'all' failed
make: *** [all] Error 2
jim@jim-desktop:/media/jim/DEV/BLUEZ/BLUEZ_RPI/bluez-5.50$ 


This last error is definitely telling "make" is attempting to cross compile ( client ) and looking for "arm" resources.

I'll work on that and ask for assistance if needed.

I really appreciate all the support with the last case.
I do not need to find out why the source code has a 64 bits bug in it.
Prefer not to fix somebody else working code.

I am trying hard not to screw something and break this "autotools" chain of command, so I'll be happy with this hack.

Thanks again
Cheers

modified 10-May-19 14:53pm.

AnswerRe: Analyzing make error output Pin
CPallini8-May-19 7:42
mveCPallini8-May-19 7:42 
GeneralRe: Analyzing make error output Pin
Vaclav_8-May-19 8:08
memberVaclav_8-May-19 8:08 
GeneralRe: Analyzing make error output Pin
Vaclav_8-May-19 17:05
memberVaclav_8-May-19 17:05 
GeneralRe: Analyzing make error output Pin
Stefan_Lang9-May-19 0:08
memberStefan_Lang9-May-19 0:08 
AnswerRe: Analyzing make error output Pin
Richard MacCutchan8-May-19 9:35
protectorRichard MacCutchan8-May-19 9:35 
AnswerRe: Analyzing make error output Pin
Richard MacCutchan8-May-19 21:21
protectorRichard MacCutchan8-May-19 21:21 
AnswerRe: Analyzing make error output Pin
Stefan_Lang8-May-19 23:49
memberStefan_Lang8-May-19 23:49 
GeneralRe: Analyzing make error output Pin
Vaclav_9-May-19 13:20
memberVaclav_9-May-19 13:20 
GeneralRe: Analyzing make error output Pin
Vaclav_10-May-19 8:14
memberVaclav_10-May-19 8:14 
QuestionCalling python function from c++ Pin
Shohel hasan4-May-19 23:24
memberShohel hasan4-May-19 23:24 
AnswerRe: Calling python function from c++ Pin
Victor Nijegorodov5-May-19 0:35
memberVictor Nijegorodov5-May-19 0:35 
AnswerRe: Calling python function from c++ Pin
Richard MacCutchan5-May-19 1:49
protectorRichard MacCutchan5-May-19 1:49 
AnswerRe: Calling python function from c++ Pin
CPallini5-May-19 9:54
mveCPallini5-May-19 9:54 
QuestionHas C++ ever considered XML style namespaces? Pin
david321729-Apr-19 19:51
memberdavid321729-Apr-19 19:51 
AnswerRe: Has C++ ever considered XML style namespaces? Pin
Joe Woodbury29-Apr-19 20:12
professionalJoe Woodbury29-Apr-19 20:12 
AnswerRe: Has C++ ever considered XML style namespaces? Pin
Stefan_Lang2-May-19 2:10
memberStefan_Lang2-May-19 2:10 
GeneralRe: Has C++ ever considered XML style namespaces? Pin
CPallini3-May-19 0:05
mveCPallini3-May-19 0:05 

General General    News News    Suggestion Suggestion    Question Question    Bug Bug    Answer Answer    Joke Joke    Praise Praise    Rant Rant    Admin Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.