Well that was a colossal waste of time. Interestingly, I found I cud get
rid of the other dependencies, SDL1 and Freetype, as they are no longer
needed by the main binary. So the ONLY requirement is poppler-cpp, so
shuffling it is pointless.
Here's the contents of the make files (if it helps):
On Sat, Aug 26, 2017 at 9:59 PM, Ivan Vučica wrote:
> Order in which you specify things to be linked (object files and libraries)
> may matter. Have you tried moving -lpoppler-cpp around?
Hmm, I must admit I hadn't even thought about that. I'll give it a go
and see what happens.
Technically, "pull/ID/head" is a reference (a 'ref') in the remote repo,
not a branch name.
And for clarification to other readers, BRANCHNAME is user-specified (i.e.
it specifies which local branch name should this remote ref be pulled
into). :)
On Wed, Aug 23, 2017 at 9:48 PM Derek Fawcus <
Order in which you specify things to be linked (object files and libraries)
may matter. Have you tried moving -lpoppler-cpp around?
Has the code you're building ever been successfully linked?
Is this code published?
On Sat, Aug 26, 2017 at 11:25 PM Jamie Ramone wrote:
>
1) Are you referring to the external library I'm trying to link
against? It's poppler-cpp
Output:
U abort@@GLIBC_2.2.5
002125b8 B __bss_start
002125b8 b completed.7585
ebe0 r CSWTCH.189
ebc0 r CSWTCH.191
U
Could you point us out to:
1) the output of running `nm libYourLibrary.so`
2) the header declarations for the functions you are using
3) the error output of the linker?
-- Daniel.
Em 26 de ago de 2017 19:03, "Jamie Ramone" escreveu:
> Hello world! I'm trying to build a
Hello world! I'm trying to build a project of mine in GNUstep which
requires some functionality provided by an external library, which is
in C++. I tried to build it with portions in Objc++ but faild. I said
it couldn't find the symbols it needed (calls to the methods of c++
objects). So I rewrote