Re: trunk bootstrap failure?

2008-12-31 Thread Gerald Pfeifer
Hi Joost,

On Wed, 17 Dec 2008, VandeVondele Joost wrote:
>>> Would be great if such a thing could be detected at configure time 
>>> (i.e. like missing mpfr.h headers are already detected), with some 
>>> kind of a gentle error message.
>> It wouldn't be detected until the target libs are built, since that's 
>> the first time any 32-bit headers are needed.
>> 
>> Patches welcome.
> Is this useful ?

I'll leave the install.texi part to Andrew, but I think he had a 
configure patch in mind to detect this earlier?

For the following, Merriam-Webster seems to indicate that "Alternately"
is proper English in this context, according to
  http://www.merriam-webster.com/dictionary/alternately

Thanks for the input!
Gerald

> also, this likely fixes a typo
> 
> Index: cvs.html
> ===
> RCS file: /cvs/gcc/wwwdocs/htdocs/cvs.html,v
> retrieving revision 1.213
> diff -c -p -r1.213 cvs.html
> *** cvs.html30 Dec 2007 09:01:19 -  1.213
> --- cvs.html17 Dec 2008 12:04:09 -
> *** and SSH installed, you can check out the
> *** 36,42 
>Set CVS_RSH in your environment to ssh.
>Set CVSROOT in your environment to
>:pserver:c...@gcc.gnu.org:/cvs/gcc. 
> !  Alternately add
>-d :pserver:c...@gcc.gnu.org:/cvs/gcc
>immediately after cvs in the commands below.
>The command cvs -qz9 checkout -P wwwdocs,
> --- 36,42 
>Set CVS_RSH in your environment to ssh.
>Set CVSROOT in your environment to
>:pserver:c...@gcc.gnu.org:/cvs/gcc. 
> !  Alternatively add
>-d :pserver:c...@gcc.gnu.org:/cvs/gcc
>immediately after cvs in the commands below.
>The command cvs -qz9 checkout -P wwwdocs,



gcc-4.2-20081231 is now available

2008-12-31 Thread gccadmin
Snapshot gcc-4.2-20081231 is now available on
  ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20081231/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.

This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_2-branch 
revision 142988

You'll find:

gcc-4.2-20081231.tar.bz2  Complete GCC (includes all of below)

gcc-core-4.2-20081231.tar.bz2 C front end and core compiler

gcc-ada-4.2-20081231.tar.bz2  Ada front end and runtime

gcc-fortran-4.2-20081231.tar.bz2  Fortran front end and runtime

gcc-g++-4.2-20081231.tar.bz2  C++ front end and runtime

gcc-java-4.2-20081231.tar.bz2 Java front end and runtime

gcc-objc-4.2-20081231.tar.bz2 Objective-C front end and runtime

gcc-testsuite-4.2-20081231.tar.bz2The GCC testsuite

Diffs from 4.2-20081224 are available in the diffs/ subdirectory.

When a particular snapshot is ready for public consumption the LATEST-4.2
link is updated and a message is sent to the gcc list.  Please do not use
a snapshot before it has been announced that way.


Compiler turns off warnings unexpectedly

2008-12-31 Thread Jan Engelhardt
Hi,


I have here an (attached) testcase which unexpectedly turns off 
warnings. Compiling it using `gcc test.c -c -Wall` (or test.i) gives:

test.c: In function ‘pam_sm_authenticate’:
test.c:6: warning: implicit declaration of function ‘undef’

What I would have expected:

test.c: In function ‘pam_sm_authenticate’:
test.c:6: warning: implicit declaration of function ‘undef’
test.c: In function ‘pam_sm_authenticate’:
test.c:11: warning: implicit declaration of function ‘undef2’

Compiler in use:

openSUSE 11.1
Using built-in specs.
Target: i586-suse-linux
Configured with: ../configure --prefix=/usr --infodir=/usr/share/info 
--mandir=/usr/share/man --libdir=/usr/lib --libexecdir=/usr/lib 
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada 
--enable-checking=release --with-gxx-include-dir=/usr/include/c++/4.3 
--enable-ssp --disable-libssp --with-bugurl=http://bugs.opensuse.org/ 
--with-pkgversion='SUSE Linux' --disable-libgcj --disable-libmudflap 
--with-slibdir=/lib --with-system-zlib --enable-__cxa_atexit 
--enable-libstdcxx-allocator=new --disable-libstdcxx-pch 
--enable-version-specific-runtime-libs --program-suffix=-4.3 
--enable-linux-futex --without-system-libunwind --with-cpu=generic 
--build=i586-suse-linux
Thread model: posix
gcc version 4.3.2 [gcc-4_3-branch revision 141291] (SUSE Linux) #include 

int pam_sm_authenticate(pam_handle_t *pamh, int flags,
int argc, const char **argv)
{
	undef();
}

