You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Raphael Bircher <r....@gmx.ch> on 2011/12/13 16:10:20 UTC
Build breaker in ucpp
Hi at all
I was running in a build breaker in ucpp
=============
Building module ucpp
=============
Entering /Users/server3/Documents/build34/main/ucpp
mkdir: ./unxmacxi.pro/misc/build/ucpp/: File exists
Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/assert.c
assert.c: In function 'ucpp_handle_assert':
assert.c:181: warning: 't.line' is used uninitialized in this function
assert.c:134: warning: 'aname' may be used uninitialized in this function
assert.c:131: warning: 't.name' may be used uninitialized in this function
assert.c:133: warning: 'a' may be used uninitialized in this function
assert.c: In function 'ucpp_handle_unassert':
assert.c:295: warning: 't.line' is used uninitialized in this function
assert.c:245: warning: 't.name' may be used uninitialized in this function
Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/cpp.c
cpp.c: In function 'handle_if':
cpp.c:1049: warning: 'rt.line' is used uninitialized in this function
cpp.c:1126: warning: 'rt.line' is used uninitialized in this function
cpp.c:1167: warning: 'rt.line' is used uninitialized in this function
cpp.c:995: warning: 't.name' may be used uninitialized in this function
cpp.c:987: warning: 'tf.t' may be used uninitialized in this function
cpp.c: In function 'handle_include':
cpp.c:1200: warning: 'fname' may be used uninitialized in this function
cpp.c:1275: warning: 't.name' may be used uninitialized in this function
cpp.c:1299: warning: 't.name' may be used uninitialized in this function
cpp.c: In function 'handle_line':
cpp.c:1451: warning: 't.name' may be used uninitialized in this function
cpp.c: In function 'handle_cpp':
cpp.c:1646: warning: 't.line' is used uninitialized in this function
cpp.c:1641: warning: 't.name' may be used uninitialized in this function
Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/eval.c
eval.c: In function 'pp_strtoconst':
eval.c:306: warning: 'rs' may be used uninitialized in this function
eval.c: In function 'eval_shrd':
eval.c:407: warning: 'r.sign' may be used uninitialized in this function
Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/hash.c
Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/lexer.c
lexer.c: In function 'ucpp_next_token':
lexer.c:798: warning: 'shift_state' may be used uninitialized in this
function
lexer.c:799: warning: 'utf8' may be used uninitialized in this function
Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/macro.c
macro.c: In function 'ucpp_substitute_macro':
macro.c:1031: warning: 'atl' may be used uninitialized in this function
macro.c:760: warning: 't.name' may be used uninitialized in this function
macro.c:935: warning: 'd' may be used uninitialized in this function
macro.c:1034: warning: 'save_tfi' may be used uninitialized in this function
macro.c: In function 'ucpp_handle_define':
macro.c:493: warning: 't.name' may be used uninitialized in this function
macro.c:322: warning: 'mv.t' may be used uninitialized in this function
Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/mem.c
Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/nhash.c
nhash.c: In function 'find_node':
nhash.c:137: warning: 'ls' may be used uninitialized in this function
nhash.c: In function 'internal_put':
nhash.c:232: warning: 'pnode' may be used uninitialized in this function
Making: ucpp
unx
-rwxr-xr-x 1 server3 staff 96608 Dec 13 16:01
../../../../unxmacxi.pro/bin/ucpp
Making: all_ucpp.dpobj
Any Idea whats wrong
--
My private Homepage: http://www.raphaelbircher.ch/
Re: Build breaker in ucpp
Posted by Pavel Janík <Pa...@Janik.cz>.
> /bin/bash: /Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/340/unxmacxi.pro/bin/makedepend: No such
...
> Ie. wrong dependencies in the module ucpp.
I added the missing dependency on soltools (makedepend) to module ucpp.
--
Pavel Janík
Re: Build breaker in ucpp
Posted by Jürgen Schmidt <jo...@googlemail.com>.
On 12/13/11 5:13 PM, Pavel Janík wrote:
> Hi,
>
> On Dec 13, 2011, at 5:09 PM, Raphael Bircher wrote:
>
>> Am 13.12.11 16:58, schrieb Jürgen Schmidt:
>>> On 12/13/11 4:10 PM, Raphael Bircher wrote:
>>>> Hi at all
>>>>
>>>> I was running in a build breaker in ucpp
>>>>
>>>> =============
>>>> Building module ucpp
>>>> =============
>>>>
>>>> Entering /Users/server3/Documents/build34/main/ucpp
>>>>
>>>> mkdir: ./unxmacxi.pro/misc/build/ucpp/: File exists
>>>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/assert.c
>>>> assert.c: In function 'ucpp_handle_assert':
>>>> assert.c:181: warning: 't.line' is used uninitialized in this function
> ...
>> rdf_digest_openssl.c: In function 'librdf_openssl_ripemd160_register_factory':
>> rdf_digest_openssl.c:155: error: 'SHA_DIGEST_LENGTH' undeclared (first use in this function)
>> rdf_digest_openssl.c:155: error: (Each undeclared identifier is reported only once
>> rdf_digest_openssl.c:155: error: for each function it appears in.)
>> make[3]: *** [rdf_digest_openssl.lo] Error 1
>> make[2]: *** [all-recursive] Error 1
>> make[1]: *** [all] Error 2
>> make: *** [all-recursive] Error 1
>> dmake: Error code 2, while making '../unxmacxi.pro/misc/build/so_built_so_redland'
>
> This is another problem.
>
> The original issue is:
>
> assert.c: In function ‘ucpp_handle_unassert’:
> assert.c:295: warning: ‘t.line’ is used uninitialized in this function
> assert.c:245: warning: ‘t.name’ may be used uninitialized in this function
> :&& DYLD_LIBRARY_PATH=/Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/340/unxmacxi.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}} /Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/340/unxmacxi.pro/bin/makedepend @/var/folders/Lm/LmD3R9N-G681RwIIfVAMbE+++TI/-Tmp-//mkIWHRHq> ../../../../unxmacxi.pro/misc/o_assert.dpcc
> /bin/bash: /Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/340/unxmacxi.pro/bin/makedepend: No such file or directory
> dmake: Error code 127, while making '../../../../unxmacxi.pro/obj/assert.obj'
> dmake: '../../../../unxmacxi.pro/obj/assert.obj' removed.
> dmake: Error code 255, while making './unxmacxi.pro/misc/build/so_built_ucpp'
>
> Ie. wrong dependencies in the module ucpp.
yep, that is a real problem and should be fixed with Ariel's patch
Juergen
Re: Build breaker in ucpp
Posted by Pavel Janík <Pa...@Janik.cz>.
Hi,
On Dec 13, 2011, at 5:09 PM, Raphael Bircher wrote:
> Am 13.12.11 16:58, schrieb Jürgen Schmidt:
>> On 12/13/11 4:10 PM, Raphael Bircher wrote:
>>> Hi at all
>>>
>>> I was running in a build breaker in ucpp
>>>
>>> =============
>>> Building module ucpp
>>> =============
>>>
>>> Entering /Users/server3/Documents/build34/main/ucpp
>>>
>>> mkdir: ./unxmacxi.pro/misc/build/ucpp/: File exists
>>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/assert.c
>>> assert.c: In function 'ucpp_handle_assert':
>>> assert.c:181: warning: 't.line' is used uninitialized in this function
...
> rdf_digest_openssl.c: In function 'librdf_openssl_ripemd160_register_factory':
> rdf_digest_openssl.c:155: error: 'SHA_DIGEST_LENGTH' undeclared (first use in this function)
> rdf_digest_openssl.c:155: error: (Each undeclared identifier is reported only once
> rdf_digest_openssl.c:155: error: for each function it appears in.)
> make[3]: *** [rdf_digest_openssl.lo] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all] Error 2
> make: *** [all-recursive] Error 1
> dmake: Error code 2, while making '../unxmacxi.pro/misc/build/so_built_so_redland'
This is another problem.
The original issue is:
assert.c: In function ‘ucpp_handle_unassert’:
assert.c:295: warning: ‘t.line’ is used uninitialized in this function
assert.c:245: warning: ‘t.name’ may be used uninitialized in this function
: && DYLD_LIBRARY_PATH=/Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/340/unxmacxi.pro/lib${DYLD_LIBRARY_PATH:+:${DYLD_LIBRARY_PATH}} /Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/340/unxmacxi.pro/bin/makedepend @/var/folders/Lm/LmD3R9N-G681RwIIfVAMbE+++TI/-Tmp-//mkIWHRHq > ../../../../unxmacxi.pro/misc/o_assert.dpcc
/bin/bash: /Users/pavel/BUILD/BuildDir/ooo_trunk_src/solver/340/unxmacxi.pro/bin/makedepend: No such file or directory
dmake: Error code 127, while making '../../../../unxmacxi.pro/obj/assert.obj'
dmake: '../../../../unxmacxi.pro/obj/assert.obj' removed.
dmake: Error code 255, while making './unxmacxi.pro/misc/build/so_built_ucpp'
Ie. wrong dependencies in the module ucpp.
--
Pavel Janík
Re: Build breaker in ucpp
Posted by eric b <er...@free.fr>.
Le 13 déc. 11 à 17:50, Raphael Bircher a écrit :
> Am 13.12.11 17:26, schrieb eric b:
>> Hi Raphaël,
>>
>> Le 13 déc. 11 à 17:09, Raphael Bircher a écrit :
>>
>>> rdf_digest_openssl.c: In function
>>> 'librdf_openssl_ripemd160_register_factory':
>>> rdf_digest_openssl.c:155: error: 'SHA_DIGEST_LENGTH' undeclared
>>> (first use in this function)
>>> rdf_digest_openssl.c:155: error: (Each undeclared identifier is
>>> reported only once
>>
>>
>>
>> The log says that some headers with a line containing " #define
>> SHA_DIGEST_LENGTH (something)" is not found at buildtime.
>>
>> I already seen such error, when building with internal openssl,
>> while another openssl is installed on the system: there is a
>> clash, because the system headers (not compatible) are used, while
>> the openssl lib you built used its own headers more complete, or
>> something like that.
>>
>> Just a wild guess, of course :-)
>>
>> Did you install openssl using darwin port or fink on your system
>> btw ? And can you grep SHA_DIGEST_LENGTH in /opt/local/include, /
>> usr/local/include, /usr/include and/or /sw/include ?
> I was updating MacPorts yesterday, maybe this have had same impact.
>>
>> e.g. : egrep -Hr SHA_DIGEST_LENGTH /opt/local/include
> I can't find a SHA_DIGEST_LENGTH in any of this path.
And in $SRC_ROOT/openssl ?
> So it seems not definied.
> I set also SYSTEM_OPENSSL=YES, maybe I should try one times without
> it.
>
Maybe redland used the internal one ?
>
--
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news
Re: Build breaker in ucpp
Posted by Raphael Bircher <r....@gmx.ch>.
Am 13.12.11 17:26, schrieb eric b:
> Hi Raphaël,
>
> Le 13 déc. 11 à 17:09, Raphael Bircher a écrit :
>
>> rdf_digest_openssl.c: In function
>> 'librdf_openssl_ripemd160_register_factory':
>> rdf_digest_openssl.c:155: error: 'SHA_DIGEST_LENGTH' undeclared
>> (first use in this function)
>> rdf_digest_openssl.c:155: error: (Each undeclared identifier is
>> reported only once
>
>
>
> The log says that some headers with a line containing " #define
> SHA_DIGEST_LENGTH (something)" is not found at buildtime.
>
> I already seen such error, when building with internal openssl, while
> another openssl is installed on the system: there is a clash, because
> the system headers (not compatible) are used, while the openssl lib
> you built used its own headers more complete, or something like that.
>
> Just a wild guess, of course :-)
>
> Did you install openssl using darwin port or fink on your system btw ?
> And can you grep SHA_DIGEST_LENGTH in /opt/local/include,
> /usr/local/include, /usr/include and/or /sw/include ?
I was updating MacPorts yesterday, maybe this have had same impact.
>
> e.g. : egrep -Hr SHA_DIGEST_LENGTH /opt/local/include
I can't find a SHA_DIGEST_LENGTH in any of this path. So it seems not
definied. I set also SYSTEM_OPENSSL=YES, maybe I should try one times
without it.
Greetings Raphael
--
My private Homepage: http://www.raphaelbircher.ch/
Re: Build breaker in ucpp
Posted by eric b <er...@free.fr>.
Hi Raphaël,
Le 13 déc. 11 à 17:09, Raphael Bircher a écrit :
> rdf_digest_openssl.c: In function
> 'librdf_openssl_ripemd160_register_factory':
> rdf_digest_openssl.c:155: error: 'SHA_DIGEST_LENGTH' undeclared
> (first use in this function)
> rdf_digest_openssl.c:155: error: (Each undeclared identifier is
> reported only once
The log says that some headers with a line containing " #define
SHA_DIGEST_LENGTH (something)" is not found at buildtime.
I already seen such error, when building with internal openssl, while
another openssl is installed on the system: there is a clash,
because the system headers (not compatible) are used, while the
openssl lib you built used its own headers more complete, or
something like that.
Just a wild guess, of course :-)
Did you install openssl using darwin port or fink on your system
btw ? And can you grep SHA_DIGEST_LENGTH in /opt/local/include, /usr/
local/include, /usr/include and/or /sw/include ?
e.g. : egrep -Hr SHA_DIGEST_LENGTH /opt/local/include
... and so on.
Eric
--
qɔᴉɹə
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news
Re: Build breaker in ucpp
Posted by Raphael Bircher <r....@gmx.ch>.
Am 13.12.11 16:58, schrieb Jürgen Schmidt:
> On 12/13/11 4:10 PM, Raphael Bircher wrote:
>> Hi at all
>>
>> I was running in a build breaker in ucpp
>>
>> =============
>> Building module ucpp
>> =============
>>
>> Entering /Users/server3/Documents/build34/main/ucpp
>>
>> mkdir: ./unxmacxi.pro/misc/build/ucpp/: File exists
>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/assert.c
>> assert.c: In function 'ucpp_handle_assert':
>> assert.c:181: warning: 't.line' is used uninitialized in this function
>> assert.c:134: warning: 'aname' may be used uninitialized in this
>> function
>> assert.c:131: warning: 't.name' may be used uninitialized in this
>> function
>> assert.c:133: warning: 'a' may be used uninitialized in this function
>> assert.c: In function 'ucpp_handle_unassert':
>> assert.c:295: warning: 't.line' is used uninitialized in this function
>> assert.c:245: warning: 't.name' may be used uninitialized in this
>> function
>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/cpp.c
>> cpp.c: In function 'handle_if':
>> cpp.c:1049: warning: 'rt.line' is used uninitialized in this function
>> cpp.c:1126: warning: 'rt.line' is used uninitialized in this function
>> cpp.c:1167: warning: 'rt.line' is used uninitialized in this function
>> cpp.c:995: warning: 't.name' may be used uninitialized in this function
>> cpp.c:987: warning: 'tf.t' may be used uninitialized in this function
>> cpp.c: In function 'handle_include':
>> cpp.c:1200: warning: 'fname' may be used uninitialized in this function
>> cpp.c:1275: warning: 't.name' may be used uninitialized in this function
>> cpp.c:1299: warning: 't.name' may be used uninitialized in this function
>> cpp.c: In function 'handle_line':
>> cpp.c:1451: warning: 't.name' may be used uninitialized in this function
>> cpp.c: In function 'handle_cpp':
>> cpp.c:1646: warning: 't.line' is used uninitialized in this function
>> cpp.c:1641: warning: 't.name' may be used uninitialized in this function
>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/eval.c
>> eval.c: In function 'pp_strtoconst':
>> eval.c:306: warning: 'rs' may be used uninitialized in this function
>> eval.c: In function 'eval_shrd':
>> eval.c:407: warning: 'r.sign' may be used uninitialized in this function
>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/hash.c
>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/lexer.c
>> lexer.c: In function 'ucpp_next_token':
>> lexer.c:798: warning: 'shift_state' may be used uninitialized in this
>> function
>> lexer.c:799: warning: 'utf8' may be used uninitialized in this function
>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/macro.c
>> macro.c: In function 'ucpp_substitute_macro':
>> macro.c:1031: warning: 'atl' may be used uninitialized in this function
>> macro.c:760: warning: 't.name' may be used uninitialized in this
>> function
>> macro.c:935: warning: 'd' may be used uninitialized in this function
>> macro.c:1034: warning: 'save_tfi' may be used uninitialized in this
>> function
>> macro.c: In function 'ucpp_handle_define':
>> macro.c:493: warning: 't.name' may be used uninitialized in this
>> function
>> macro.c:322: warning: 'mv.t' may be used uninitialized in this function
>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/mem.c
>> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/nhash.c
>> nhash.c: In function 'find_node':
>> nhash.c:137: warning: 'ls' may be used uninitialized in this function
>> nhash.c: In function 'internal_put':
>> nhash.c:232: warning: 'pnode' may be used uninitialized in this function
>> Making: ucpp
>> unx
>> -rwxr-xr-x 1 server3 staff 96608 Dec 13 16:01
>> ../../../../unxmacxi.pro/bin/ucpp
>> Making: all_ucpp.dpobj
>>
>> Any Idea whats wrong
>
> what exactly is your problem? The output shows only warnings which are
> ok, the original source code is untouched.
>
> I have built and tested ucpp on Linux, MacOS and Windows without any
> problem. Nevertheless do i currently review/test Ariel's patch. He had
> problems with strange dependencies to uwinapi or salcprt ...
Ok, the Error is in redland
make[3]: Nothing to be done for `all'.
/bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0
-DHAVE_CONFIG_H -I.
-I/Users/server3/Documents/build34/main/redland/redland/../unxmacxi.pro/inc
-I/Users/server3/Documents/build34/main/solver/340/unxmacxi.pro/inc/external
-isysroot /Developer/SDKs/MacOSX10.4u.sdk -I../../../../inc
-I../../../../inc -DPKGDATADIR="\"/usr/local/share/redland\""
-I/Users/server3/Documents/build34/main/redland/redland/../unxmacxi.pro/inc
-I/Users/server3/Documents/build34/main/solver/340/unxmacxi.pro/inc/external
-isysroot /Developer/SDKs/MacOSX10.4u.sdk -I../../../../inc
-I../../../../inc -DLIBRDF_INTERNAL=1 -g -O2 -MT
rdf_digest_openssl.lo -MD -MP -MF .deps/rdf_digest_openssl.Tpo -c -o
rdf_digest_openssl.lo rdf_digest_openssl.c
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I.
-I/Users/server3/Documents/build34/main/redland/redland/../unxmacxi.pro/inc
-I/Users/server3/Documents/build34/main/solver/340/unxmacxi.pro/inc/external
-isysroot /Developer/SDKs/MacOSX10.4u.sdk -I../../../../inc
-I../../../../inc -DPKGDATADIR=\"/usr/local/share/redland\"
-I/Users/server3/Documents/build34/main/redland/redland/../unxmacxi.pro/inc
-I/Users/server3/Documents/build34/main/solver/340/unxmacxi.pro/inc/external
-isysroot /Developer/SDKs/MacOSX10.4u.sdk -I../../../../inc
-I../../../../inc -DLIBRDF_INTERNAL=1 -g -O2 -MT rdf_digest_openssl.lo
-MD -MP -MF .deps/rdf_digest_openssl.Tpo -c rdf_digest_openssl.c
-fno-common -DPIC -o .libs/rdf_digest_openssl.o
rdf_digest_openssl.c: In function
'librdf_openssl_ripemd160_register_factory':
rdf_digest_openssl.c:155: error: 'SHA_DIGEST_LENGTH' undeclared (first
use in this function)
rdf_digest_openssl.c:155: error: (Each undeclared identifier is reported
only once
rdf_digest_openssl.c:155: error: for each function it appears in.)
make[3]: *** [rdf_digest_openssl.lo] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1
dmake: Error code 2, while making
'../unxmacxi.pro/misc/build/so_built_so_redland'
1 module(s):
redland
need(s) to be rebuilt
Reason(s):
ERROR: error 65280 occurred while making
/Users/server3/Documents/build34/main/redland/redland
When you have fixed the errors in that module you can resume the build
by running:
build --all:redland
--
My private Homepage: http://www.raphaelbircher.ch/
Re: Build breaker in ucpp
Posted by Jürgen Schmidt <jo...@googlemail.com>.
On 12/13/11 4:10 PM, Raphael Bircher wrote:
> Hi at all
>
> I was running in a build breaker in ucpp
>
> =============
> Building module ucpp
> =============
>
> Entering /Users/server3/Documents/build34/main/ucpp
>
> mkdir: ./unxmacxi.pro/misc/build/ucpp/: File exists
> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/assert.c
> assert.c: In function 'ucpp_handle_assert':
> assert.c:181: warning: 't.line' is used uninitialized in this function
> assert.c:134: warning: 'aname' may be used uninitialized in this function
> assert.c:131: warning: 't.name' may be used uninitialized in this function
> assert.c:133: warning: 'a' may be used uninitialized in this function
> assert.c: In function 'ucpp_handle_unassert':
> assert.c:295: warning: 't.line' is used uninitialized in this function
> assert.c:245: warning: 't.name' may be used uninitialized in this function
> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/cpp.c
> cpp.c: In function 'handle_if':
> cpp.c:1049: warning: 'rt.line' is used uninitialized in this function
> cpp.c:1126: warning: 'rt.line' is used uninitialized in this function
> cpp.c:1167: warning: 'rt.line' is used uninitialized in this function
> cpp.c:995: warning: 't.name' may be used uninitialized in this function
> cpp.c:987: warning: 'tf.t' may be used uninitialized in this function
> cpp.c: In function 'handle_include':
> cpp.c:1200: warning: 'fname' may be used uninitialized in this function
> cpp.c:1275: warning: 't.name' may be used uninitialized in this function
> cpp.c:1299: warning: 't.name' may be used uninitialized in this function
> cpp.c: In function 'handle_line':
> cpp.c:1451: warning: 't.name' may be used uninitialized in this function
> cpp.c: In function 'handle_cpp':
> cpp.c:1646: warning: 't.line' is used uninitialized in this function
> cpp.c:1641: warning: 't.name' may be used uninitialized in this function
> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/eval.c
> eval.c: In function 'pp_strtoconst':
> eval.c:306: warning: 'rs' may be used uninitialized in this function
> eval.c: In function 'eval_shrd':
> eval.c:407: warning: 'r.sign' may be used uninitialized in this function
> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/hash.c
> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/lexer.c
> lexer.c: In function 'ucpp_next_token':
> lexer.c:798: warning: 'shift_state' may be used uninitialized in this
> function
> lexer.c:799: warning: 'utf8' may be used uninitialized in this function
> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/macro.c
> macro.c: In function 'ucpp_substitute_macro':
> macro.c:1031: warning: 'atl' may be used uninitialized in this function
> macro.c:760: warning: 't.name' may be used uninitialized in this function
> macro.c:935: warning: 'd' may be used uninitialized in this function
> macro.c:1034: warning: 'save_tfi' may be used uninitialized in this
> function
> macro.c: In function 'ucpp_handle_define':
> macro.c:493: warning: 't.name' may be used uninitialized in this function
> macro.c:322: warning: 'mv.t' may be used uninitialized in this function
> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/mem.c
> Compiling: ucpp/unxmacxi.pro/misc/build/ucpp/nhash.c
> nhash.c: In function 'find_node':
> nhash.c:137: warning: 'ls' may be used uninitialized in this function
> nhash.c: In function 'internal_put':
> nhash.c:232: warning: 'pnode' may be used uninitialized in this function
> Making: ucpp
> unx
> -rwxr-xr-x 1 server3 staff 96608 Dec 13 16:01
> ../../../../unxmacxi.pro/bin/ucpp
> Making: all_ucpp.dpobj
>
> Any Idea whats wrong
what exactly is your problem? The output shows only warnings which are
ok, the original source code is untouched.
I have built and tested ucpp on Linux, MacOS and Windows without any
problem. Nevertheless do i currently review/test Ariel's patch. He had
problems with strange dependencies to uwinapi or salcprt ...
Juergen