current cvs - problems compiling win32
Hello,
I checked out a fresh copy from the cvs. This does not compile with mingw because a used define is commented out in the makefile. See below.
I also compiled a win32 installer for the 0.42pre0. This is 18meg, where should I put this? My webspace on geocities is only 10meg.
Ciao,
Adib. ---
cvs diff -u3 -- Makefile.mingw.common (in directory D:\projekte\inkscape) Index: Makefile.mingw.common =================================================================== RCS file: /cvsroot/inkscape/inkscape/Makefile.mingw.common,v retrieving revision 1.52 diff -u -3 -r1.52 Makefile.mingw.common --- Makefile.mingw.common 29 Jun 2005 07:07:29 -0000 1.52 +++ Makefile.mingw.common 30 Jun 2005 16:31:54 -0000 @@ -111,7 +111,7 @@ MSGFMT = $(GTKDOS)$(S)bin$(S)msgfmt
####### change me!! -DTG := 20050626 +DTG := 20050630
endif ########################################################################## @@ -120,10 +120,10 @@
###### VERSION NUMBER -VERSION_NR = 0.41+devel +VERSION_NR = 0.42pre0
# VERSION_NR = 0.42+cvs -# VERSION = "$(VERSION_NR)-${DTG}" +VERSION = "$(VERSION_NR)-${DTG}"
####### the XP_WIN def is necessary for libjs.a CFLAGS = -O3 -Wall -mms-bitfields -DVERSION=$(VERSION) \
***** CVS exited normally with code 1 *****
I checked out a fresh copy from the cvs. This does not compile with mingw because a used define is commented out in the makefile. See
below.
Yeah, as far as I know, it's always been like that. I believe that there just hadn't been any significant changes to that file until lately, which is why it came up. Either way, just uncommenting that line is the solution (as I gather you figured out).
I also compiled a win32 installer for the 0.42pre0. This is 18meg,
where
should I put this? My webspace on geocities is only 10meg.
I'm actually pretty sure that Ishmal is currently finishing up the new libraries for the win32 version, so it will need to be repackaged with those to really be effective for testing. Also, if it's 18 megs, you should package it using the NSIS installer which should get it down to 10 (or if not an installer and just a compressed file, package it with 7zip to get it that small).
-Josh
Joshua A. Andler wrote:
I'm actually pretty sure that Ishmal is currently finishing up the new libraries for the win32 version, so it will need to be repackaged with those to really be effective for testing.
I finished the first attempt at this, and the new libs can be found here:
I already made the commit to the Makefile.mingw.* files to accomodate this, and right-shifted the existing gtk2.4 ones to *.old.
The location defaults to c:\gtk26 now, to differentiate from the old one. You can change this to whatever you want, of course.
And, of course, you should do a "clean" first before building with this.
It actually seems a bit nicer and cleaner than the older one. There is one fix that someone needs to look at, however, in that the stock names seem to be missing from some pushbuttons. Minor theme tweak, I'm sure.
Notice that most of the libraries are dynamic now, and that the .exe size is smaller. Our users will probably appreciate this.
I also made a new cross-compiler for gcc3.4.4, but I'll wait a day or so to upload it, as the current compiler seems to handle it fine.
I think this fixes the libpng.dll bug by avoiding it. ;-)
Bob
Bob Jamison wrote:
There is one fix that someone needs to look at, however, in that the stock names seem to be missing from some pushbuttons. Minor theme tweak, I'm sure.
Actually, what I suspect is more likely is that the "make dist" target in Makefile.mingw is not copying some necessary module from the gtk26 directory to the 'inkscape' target. -All- of the libs have been replaced, not just gtk+. Either that, or something in /etc or gtkrc or something like that is incorrect.
Maybe someone can look at this today. I am going to be in the same situation as last summer, where during the work day I can compile win32 stuff on linux, but not test it. However, I do have an XP section on my laptop for nights/weekends.
Also, maybe someone can check into how we can actually run Perl and Python shells from the stuff we are embedding, without requiring the user to install other copies of them. We are including almost everything already.
(Bryce: is there enough space left on our SF disk quota for me to put all of the files on the inkscape.org site? My server will be up next week, but the Show Must Go On in the meantime.)
Bob (ishmal)
On Fri, Jul 01, 2005 at 06:25:22AM -0500, Bob Jamison wrote:
(Bryce: is there enough space left on our SF disk quota for me to put all of the files on the inkscape.org site? My server will be up next week, but the Show Must Go On in the meantime.)
It would be better if you could upload them to the file mirror system. I there's a 0.42pre0 section set up, where files like these could go.
I think the quotas on the web server really aren't followed, but SF would get fussy if we were providing files there when they have the file mirror system available. ;-)
Bryce
Adib Taraben wrote:
I checked out a fresh copy from the cvs. This does not compile with mingw because a used define is commented out in the makefile. See below.
I also compiled a win32 installer for the 0.42pre0. This is 18meg, where should I put this? My webspace on geocities is only 10meg.
Thanks for making this. I believe that you can put the file on upload.sf.net in the uploads directory anonymously. Then, tell someone here and we can pull it into the project.
Also, could you use the tarball to make the package next time? It makes it so when we receive bug reports we can figure out the files in CVS that match the bug report. There haven't been many changes in CVS, but just in case, it is a good practice.
Thanks again!
Ted
Ted Gould schrieb:
Adib Taraben wrote:
...
Thanks for making this. I believe that you can put the file on upload.sf.net in the uploads directory anonymously. Then, tell someone here and we can pull it into the project.
Yes there is ftp access. I put the file in /incomming/Inkscape-0.42pre0-1.win32.exe There was the transfer but I can not read (list) something in this directory :-?
Also, could you use the tarball to make the package next time? It makes it so when we receive bug reports we can figure out the files in CVS that match the bug report. There haven't been many changes in CVS, but just in case, it is a good practice.
Just a silly question: Where is the tarball? I know someone is doing daily snapshots but I did not found the reference in the WIKI. Thanks.
Adib.
Thanks again! Ted
Adib Taraben wrote:
Ted Gould schrieb:
Thanks for making this. I believe that you can put the file on upload.sf.net in the uploads directory anonymously. Then, tell someone here and we can pull it into the project.
Yes there is ftp access. I put the file in /incomming/Inkscape-0.42pre0-1.win32.exe There was the transfer but I can not read (list) something in this directory :-?
Yeah, most public FTP sites don't allow read access to upload directories, that way people can't use them to trade warez or other files. I added the file to the files for this release. Thanks!
Also, could you use the tarball to make the package next time? It makes it so when we receive bug reports we can figure out the files in CVS that match the bug report. There haven't been many changes in CVS, but just in case, it is a good practice.
Just a silly question: Where is the tarball? I know someone is doing daily snapshots but I did not found the reference in the WIKI. Thanks.
http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9...
I'm not sure on the snapshots, but the release tarball is at that link.
--Ted
participants (5)
-
Adib Taraben -
Bob Jamison -
Bryce Harrington -
Joshua A. Andler -
Ted Gould