New win32 lib bundle with Dwarf2
Hi, all,
I just uploaded a new lib bundle on the server.
It has been over a year since I last updated the C++ libs. I also have wanted for months to move from the existing setjump/longjump (sjlj) exception handling to the new (to MinGW) Dwarf2 EH. Gcc has had Dwarf2 for years, but only recently has MinGW started providing it. It should allow better backtraces and slightly smaller binaries.
I made a build with it manually this morning: http://inkscape.modevia.com/win32/Inkscape-0710221807-dw2.7z
I assembled some MinGW binaries to make this working compiler: http://inkscape.modevia.com/win32libs/mingw-4.2.1-071022-dw2.7z
...and here is the new bundle. http://inkscape.modevia.com/win32libs/gtk210-071022-dw2.7z
Note that the C++ compiler, library bundle, and Inkscape build must all be either sjlj or Dwarf2. You can't mix them, else there will be a linking error.
I also added a version of build.xml to the trunk to handle this, build-dw2.xml. This should keep from breaking everyone else's build. To use it: ./btool -f build-dw2.xml
Of course there is a corresponding cross-compiler: http://inkscape.modevia.com/win32libs/xmingw-4.2.1-dw2.tar.bz2
...which made this build, which looks ok, but I haven't run yet: http://inkscape.modevia.com/win32/Inkscape0710230156.7z It looks larger, but none of the DLLs have been stripped yet.
From now on, all of the "autobuilds" there will be Dwarf2.
Probably in a couple of weeks when everyone catches up, it will become the default.
Have fun!
ishmal(bob)
On Mon, 2007-10-22 at 21:19 -0500, Bob Jamison wrote:
...and here is the new bundle. http://inkscape.modevia.com/win32libs/gtk210-071022-dw2.7z
Is this GTK+ 2.10? Should we be using 2.14?
--Ted
Ted Gould wrote:
On Mon, 2007-10-22 at 21:19 -0500, Bob Jamison wrote:
...and here is the new bundle. http://inkscape.modevia.com/win32libs/gtk210-071022-dw2.7z
Is this GTK+ 2.10? Should we be using 2.14?
--Ted
Actually, it is gtk-2.12 and glib-2.14. I have been keeping the name constant in order to not break anyone's build. I guess we should maybe call it something else. What would people think of "c:\gtklibs" ?
bob
Bob,
On 10/23/07, Bob Jamison <rwjj@...127...> wrote:
Actually, it is gtk-2.12 and glib-2.14.
Which means it should now work on Vista, which is good. But what about this:
- it must have libgc compiled with LARGE_CONFIG defined, as per the instructions linked from this bug (in mental's comment):
https://sourceforge.net/tracker/index.php?func=detail&aid=1803613&gr...
to remove the 0.5 Gb memory limit.
Bob,
And another question: What will it take to include libaspell so we can have spell checking in Text&Font dialog on Windows?
https://sourceforge.net/support/tracker.php?aid=1822649
On 10/23/07, bulia byak <buliabyak@...400...> wrote:
Bob,
On 10/23/07, Bob Jamison <rwjj@...127...> wrote:
Actually, it is gtk-2.12 and glib-2.14.
Which means it should now work on Vista, which is good. But what about this:
- it must have libgc compiled with LARGE_CONFIG defined, as per the
instructions linked from this bug (in mental's comment):
https://sourceforge.net/tracker/index.php?func=detail&aid=1803613&gr...
to remove the 0.5 Gb memory limit.
-- bulia byak Inkscape. Draw Freely. http://www.inkscape.org
bulia byak wrote:
Bob,
And another question: What will it take to include libaspell so we can have spell checking in Text&Font dialog on Windows?
Bulia, consider it done! :)
I added both aspell and libwpg to the lib bundle, which is here: http://inkscape.modevia.com/win32libs/devlibs-2.12-071101.7z
After a suggestion from Ted that "gtk210" is a bit meaningless now, I renamed the directory "devlibs", and the archive is named: devlibs-{gtk-version}-YYMMDD.7z
I did ask on the #channel for suggestions for names, but got no answers. Too late, sorry.
Also, after waiting a while for people to catch up, the default build file is again build.xml, and the older one is build-sjlj.xml. For people who need the older one, the command is: btool -f build-sjlj.xml "sjlj" is the older "setjump/longjump" exception handling scheme.
By the way, lazy people like me would probably want to do: btool -Ddist=c:/inkscape ...to send inkscape directly to the destination directory.
bob
Bob,
it's me again with the same request :) Looks like we need at least cairo 1.5.10 because of this bug:
https://bugs.launchpad.net/inkscape/+bug/181789
bulia byak wrote:
Bob,
it's me again with the same request :)
I feel bad for Bob every time I see this. Let's have a brainstorm. Is there any way we can unburden Bob? Can we setup some processes to allow this to be a distributed task, accomplishable by more than one person? Is there any way we could implement versioning and incremental updates (svn,rsync)? Or is the current arraignment satisfactory for everyone?
Aaron Spike
Aaron Spike wrote:
bulia byak wrote:
Bob,
it's me again with the same request :)
I feel bad for Bob every time I see this. Let's have a brainstorm. Is there any way we can unburden Bob? Can we setup some processes to allow this to be a distributed task, accomplishable by more than one person? Is there any way we could implement versioning and incremental updates (svn,rsync)? Or is the current arraignment satisfactory for everyone?
I'm completely with you on this. Especially because one of the most common things we need updates on is cairo (more often than gtk it seems). Plus, heaven forbid Adobe snags Bob too... ;) Our win32 users would be up the creek then.
-Josh
Josh Andler wrote:
Aaron Spike wrote:
bulia byak wrote:
Bob,
it's me again with the same request :)
Actually, I started using that last week. I'll upload it tomorrow. The last "fulldbg" build used it, I think.
I feel bad for Bob every time I see this. Let's have a brainstorm. Is there any way we can unburden Bob? Can we setup some processes to allow this to be a distributed task, accomplishable by more than one person? Is there any way we could implement versioning and incremental updates (svn,rsync)? Or is the current arraignment satisfactory for everyone?
I'm completely with you on this. Especially because one of the most common things we need updates on is cairo (more often than gtk it seems). Plus, heaven forbid Adobe snags Bob too... ;) Our win32 users would be up the creek then.
-Josh
I've always thought that some mechanism similar to Gentoo's (or wherever they got it) Portage would be excellent for keeping a win32 binary lib tree constantly updated. Not only would it be good for us, but we could share the burden/benefits with other projects with similar needs, like Gimp/win32.
For now, though, rsync does sound like it would do the trick, but svn would be better because of its ability to be versioned. For a release, we could tie a devlibs version to an Inkscape version. Transactions would be a bit slower; however, its ability to handle binary diffs would add some efficiencies.
bob
Aaron Spike schrieb:
bulia byak wrote:
Bob,
it's me again with the same request :)
I feel bad for Bob every time I see this. Let's have a brainstorm. Is there any way we can unburden Bob? Can we setup some processes to allow this to be a distributed task, accomplishable by more than one person? Is there any way we could implement versioning and incremental updates (svn,rsync)? Or is the current arraignment satisfactory for everyone?
Aaron Spike
+1 from my side. I would like to see a kind of howto for getting the sources and building the libs. And also the patches that might be nesesary. So everyone can reproduce this results. Then we need a place containing the official ones in our distribution.
HTH, Adib. ---
-----Original Message----- From: inkscape-devel-bounces@lists.sourceforge.net [mailto:inkscape-devel-bounces@lists.sourceforge.net] On Behalf Of Bob Jamison
Actually, it is gtk-2.12 and glib-2.14. I have been keeping the name constant in order to not break anyone's build. I guess we should maybe call it something else. What would people think of "c:\gtklibs" ?
I like this. "gtkdev" might also be a good option. I don't really care though, go through with whatever name seems best!
Johan
participants (7)
-
unknown＠example.com -
Aaron Spike -
Adib taraben -
Bob Jamison -
bulia byak -
Josh Andler -
Ted Gould