I'm using a OS X machine and I've written a library in C which I'd be using for future programs.
This is the declaration: (FunzioniListe.h)
#ifndef FUNZIONILISTE_H
#define FUNZIONILISTE_H
#include <stdio.h>
#include <stdlib.h>
struct node {
int nodeValue;
char elem;
struct node *next;
};
struct node *addElemToList(struct node *list, int position, int value, char elemToAdd);
void deleteElem(struct node *list, int value);
int listLen(struct node *list);
void printList(struct node *list);
#endif // FUNZIONILISTE_H_INCLUDE
This is the implementation: (FunzioniListe.c)
#include <stdio.h>
#include <stdlib.h>
#include "FunzioniListe.h"
struct node *addElemToList(struct node *list, int position, int value, char elemToAdd) {
struct node *newNode;
newNode = malloc(sizeof(struct node));
if (newNode == NULL) {
printf("Error: malloc failed");
exit(EXIT_FAILURE);
}
newNode->elem = elemToAdd;
newNode->nodeValue = value;
if (position > listLen(list)) {
while (list->next != NULL) {
list = list->next;
}
list->next = newNode;
} else {
int counter = 0;
while (counter < position) {
list = list->next;
}
newNode->next = list->next;
list->next = newNode;
}
return newNode;
}
void deleteElem(struct node *list, int position) {
int counter = 0;
struct node *elemToDelete;
if (position > 0 && position < listLen(list)) {
while (counter < (position - 1)) {
list = list->next;
}
elemToDelete = list->next;
list->next = elemToDelete->next;
free(elemToDelete);
} else {
while (counter < (listLen(list) - 1)) {
list = list->next;
}
elemToDelete = list->next;
free(elemToDelete);
}
}
int listLen(struct node *list) {
int listLen = 0;
for (; list != NULL; list = list->next) {
listLen++;
}
return listLen;
}
void printList(struct node *list) {
for (; list != NULL; list = list->next) {
printf("Node #%d\nElem: %c\n\n", list->nodeValue, list->elem);
}
}
The problem is that when I try to use this library in another project I get this output:
Undefined symbols for architecture x86_64:
"_addElemToList", referenced from:
_main in TestLibreria-ef7c77.o
"_printList", referenced from:
_main in TestLibreria-ef7c77.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
This is a simple program that takes advantages of the library already created:
#include <stdlib.h>
#include <stdio.h>
#include "FunzioniListe.h"
int main() {
struct node *first = NULL;
for (int i = 0; i < 7; i++) {
first = addElemToList(first, 30, i, i + 60);
}
printList(first);
}
I don't get what the problem is, both the files are correct but my Mac can't compile this correctly. Any reason why is this happening?
In depth invocation error:
Apple LLVM version 7.0.2 (clang-700.1.81)
Target: x86_64-apple-darwin15.2.0
Thread model: posix
"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang" -cc1 -triple x86_64-apple-macosx10.11.0 -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name TestLibreria.c -mrelocation-model pic -pic-level 2 -mthread-model posix -mdisable-fp-elim -masm-verbose -munwind-tables -target-cpu core2 -target-linker-version 253.9 -v -dwarf-column-info -resource-dir /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/7.0.2 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk -fdebug-compilation-dir /Users/Matt/CProjects/Lab -ferror-limit 19 -fmessage-length 195 -stack-protector 1 -mstackrealign -fblocks -fobjc-runtime=macosx-10.11.0 -fencode-extended-block-signature -fmax-type-align=16 -fdiagnostics-show-option -fcolor-diagnostics -o /var/folders/1c/6dpsqcrs69s9hgdnj0kkyh780000gn/T/TestLibreria-a8db8d.o -x c TestLibreria.c
clang -cc1 version 7.0.2 based upon LLVM 3.7.0svn default target x86_64-apple-darwin15.2.0
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/local/include"
ignoring nonexistent directory "/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/Library/Frameworks"
#include "..." search starts here:
#include <...> search starts here:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/7.0.2/include
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/include
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/System/Library/Frameworks (framework directory)
End of search list.
"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld" -demangle -dynamic -arch x86_64 -macosx_version_min 10.11.0 -syslibroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk -o a.out /var/folders/1c/6dpsqcrs69s9hgdnj0kkyh780000gn/T/TestLibreria-a8db8d.o -lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/7.0.2/lib/darwin/libclang_rt.osx.a
Undefined symbols for architecture x86_64:
"_addElemToList", referenced from:
_main in TestLibreria-a8db8d.o
"_printList", referenced from:
_main in TestLibreria-a8db8d.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
You don't link them.
You probably only use gcc -std=c99 main.c (assuming that is the name of the last one). Then the used functions don't get referenced. After running it so on Linux Mint 17.1 Rebecca personally I got
/tmp/ccOdy4br.o: In function
main': main.c:(.text+0x32): undefined reference toaddElemToList' main.c:(.text+0x4c): undefined reference to `printList' collect2: error: ld returned 1 exit status
So you should try with linking flag
gcc -std=c99 -c *.c
And then compiling it
gcc -std=c99 *.o
Then I am able to run it and successfully get a segmentation fault.
Note: * is a RegEx for any, it works in the terminal, since Mac is based on Unix.