libiberty and regex.* updated

libiberty and regex.* updated

[Milan Zamazal]

I've updated the quite old versions of libiberty and regex.[ch] to newer
versions.  GNATS compiles fine on my system after the update, but this
may not apply to other, especially non-GNU, systems.  If you can, please
try to compile the current GNATS CVS snapshot on your favorite system
and report any contingent problems.

Thanks,

Milan Zamazal

-- 
real programmer?  don't get me started.  if you need to hide your
pathetic excuse for a carreer behind super-macho languages like C, C++,
and/or Perl instead of writing clean, maintainable, efficient code, you
aren't much of a real programmer in my view.  -- Erik Naggum in comp.emacs

_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: libiberty and regex.* updated

[Yngve Svendsen]

At 00:15 11.12.2001 +0100, Milan Zamazal wrote:
>I've updated the quite old versions of libiberty and regex.[ch] to newer
>versions.  GNATS compiles fine on my system after the update, but this
>may not apply to other, especially non-GNU, systems.  If you can, please
>try to compile the current GNATS CVS snapshot on your favorite system
>and report any contingent problems.

Got the following when compiling on Sun Solaris 7 with GCC 2.95.2:

#gmake all

gmake -C libiberty
gmake[1]: Entering directory `/usr/local/src/gnats-1200/gnats/libiberty'
if [ x"" != x ] && [ ! -d pic ]; then \
   mkdir pic; \
else true; fi
touch stamp-picdir
gmake[1]: *** No rule to make target `include/libiberty.h', needed by 
`argv.o'.  Stop.
gmake[1]: Leaving directory `/usr/local/src/gnats-1200/gnats/libiberty'
gmake: *** [libiberty/libiberty.a] Error 2


Yngve Svendsen
Gnatsweb maintainer


_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: libiberty and regex.* updated

[Lars Henriksen]

Same result on Compaq Tru64 UNIX (OSF1) 5.1 with GCC 3.0.2.

Lars Henriksen

On Wed, Dec 12, 2001 at 12:25:37AM +0100, Yngve Svendsen wrote:
> At 00:15 11.12.2001 +0100, Milan Zamazal wrote:
> >I've updated the quite old versions of libiberty and regex.[ch] to newer
> >versions.  GNATS compiles fine on my system after the update, but this
> >may not apply to other, especially non-GNU, systems.  If you can, please
> >try to compile the current GNATS CVS snapshot on your favorite system
> >and report any contingent problems.
> 
> Got the following when compiling on Sun Solaris 7 with GCC 2.95.2:
> 
> #gmake all
> 
> gmake -C libiberty
> gmake[1]: Entering directory `/usr/local/src/gnats-1200/gnats/libiberty'
> if [ x"" != x ] && [ ! -d pic ]; then \
>    mkdir pic; \
> else true; fi
> touch stamp-picdir
> gmake[1]: *** No rule to make target `include/libiberty.h', needed by 
> `argv.o'.  Stop.
> gmake[1]: Leaving directory `/usr/local/src/gnats-1200/gnats/libiberty'
> gmake: *** [libiberty/libiberty.a] Error 2
> 

_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: libiberty and regex.* updated

[Milan Zamazal]

>>>>> "YS" == Yngve Svendsen <yngve.svendsen@clustra.com> writes:

    YS> Got the following when compiling on Sun Solaris 7 with GCC 2.95.2:

    YS> #gmake all

    YS> gmake -C libiberty
    YS> gmake[1]: Entering directory `/usr/local/src/gnats-1200/gnats/libiberty'
    YS> if [ x"" != x ] && [ ! -d pic ]; then \
    YS>    mkdir pic; \
    YS> else true; fi
    YS> touch stamp-picdir
    YS> gmake[1]: *** No rule to make target `include/libiberty.h', needed by `argv.o'.
    YS> Stop.
    YS> gmake[1]: Leaving directory `/usr/local/src/gnats-1200/gnats/libiberty'
    YS> gmake: *** [libiberty/libiberty.a] Error 2

>>>>> "LH" == Lars Henriksen <Lars.Henriksen@netman.dk> writes:

    LH> Same result on Compaq Tru64 UNIX (OSF1) 5.1 with GCC 3.0.2.

Have you run your `cvs update' with the `-d' option?  There is a new
`include' subdirectory in `libiberty/'.

Regards,

Milan Zamazal

-- 
And why?

_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: libiberty and regex.* updated

[Lars Henriksen]

On Wed, Dec 12, 2001 at 10:31:38PM +0100, Milan Zamazal wrote:
> 
> Have you run your `cvs update' with the `-d' option?  There is a new
> `include' subdirectory in `libiberty/'.

Oops! Much better now ;-) Only a few warnings:

../../gnats-4/libiberty/getopt.c: In function `_getopt_initialize':
../../gnats-4/libiberty/getopt.c:396: warning: unused parameter `argc'
../../gnats-4/libiberty/getopt.c:397: warning: unused parameter `argv'

../../gnats-4/libiberty/md5.c:356:7: warning: function-like macro "FG" must be used with arguments in traditional C
../../gnats-4/libiberty/md5.c:374:7: warning: function-like macro "FH" must be used with arguments in traditional C
../../gnats-4/libiberty/md5.c:392:7: warning: function-like macro "FI" must be used with arguments in traditional C

Lars Henriksen

_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

libiberty and regex.* updated

[Milan Zamazal]

I've updated the quite old versions of libiberty and regex.[ch] to newer
versions.  GNATS compiles fine on my system after the update, but this
may not apply to other, especially non-GNU, systems.  If you can, please
try to compile the current GNATS CVS snapshot on your favorite system
and report any contingent problems.

Thanks,

Milan Zamazal

-- 
real programmer?  don't get me started.  if you need to hide your
pathetic excuse for a carreer behind super-macho languages like C, C++,
and/or Perl instead of writing clean, maintainable, efficient code, you
aren't much of a real programmer in my view.  -- Erik Naggum in comp.emacs

_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: libiberty and regex.* updated

[Yngve Svendsen]

At 00:15 11.12.2001 +0100, Milan Zamazal wrote:
>I've updated the quite old versions of libiberty and regex.[ch] to newer
>versions.  GNATS compiles fine on my system after the update, but this
>may not apply to other, especially non-GNU, systems.  If you can, please
>try to compile the current GNATS CVS snapshot on your favorite system
>and report any contingent problems.

Got the following when compiling on Sun Solaris 7 with GCC 2.95.2:

#gmake all

gmake -C libiberty
gmake[1]: Entering directory `/usr/local/src/gnats-1200/gnats/libiberty'
if [ x"" != x ] && [ ! -d pic ]; then \
   mkdir pic; \
else true; fi
touch stamp-picdir
gmake[1]: *** No rule to make target `include/libiberty.h', needed by 
`argv.o'.  Stop.
gmake[1]: Leaving directory `/usr/local/src/gnats-1200/gnats/libiberty'
gmake: *** [libiberty/libiberty.a] Error 2


Yngve Svendsen
Gnatsweb maintainer


_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: libiberty and regex.* updated

[Lars Henriksen]

Same result on Compaq Tru64 UNIX (OSF1) 5.1 with GCC 3.0.2.

Lars Henriksen

On Wed, Dec 12, 2001 at 12:25:37AM +0100, Yngve Svendsen wrote:
> At 00:15 11.12.2001 +0100, Milan Zamazal wrote:
> >I've updated the quite old versions of libiberty and regex.[ch] to newer
> >versions.  GNATS compiles fine on my system after the update, but this
> >may not apply to other, especially non-GNU, systems.  If you can, please
> >try to compile the current GNATS CVS snapshot on your favorite system
> >and report any contingent problems.
> 
> Got the following when compiling on Sun Solaris 7 with GCC 2.95.2:
> 
> #gmake all
> 
> gmake -C libiberty
> gmake[1]: Entering directory `/usr/local/src/gnats-1200/gnats/libiberty'
> if [ x"" != x ] && [ ! -d pic ]; then \
>    mkdir pic; \
> else true; fi
> touch stamp-picdir
> gmake[1]: *** No rule to make target `include/libiberty.h', needed by 
> `argv.o'.  Stop.
> gmake[1]: Leaving directory `/usr/local/src/gnats-1200/gnats/libiberty'
> gmake: *** [libiberty/libiberty.a] Error 2
> 

_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: libiberty and regex.* updated

[Milan Zamazal]

>>>>> "YS" == Yngve Svendsen <yngve.svendsen@clustra.com> writes:

    YS> Got the following when compiling on Sun Solaris 7 with GCC 2.95.2:

    YS> #gmake all

    YS> gmake -C libiberty
    YS> gmake[1]: Entering directory `/usr/local/src/gnats-1200/gnats/libiberty'
    YS> if [ x"" != x ] && [ ! -d pic ]; then \
    YS>    mkdir pic; \
    YS> else true; fi
    YS> touch stamp-picdir
    YS> gmake[1]: *** No rule to make target `include/libiberty.h', needed by `argv.o'.
    YS> Stop.
    YS> gmake[1]: Leaving directory `/usr/local/src/gnats-1200/gnats/libiberty'
    YS> gmake: *** [libiberty/libiberty.a] Error 2

>>>>> "LH" == Lars Henriksen <Lars.Henriksen@netman.dk> writes:

    LH> Same result on Compaq Tru64 UNIX (OSF1) 5.1 with GCC 3.0.2.

Have you run your `cvs update' with the `-d' option?  There is a new
`include' subdirectory in `libiberty/'.

Regards,

Milan Zamazal

-- 
And why?

_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats

Re: libiberty and regex.* updated

[Lars Henriksen]

On Wed, Dec 12, 2001 at 10:31:38PM +0100, Milan Zamazal wrote:
> 
> Have you run your `cvs update' with the `-d' option?  There is a new
> `include' subdirectory in `libiberty/'.

Oops! Much better now ;-) Only a few warnings:

../../gnats-4/libiberty/getopt.c: In function `_getopt_initialize':
../../gnats-4/libiberty/getopt.c:396: warning: unused parameter `argc'
../../gnats-4/libiberty/getopt.c:397: warning: unused parameter `argv'

../../gnats-4/libiberty/md5.c:356:7: warning: function-like macro "FG" must be used with arguments in traditional C
../../gnats-4/libiberty/md5.c:374:7: warning: function-like macro "FH" must be used with arguments in traditional C
../../gnats-4/libiberty/md5.c:392:7: warning: function-like macro "FI" must be used with arguments in traditional C

Lars Henriksen

_______________________________________________
Help-gnats mailing list
Help-gnats@gnu.org
http://mail.gnu.org/mailman/listinfo/help-gnats