public inbox for glibc-bugs-regex@sourceware.org
help / color / mirror / Atom feed
From: "eggert at gnu dot org" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs-regex@sources.redhat.com
Subject: [Bug regex/1201] regex.h problem when compiling with g++
Date: Tue, 11 Apr 2006 07:21:00 -0000	[thread overview]
Message-ID: <20060411072147.4662.qmail@sourceware.org> (raw)
In-Reply-To: <20050816000005.1201.eggert@gnu.org>


------- Additional Comments From eggert at gnu dot org  2006-04-11 07:21 -------
I don't know which versions of g++ you're talking about, but the
abovementioned bug report from Bruno Haible says that no version of
g++ in the 3.2.*, 3.3.*, 3.4.*, 4.0.[01] series supports the
[__restrict] syntax, and I just now verified that g++ 4.1.0 does not
support it either; please see the shell transcript below.

Perhaps you confused __restrict with [__restrict]?  This change talks
about the latter, not the former.


586-penguin $ g++ -c t.cc
t.cc:21: error: expected primary-expression before '__restrict__'
t.cc:21: error: expected `]' before '__restrict__'
t.cc:21: error: expected ',' or '...' before '__restrict__'
587-penguin $ gcc -c t.cc
t.cc:21: error: expected primary-expression before '__restrict__'
t.cc:21: error: expected `]' before '__restrict__'
t.cc:21: error: expected ',' or '...' before '__restrict__'
588-penguin $ cp t.cc t.c; gcc -c t.c
589-penguin $ gcc --version | sed 1q
gcc (GCC) 4.1.0
590-penguin $ g++ --version | sed 1q
g++ (GCC) 4.1.0
591-penguin $ cat t.cc
#ifndef __restrict
# if ! (2 < __GNUC__ || (2 == __GNUC__ && 95 <= __GNUC_MINOR__))
#  if defined restrict || 199901L <= __STDC_VERSION__
#   define __restrict restrict
#  else
#   define __restrict
#  endif
# endif
#endif
/* gcc 3.1 and up support the [restrict] syntax.  */
#ifndef __restrict_arr
# if __GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 1)
#  define __restrict_arr __restrict
# else
#  define __restrict_arr
# endif
#endif

extern int regexec (const int *__restrict __preg,
		    const char *__restrict __string, int __nmatch,
		    int __pmatch[__restrict_arr],
		    int __eflags);


-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |NEW


http://sourceware.org/bugzilla/show_bug.cgi?id=1201

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


  parent reply	other threads:[~2006-04-11  7:21 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-16  0:01 [Bug regex/1201] New: " eggert at gnu dot org
2005-08-16  0:01 ` [Bug regex/1201] " eggert at gnu dot org
2005-09-06 16:46 ` drepper at redhat dot com
2006-04-11  7:21 ` eggert at gnu dot org [this message]
2006-05-02 21:37 ` drepper at redhat dot com

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060411072147.4662.qmail@sourceware.org \
    --to=sourceware-bugzilla@sourceware.org \
    --cc=glibc-bugs-regex@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).