[Podofo-users] build error
Hi, I got this today: /home/pierre/system/src/podofo/src/PdfParser.cpp:483: error: integer constant is too large for ‘long’ type /home/pierre/system/src/podofo/src/PdfParser.cpp:484: error: integer constant is too large for ‘long’ type with: ../podofo/src/PdfDefines.h:#define PODOFO_MAX_OBJ_NUMBER 99 So, I don’t know exactly what’s the bizarre brain malfunction but I changed it into here[1] to have it compiling :) [1] OpenSuse 10.3 $ rpm -qi gcc-c++-4.2-24 Name: gcc-c++ Relocations: (not relocatable) Version : 4.2 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 24Build Date: ven 21 sep 2007 20:23:17 CEST Install Date: sam 06 oct 2007 17:34:27 CEST Build Host: glinka.suse.de Group : Development/Languages/C and C++ Source RPM: gcc-4.2-24.src.rpm Size: 0License: GPL v2 or later Signature : DSA/SHA1, ven 21 sep 2007 20:26:44 CEST, Key ID a84edae89c800aca Packager: http://bugs.opensuse.org URL : http://gcc.gnu.org/ Summary : The system GNU C++ Compiler Description : The system GNU C++ Compiler. Distribution: openSUSE 10.3 (i586) $ uname -a Linux portable 2.6.22.17-0.1-default #1 SMP 2008/02/10 20:01:04 UTC i686 i686 i386 GNU/Linux $rpm -qi glibc-2.6.1-18.3 Name: glibcRelocations: (not relocatable) Version : 2.6.1 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 18.3 Build Date: mar 23 oct 2007 14:57:03 CEST Install Date: mer 24 oct 2007 20:54:41 CEST Build Host: linux-r2dp Group : System/Libraries Source RPM: glibc-2.6.1-18.3.src.rpm Size: 4045566 License: BSD 3-Clause; GPL v2 or later; LGPL v2 or later Signature : DSA/SHA1, mar 23 oct 2007 17:36:16 CEST, Key ID a84edae89c800aca Packager: http://bugs.opensuse.org URL : http://www.gnu.org/software/libc/libc.html Summary : Standard Shared Libraries (from the GNU C Library) Description : The GNU C Library provides the most important standard libraries used by nearly all programs: the standard C library, the standard math library, and the POSIX thread library. A system is not functional without these libraries. Distribution: openSUSE 10.3 (i686) -- Pierre Marchand - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users
Re: [Podofo-users] build error
Hmm, does this help? Making it explicitly a long? #define PODOFO_MAX_OBJ_NUMBER 99L AFAIK Craig is working on x86_64, too, as I am. So our 64bit longs should be definitely large enough, maybe we have to check MAX_INT or MAX_LONG on other platforms. This could solve your problem on Unix at least: #include limits.h #if 99L LONG_MAX #define PODOFO_MAX_OBJ_NUMBER 99L #else #define PODOFO_MAX_OBJ_NUMBER LONG_MAX #endif Ciao, Dom Am Dienstag, 15. April 2008 schrieb Pierre Marchand: Hi, I got this today: /home/pierre/system/src/podofo/src/PdfParser.cpp:483: error: integer constant is too large for ‘long’ type /home/pierre/system/src/podofo/src/PdfParser.cpp:484: error: integer constant is too large for ‘long’ type with: ../podofo/src/PdfDefines.h:#define PODOFO_MAX_OBJ_NUMBER 99 So, I don’t know exactly what’s the bizarre brain malfunction but I changed it into here[1] to have it compiling :) [1] OpenSuse 10.3 $ rpm -qi gcc-c++-4.2-24 Name: gcc-c++ Relocations: (not relocatable) Version : 4.2 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 24Build Date: ven 21 sep 2007 20:23:17 CEST Install Date: sam 06 oct 2007 17:34:27 CEST Build Host: glinka.suse.de Group : Development/Languages/C and C++ Source RPM: gcc-4.2-24.src.rpm Size: 0License: GPL v2 or later Signature : DSA/SHA1, ven 21 sep 2007 20:26:44 CEST, Key ID a84edae89c800aca Packager: http://bugs.opensuse.org URL : http://gcc.gnu.org/ Summary : The system GNU C++ Compiler Description : The system GNU C++ Compiler. Distribution: openSUSE 10.3 (i586) $ uname -a Linux portable 2.6.22.17-0.1-default #1 SMP 2008/02/10 20:01:04 UTC i686 i686 i386 GNU/Linux $rpm -qi glibc-2.6.1-18.3 Name: glibcRelocations: (not relocatable) Version : 2.6.1 Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany Release : 18.3 Build Date: mar 23 oct 2007 14:57:03 CEST Install Date: mer 24 oct 2007 20:54:41 CEST Build Host: linux-r2dp Group : System/Libraries Source RPM: glibc-2.6.1-18.3.src.rpm Size: 4045566 License: BSD 3-Clause; GPL v2 or later; LGPL v2 or later Signature : DSA/SHA1, mar 23 oct 2007 17:36:16 CEST, Key ID a84edae89c800aca Packager: http://bugs.opensuse.org URL : http://www.gnu.org/software/libc/libc.html Summary : Standard Shared Libraries (from the GNU C Library) Description : The GNU C Library provides the most important standard libraries used by nearly all programs: the standard C library, the standard math library, and the POSIX thread library. A system is not functional without these libraries. Distribution: openSUSE 10.3 (i686) -- ** Dominik Seichter - [EMAIL PROTECTED] KRename - http://www.krename.net - Powerful batch renamer for KDE KBarcode - http://www.kbarcode.net - Barcode and label printing PoDoFo - http://podofo.sf.net - PDF generation and parsing library SchafKopf - http://schafkopf.berlios.de - Schafkopf, a card game, for KDE Alan - http://alan.sf.net - A Turing Machine in Java ** signature.asc Description: This is a digitally signed message part. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users
Re: [Podofo-users] build error
Dominik Seichter wrote: Hmm, does this help? Making it explicitly a long? #define PODOFO_MAX_OBJ_NUMBER 99L AFAIK Craig is working on x86_64, too, as I am. So our 64bit longs should be definitely large enough, maybe we have to check MAX_INT or MAX_LONG on other platforms. That should never exceed max long, but does exceed max int. It should've been explicitly `long', because it's used with `long' data types. gcc 4.1 handles it silently, but newer versions appear to be stricter (good!). My bad. It should be fixed in SVN now. -- Craig Ringer - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone ___ Podofo-users mailing list Podofo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/podofo-users