Next test binary: EDGE 1.35c

Discuss anything EDGE-related that doesn't fall into the categories.

Moderators: andrewj, Corbin, Lobo

User avatar
andrewj
Posts: 698
Joined: Sat 05 May 2007 11:22 am
Location: Tasmania

Next test binary: EDGE 1.35c

Postby andrewj » Sat 17 Jul 2010 3:00 am


zZaRDoZz
Posts: 132
Joined: Mon 10 Aug 2009 1:15 am

Postby zZaRDoZz » Sat 17 Jul 2010 5:18 am


User avatar
Corbin
Posts: 657
Joined: Mon 09 Jul 2007 6:10 am
Location: vice city, california
Contact:

Postby Corbin » Tue 20 Jul 2010 6:39 am


zZaRDoZz
Posts: 132
Joined: Mon 10 Aug 2009 1:15 am

Postby zZaRDoZz » Wed 21 Jul 2010 5:12 pm


User avatar
Corbin
Posts: 657
Joined: Mon 09 Jul 2007 6:10 am
Location: vice city, california
Contact:

Postby Corbin » Sat 30 Oct 2010 9:11 pm

Any word on when the final version of 1.35 comes out? Really itching for this one with all those bugfixes.

User avatar
hungerfish
Posts: 104
Joined: Sun 02 Sep 2007 4:23 pm

Postby hungerfish » Fri 05 Nov 2010 3:20 pm

If you build from svn you get 1.35d 8)
Call Apogee, Say "Aardwolf"!

User avatar
Corbin
Posts: 657
Joined: Mon 09 Jul 2007 6:10 am
Location: vice city, california
Contact:

Postby Corbin » Sat 06 Nov 2010 3:53 am


User avatar
hungerfish
Posts: 104
Joined: Sun 02 Sep 2007 4:23 pm

Postby hungerfish » Mon 08 Nov 2010 2:00 pm

Call Apogee, Say "Aardwolf"!

User avatar
andrewj
Posts: 698
Joined: Sat 05 May 2007 11:22 am
Location: Tasmania

Postby andrewj » Tue 09 Nov 2010 3:30 am


User avatar
hungerfish
Posts: 104
Joined: Sun 02 Sep 2007 4:23 pm

Postby hungerfish » Tue 09 Nov 2010 11:02 pm

Call Apogee, Say "Aardwolf"!

User avatar
andrewj
Posts: 698
Joined: Sat 05 May 2007 11:22 am
Location: Tasmania

Postby andrewj » Wed 10 Nov 2010 1:35 am

You said libogg compiles OK, so the linker should find it, but it does not. Perhaps the lib file (.a extension) is in a different place than the Makefile expects.

Run "find lib_win32 -name libogg.a" and see if it finds it, then compare the location with the -L part in the Makefile, for example: "LDFLAGS += -L$(LIBDIR)/libogg-1.1.3/src". I assume you fixed the version numbers in the Makefile to match the actual directory names.

Make sure that static libraries (.a extension) have been built. It may have only built the shared libraries (dll extension).

You don't need to compile SDL -- you can download a mingw compiled one from libsdl.org. That's the one library I don't statically link with.

I don't know how I compiled GLEW (possibly just invoking the compiler "by hand"), but here are my "xming" makefiles for zlib and png --- actually I have put them all in a zip, here:

http://edge.sourceforge.net/files/xmings.zip

User avatar
hungerfish
Posts: 104
Joined: Sun 02 Sep 2007 4:23 pm

Postby hungerfish » Wed 10 Nov 2010 8:19 pm

You were right, the libs were hiding in ".libs"... :roll:
Anyhoot, I managed to finish building all the libs and also edge, using the xmings you provided and modifying them somewhat.

