General Bug Report: Compile of scan.c failed do to missing /* in comment

Поиск
Список
Период
Сортировка
От Unprivileged user
Тема General Bug Report: Compile of scan.c failed do to missing /* in comment
Дата
Msg-id cc01dc11fbc800fabc433c00e5419f32
обсуждение исходный текст
Список pgsql-bugs
============================================================================
                        POSTGRESQL BUG REPORT TEMPLATE
============================================================================


Your name        : Peter Neisen
Your email address    : Peter_Neisen@hp.com

Category        : install: compile
Severity        : critical

Summary: Compile of scan.c failed do to missing /* in comment

System Configuration
- --------------------
  Operating System   : HP-UX 10.20

  PostgreSQL version : 6.2.1

  Compiler used      : gcc 2.8.1

Hardware:
- ---------
HP-UX hpbs6934 B.10.20 A 9000/779 2010801793 two-user license

Versions of other tools:
- ------------------------
gmake 3.76.1, HP-UX 10.20 lex, bison 1.25

- --------------------------------------------------------------------------

Problem Description:
- --------------------
Build of product failed because scan.c would not compile. I
first thought this was a HP yacc problem, so I got bison. Same
problem, so I checked out line 145? of scan.c and found that
there was a missing /* right before the comment about AT&T lex
problems. I assume this is a problem in the scan.l lex file
since this is where the AT&T lex comment orginates or it could be
a problem with HP lex. A simple work around is to add the /* in
the scan.c file and start gmake again. The product then
compiles fine.

- --------------------------------------------------------------------------

Test Case:
- ----------
Compile the product on HP-UX with the same tools I have. Should
give the same results.

- --------------------------------------------------------------------------

Solution:
- ---------
flex on the HP platform might fix the problem. Some addjustment
to the comments in the scan.l file could work too.

- --------------------------------------------------------------------------

В списке pgsql-bugs по дате отправления: