Gnucash2 Build fails on fedora Core 4

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

Gnucash2 Build fails on fedora Core 4

Nikos Charonitakis
gcc4 problem or something missing in mystem?

Some deprecated features have been used.  Set the environment
variable GUILE_WARN_DEPRECATED to "detailed" and rerun the
program to get more information.  Set it to "no" to suppress
this message.
FLAVOR=gnome guile -c \
 "(set! %load-path (cons \"/usr/share/guile\" %load-path)) \
 (set! %load-path (cons \"/usr/local/src/gnucash/src/engine\" %load-path)) \
 (primitive-load \"./gw-kvp-spec.scm\") \
 (gw:generate-wrapset \"gw-kvp\")"
add-ws-t gw-kvp #<output: gw-kvp.c 3> gw:global-declarations-ccg
 for-client gw-engine gw-kvp
 for-client gw-glib gw-kvp
 for-client gw-wct gw-kvp
 for-client gw-standard gw-kvp
 for-parent gw-kvp
add-ws-t gw-kvp #<output: gw-kvp.c 3> gw:global-definitions-ccg
 for-client gw-engine gw-kvp
 for-client gw-glib gw-kvp
 for-client gw-wct gw-kvp
 for-client gw-standard gw-kvp
 for-parent gw-kvp

Some deprecated features have been used.  Set the environment
variable GUILE_WARN_DEPRECATED to "detailed" and rerun the
program to get more information.  Set it to "no" to suppress
this message.
make  all-recursive
make[4]: Entering directory `/usr/local/src/gnucash/src/engine'
Making all in .
make[5]: Entering directory `/usr/local/src/gnucash/src/engine'
if /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../..    -I../../lib/libc -I../../src -I../../src/gnc-module
-DGNUCASH -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
  -I /usr/include/g-wrap  -g -O2 -Wall -Wunused -Wmissing-prototypes
-Wmissing-declarations   -Werror -MT gw-engine.lo -MD -MP -MF
".deps/gw-engine.Tpo" -c -o gw-engine.lo gw-engine.c; \
then mv -f ".deps/gw-engine.Tpo" ".deps/gw-engine.Plo"; else rm -f
".deps/gw-engine.Tpo"; exit 1; fi
mkdir .libs
gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../lib/libc -I../../src
-I../../src/gnc-module -DGNUCASH -pthread -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I /usr/include/g-wrap -g -O2 -Wall
-Wunused -Wmissing-prototypes -Wmissing-declarations -Werror -MT
gw-engine.lo -MD -MP -MF .deps/gw-engine.Tpo -c gw-engine.c  -fPIC -o
.libs/gw-engine.o
cc1: warnings being treated as errors
gw-engine.c: In function 'gw__tmp427_xaccQueryAddDateMatch_wrapper':
gw-engine.c:16688: warning: 'gw__scm_extras[0]' is used uninitialized
in this function
make[5]: *** [gw-engine.lo] Error 1
make[5]: Leaving directory `/usr/local/src/gnucash/src/engine'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/usr/local/src/gnucash/src/engine'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/usr/local/src/gnucash/src/engine'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/gnucash/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/gnucash'
make: *** [all] Error 2

_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gnucash2 Build fails on fedora Core 4

David Hampton-2
On Mon, 2005-07-18 at 00:21 +0300, Nikos Charonitakis wrote:
> gcc4 problem or something missing in mystem?

New checks added to gcc4.  Use gcc3.x.

David


_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: Gnucash2 Build fails on fedora Core 4

Chris Shoemaker
On Sun, Jul 17, 2005 at 06:18:10PM -0400, David Hampton wrote:
> On Mon, 2005-07-18 at 00:21 +0300, Nikos Charonitakis wrote:
> > gcc4 problem or something missing in mystem?
>
> New checks added to gcc4.  Use gcc3.x.

Incidentally, I just bought a new laptop and put FC4 on it, so I've
discovered that it is at least possible to build with gcc4 with the
"-Wno-pointer-sign" option to CFLAGS.  I also had to make some changes
related to G_INLINE_FUNC, too, but I'm still sorting out exactly what
was necessary.  I think we were basically abusing the macro, and if it
expands to 'extern inline' *everywhere* (including function
definition) then you end up with an undefined symbol in the .so.  My
current work-around is to remove the macro from function definitions,
but leave it in the declarations.  I haven't verified that the
inlining actually takes place, but at least it links.

-chris

>
> David
>
>
> _______________________________________________
> gnucash-devel mailing list
> [hidden email]
> https://lists.gnucash.org/mailman/listinfo/gnucash-devel
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel