public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
* va_start still...
@ 2002-08-23 20:37 Pablo Bleyer Kocik
  2002-08-23 20:45 ` Zack Weinberg
  0 siblings, 1 reply; 6+ messages in thread
From: Pablo Bleyer Kocik @ 2002-08-23 20:37 UTC (permalink / raw)
  To: gcc

 Hello.

 I thought this was being fixed in 3.2, but I am still getting "'va_start' 
used in function with fixed args" under gcc 3.2 with optimization levels 
above 2 when compiling functions with ellipses. Is this right?

 Take care.


--
PabloBleyerKocik /"...I didn't want to be kissing Kevin Spacey.
 pbleyer        / Come on! Lying there naked with rose petals?"
  @embedded.cl /- Kirsten Dunst on turning down American Beauty


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: va_start still...
  2002-08-23 20:37 va_start still Pablo Bleyer Kocik
@ 2002-08-23 20:45 ` Zack Weinberg
  2002-08-23 21:30   ` pbleyer
  0 siblings, 1 reply; 6+ messages in thread
From: Zack Weinberg @ 2002-08-23 20:45 UTC (permalink / raw)
  To: Pablo Bleyer Kocik; +Cc: gcc

On Fri, Aug 23, 2002 at 11:43:05PM -0400, Pablo Bleyer Kocik wrote:
> 
>  Hello.
> 
>  I thought this was being fixed in 3.2, but I am still getting "'va_start' 
> used in function with fixed args" under gcc 3.2 with optimization levels 
> above 2 when compiling functions with ellipses. Is this right?

Post a test case, please.

zw

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: va_start still...
  2002-08-23 20:45 ` Zack Weinberg
@ 2002-08-23 21:30   ` pbleyer
  2002-08-23 21:46     ` Andrew Pinski
  2002-08-23 21:47     ` Zack Weinberg
  0 siblings, 2 replies; 6+ messages in thread
From: pbleyer @ 2002-08-23 21:30 UTC (permalink / raw)
  To: gcc

On Friday 23 August 2002 23:45, you wrote:
> On Fri, Aug 23, 2002 at 11:43:05PM -0400, Pablo Bleyer Kocik wrote:
> >  Hello.
> >
> >  I thought this was being fixed in 3.2, but I am still getting
> > "'va_start' used in function with fixed args" under gcc 3.2 with
> > optimization levels above 2 when compiling functions with ellipses. Is
> > this right?
>
> Post a test case, please.
>
> zw

 Hello. Thanks for replying.

 I can't replicate the problem with small examples, but the error happens to 
me compiling apps like ethereal-0.9.5 (eg packet-esis.c file) and xemacs.

Example:

make[2]: Entering directory `/dta/build/ethereal-0.9.5'
gcc -DHAVE_CONFIG_H -I. -I. -I.   -I. -I./wiretap -I/usr/local/include 
-I/usr/include/pcap -I/usr/local/include/pcap  -DINET6 
-D_U_="__attribute__((unused))" -Wall -W -O9 -march=pentium3 
-fomit-frame-pointer -I/usr/include/net -I. -I./wiretap -I/usr/local/include 
-I/usr/local/include/gtk-1.2 -I/usr/local/include/glib-1.2 
-I/usr/local/lib/glib/include -I/usr/X11R6/include -I/usr/include/pcap 
-I/usr/local/include/pcap -c packet-esis.c
cc1: warning: changing search order for system directory "/usr/local/include"
cc1: warning:   as it has already been specified as a non-system directory
cc1: warning: changing search order for system directory "/usr/include"
cc1: warning:   as it is the same as non-system directory "/usr/local/include"
packet-esis.c: In function `dissect_esis':
packet-esis.c:149: `va_start' used in function with fixed args
packet-esis.c:149: `va_start' used in function with fixed args
make[2]: *** [packet-esis.o] Error 1
make[2]: Leaving directory `/dta/build/ethereal-0.9.5'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/dta/build/ethereal-0.9.5'
make: *** [all-recursive-am] Error 2

 Cheers.

--
PabloBleyerKocik/"Freedom of religion afforded only to Christians
 pbleyer       / in US, a secular state with no official religion."
  @embedded.cl/ -- This place sucks 28.6.02, Gene Kan

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: va_start still...
  2002-08-23 21:30   ` pbleyer
@ 2002-08-23 21:46     ` Andrew Pinski
  2002-08-23 21:47     ` Zack Weinberg
  1 sibling, 0 replies; 6+ messages in thread
From: Andrew Pinski @ 2002-08-23 21:46 UTC (permalink / raw)
  To: pbleyer; +Cc: gcc

try without -I/usr/local/include and -I/usr/include, this should 
fix the problem.

This warning tells you that you are changing the order:
On Saturday, August 24, 2002, at 12:36 , pbleyer wrote:

cc1: warning: changing search order for system directory 
"/usr/local/include"
cc1: warning:   as it has already been specified as a 
non-system directory
cc1: warning: changing search order for system directory "/usr/include"
cc1: warning:   as it is the same as non-system directory 
"/usr/local/include"
Thanks,
Andrew Pinski

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: va_start still...
  2002-08-23 21:30   ` pbleyer
  2002-08-23 21:46     ` Andrew Pinski
@ 2002-08-23 21:47     ` Zack Weinberg
  2002-08-23 22:02       ` pbleyer
  1 sibling, 1 reply; 6+ messages in thread
From: Zack Weinberg @ 2002-08-23 21:47 UTC (permalink / raw)
  To: pbleyer; +Cc: gcc

On Sat, Aug 24, 2002 at 12:36:24AM -0400, pbleyer wrote:
> On Friday 23 August 2002 23:45, you wrote:
> > On Fri, Aug 23, 2002 at 11:43:05PM -0400, Pablo Bleyer Kocik wrote:
> > >  Hello.
> > >
> > >  I thought this was being fixed in 3.2, but I am still getting
> > > "'va_start' used in function with fixed args" under gcc 3.2 with
> > > optimization levels above 2 when compiling functions with ellipses. Is
> > > this right?
> >
> > Post a test case, please.
> >
> > zw
> 
>  Hello. Thanks for replying.
> 
>  I can't replicate the problem with small examples, but the error happens to 
> me compiling apps like ethereal-0.9.5 (eg packet-esis.c file) and xemacs.
>
> Example:
> 
> make[2]: Entering directory `/dta/build/ethereal-0.9.5'
> gcc -DHAVE_CONFIG_H -I. -I. -I.   -I. -I./wiretap -I/usr/local/include 
> -I/usr/include/pcap -I/usr/local/include/pcap  -DINET6 
> -D_U_="__attribute__((unused))" -Wall -W -O9 -march=pentium3 
> -fomit-frame-pointer -I/usr/include/net -I. -I./wiretap -I/usr/local/include 
> -I/usr/local/include/gtk-1.2 -I/usr/local/include/glib-1.2 
> -I/usr/local/lib/glib/include -I/usr/X11R6/include -I/usr/include/pcap 
> -I/usr/local/include/pcap -c packet-esis.c

Repeat this exact command with -v -save-temps added to the command
line.  Send us the complete output, and the file packet-esis.i which
will be created.

zw

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: va_start still...
  2002-08-23 21:47     ` Zack Weinberg
@ 2002-08-23 22:02       ` pbleyer
  0 siblings, 0 replies; 6+ messages in thread
From: pbleyer @ 2002-08-23 22:02 UTC (permalink / raw)
  To: gcc

[-- Attachment #1: Type: text/plain, Size: 487 bytes --]

 Okidoki.

 output.txt contains the compiler output and I included the packet-esis files.

 Cheers!

>
> Repeat this exact command with -v -save-temps added to the command
> line.  Send us the complete output, and the file packet-esis.i which
> will be created.
>
> zw


--
PabloBleyerKocik /"Programming is one of the most difficult branches of
 pbleyer        / applied mathematics; the poorer mathematicians had
  @embedded.cl / better remain pure mathematicians."-Edsger W. Dijkstra

[-- Attachment #2: stdarg-bug.tar.bz2 --]
[-- Type: application/x-bzip2, Size: 31264 bytes --]

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2002-08-23 22:02 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-08-23 20:37 va_start still Pablo Bleyer Kocik
2002-08-23 20:45 ` Zack Weinberg
2002-08-23 21:30   ` pbleyer
2002-08-23 21:46     ` Andrew Pinski
2002-08-23 21:47     ` Zack Weinberg
2002-08-23 22:02       ` pbleyer

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).