Caleb Xu

Nearly 10 years late now to this issue, but on platforms where link order matters (and probably only with older compilers - maybe more recent compilers mitigate this somehow), the issue is that the libpng link flags are specified too early in the link step. In the example provided in this report, the invocation is: gcc libpng-config --I_opts -Wall --pedantic -std=gnu99 -g -O2 libpng-config - -ldflags -lz -o pngnq.exe pngnq.o neuquant32.o rwpng.o -lz The piece with libpng-config --ldflags should go...

Never mind, only just noticed this is fixed in https://sourceforge.net/p/pdiff/code/53/ (added after 1.1.1 release).

Metric.cpp needs stdio.h header

The program compiles just fine without error.h (I just commented out the include line and compilation proceeded without any issues). I haven't really tested the produced binary apart from a simple "gpsim --version", so I can't confirm that all the functionality is intact. In terms of other issues, you mentioned that running autogen.sh might resolve the issues that Anonymous was having. I was just writing to let you know that autogen.sh doesn't exist in the source package, so I tried running "autoreconf...

The source package does not seem to contain an "autogen.sh", so I tried running "autoreconf -ivf". However, configuring and running make after autoreconf still yields the error regarding error.h. So it seems that the autogen/autoreconf does not fix things here.

gpsim 0.31.0 build fails on macOS due to missing header "error.h"

Would you consider adding elements into the Makefile to make the build process more portable? As it stands right now, the new Makefile doesn't work on macOS. We have to use patches like this to build (the old autoconf setup worked just fine). I can understand that you may not want to use autoconf/autotools, but it would be appreciated if you kept the build process cross-platform.