void f2(void)
{
	undef2();
}
# 1 "test.c"
# 1 ""
# 1 ""
# 1 "test.c"
# 1 "/usr/include/security/pam_modules.h" 1 3 4
# 17 "/usr/include/security/pam_modules.h" 3 4
# 1 "/usr/include/security/_pam_types.h" 1 3 4
# 18 "/usr/include/security/_pam_types.h" 3 4
typedef struct pam_handle pam_handle_t;
# 170 "/usr/include/security/_pam_types.h" 3 4
extern int __attribute__((__nonnull__ (1)))
pam_set_item(pam_handle_t *pamh, int item_type, const void *item);

extern int __attribute__((__nonnull__ (1)))
pam_get_item(const pam_handle_t *pamh, int item_type, const void **item);

extern const char *
pam_strerror(pam_handle_t *pamh, int errnum);

extern int __attribute__((__nonnull__ (1,2)))
pam_putenv(pam_handle_t *pamh, const char *name_value);

extern const char * __attribute__((__nonnull__ (1,2)))
pam_getenv(pam_handle_t *pamh, const char *name);

extern char ** __attribute__((__nonnull__ (1)))
pam_getenvlist(pam_handle_t *pamh);
# 216 "/usr/include/security/_pam_types.h" 3 4
extern int pam_fail_delay(pam_handle_t *pamh, unsigned int musec_delay);
# 247 "/usr/include/security/_pam_types.h" 3 4
struct pam_message {
int msg_style;
const char *msg;
};
# 272 "/usr/include/security/_pam_types.h" 3 4
struct pam_response {
char *resp;
int resp_retcode;
};



struct pam_conv {
int (*conv)(int num_msg, const struct pam_message **msg,
  struct pam_response **resp, void *appdata_ptr);
void *appdata_ptr;
};





struct pam_xauth_data {
int namelen;
char *name;
int datalen;
char *data;
};
# 18 "/usr/include/security/pam_modules.h" 2 3 4



extern int __attribute__((__nonnull__ (1,2)))
pam_set_data(pam_handle_t *pamh, const char *module_data_name, void *data,
  void (*cleanup)(pam_handle_t *pamh, void *data,
int error_status));

extern int __attribute__((__nonnull__ (1,2,3)))
pam_get_data(const pam_handle_t *pamh, const char *module_data_name,
  const void **data);

extern int __attribute__((__nonnull__ (1,2)))
pam_get_user(pam_handle_t *pamh, const char **user, const char *prompt);
# 70 "/usr/include/security/pam_modules.h" 3 4
extern int pam_sm_authenticate(pam_handle_t *pamh, int flags,
   int argc, const char **argv);
extern int pam_sm_setcred(pam_handle_t *pamh, int flags,
 int argc, const char **argv);







extern int pam_sm_acct_mgmt(pam_handle_t *pamh, int flags,
int argc, const char **argv);







extern int pam_sm_open_session(pam_handle_t *pamh, int flags,
   int argc, const char **argv);

extern int pam_sm_close_session(pam_handle_t *pamh, int flags,
int argc, const char **argv);







extern int pam_sm_chauthtok(pam_handle_t *pamh, int flags,
int argc, const char **argv);
# 134 "/usr/include/security/pam_modules.h" 3 4
# 1 "/usr/include/security/_pam_compat.h" 1 3 4
# 135 "/usr/include/security/pam_modules.h" 2 3 4
# 2 "test.c" 2

int pam_sm_authenticate(pam_handle_t *pamh, int flags,
int argc, const char **argv)
{
 undef();
}

void f2(void)
{
 undef2();
}


Re: Compiler turns off warnings unexpectedly

2008-12-31 Thread Andrew Pinski
On Wed, Dec 31, 2008 at 9:02 PM, Jan Engelhardt  wrote:
> Hi,
>
>
> I have here an (attached) testcase which unexpectedly turns off
> warnings. Compiling it using `gcc test.c -c -Wall` (or test.i) gives:
>
> test.c: In function 'pam_sm_authenticate':
> test.c:6: warning: implicit declaration of function 'undef'

This works on the trunk but fails on the 4.3 branch.

Thanks,
Andrew Pinski


Re: Compiler turns off warnings unexpectedly

2008-12-31 Thread Jan Engelhardt

On Thursday 2009-01-01 03:05, Andrew Pinski wrote:
>On Wed, Dec 31, 2008 at 9:02 PM, Jan Engelhardt  wrote:
>> Hi,
>>
>>
>> I have here an (attached) testcase which unexpectedly turns off
>> warnings. Compiling it using `gcc test.c -c -Wall` (or test.i) gives:
>>
>> test.c: In function 'pam_sm_authenticate':
>> test.c:6: warning: implicit declaration of function 'undef'
>
>This works on the trunk but fails on the 4.3 branch.

gcc 4.1 also produces the expected output (implicit declaration undef2),
so it seems like a recent regression.