make now spits out an executable, which sadly does not run. :(
First it now depends on glew32.dll, libjpeg-8.dll, libogg-0.dll libpng12.dll.
I guess I must have done something wrong there...
It also needs libgcc_s_sjlj1.dll and libstdc++-6.dll both of which are distributed with my version of mingw32, very odd...

After feeding it all those dlls, it still wont start though,
"...unable to start correctly (0xc0000142)"

Any ideas?
Call Apogee, Say "Aardwolf"!

User avatar
andrewj
Posts: 698
Joined: Sat 05 May 2007 11:22 am
Location: Tasmania

Postby andrewj » Thu 11 Nov 2010 4:50 am

What version of mingw32 and what OS are you using?

I'm using mingw32 ersion 4.2.1 in Debian testing (Squeeze).

The version should not matter, but maybe something significant was changed. For example, there is no "libgcc_s_*" library in any of these Debian mingw32 packages.

Again make sure that only static versions of the libraries exist. If there are "lib*.dll" or even "lib*_dll.a" exist then delete them, the linker may be finding them instead of the static ones (the GNU linker is fucking annoying sometimes, it is a very poor tool).

i586-mingw32msvc-nm is a program you can look at the generated EXE (or object files) and see what symbols are there. If you see "DLL stuff" about libraries that should be static, then you know it has done the wrong thing.

User avatar
hungerfish
Posts: 104
Joined: Sun 02 Sep 2007 4:23 pm

Postby hungerfish » Thu 11 Nov 2010 12:10 pm

Call Apogee, Say "Aardwolf"!

User avatar
andrewj
Posts: 698
Joined: Sat 05 May 2007 11:22 am
Location: Tasmania

Postby andrewj » Sun 14 Nov 2010 8:06 am


User avatar
Corbin
Posts: 657
Joined: Mon 09 Jul 2007 6:10 am
Location: vice city, california
Contact:

Postby Corbin » Mon 21 Feb 2011 8:32 am


User avatar
hungerfish
Posts: 104
Joined: Sun 02 Sep 2007 4:23 pm

Postby hungerfish » Wed 23 Feb 2011 12:00 pm

Call Apogee, Say "Aardwolf"!

User avatar
hungerfish
Posts: 104
Joined: Sun 02 Sep 2007 4:23 pm

hmmm

Postby hungerfish » Wed 23 Feb 2011 12:00 pm

Call Apogee, Say "Aardwolf"!

User avatar
Corbin
Posts: 657
Joined: Mon 09 Jul 2007 6:10 am
Location: vice city, california
Contact:

Postby Corbin » Wed 23 Feb 2011 8:56 pm


User avatar
andrewj
Posts: 698
Joined: Sat 05 May 2007 11:22 am
Location: Tasmania

Postby andrewj » Thu 24 Feb 2011 8:21 am


User avatar
Corbin
Posts: 657
Joined: Mon 09 Jul 2007 6:10 am
Location: vice city, california
Contact:

Postby Corbin » Fri 25 Feb 2011 7:00 am

Changed the flag but it's still not working.

Currently the only method I have to getting this to work is to have Notepad++ find/replace according to what output mingw32 gives me upon bombing.

For instance, if MinGw32 stops compiling because it can't find the path , I have to edit all the files using find/replace:

Find what: #include "src/
Replace with: #include "../src/
Directory: C:\edgesrc\ddf

-and I just append it for the error message.

At least I don't have to hit every single file but I'm still "editing" them all manually..

edit: It's really no worries to have to edit everything like that, it passes the time and in the end, everything worked fine.

User avatar
Corbin
Posts: 657
Joined: Mon 09 Jul 2007 6:10 am
Location: vice city, california
Contact:

Postby Corbin » Thu 03 Mar 2011 2:48 am

Woohoo! Finally compiled the exe, but it topped out at 2.8MB, a little bigger than it should be I'm guessing.

Everything runs fine, but I'm noticing a small sound lag. Weird.

User avatar
andrewj
Posts: 698
Joined: Sat 05 May 2007 11:22 am
Location: Tasmania

Postby andrewj » Fri 04 Mar 2011 11:13 am

After building, the command 'make stripped' will reduce the exe size by stripping out unneeded stuff. You may need to fix the makefile and replace i586-mingw32-strip with just plain strip.

User avatar
Corbin
Posts: 657
Joined: Mon 09 Jul 2007 6:10 am
Location: vice city, california
Contact:

Postby Corbin » Sat 05 Mar 2011 3:04 am


User avatar
andrewj
Posts: 698
Joined: Sat 05 May 2007 11:22 am
Location: Tasmania

Postby andrewj » Sat 05 Mar 2011 10:56 am

The compiler flag -static-libgcc may help with the libgcc DLL. I don't know about the libstdc DLL though.

Otherwise, yeah, you'll need to distribute those DLLs with your EDGE binary.


Return to “General Discussion”

Who is online

Users browsing this forum: No registered users and 1 guest