home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!news.u.washington.edu!serval!hlu
- From: hlu@eecs.wsu.edu (H.J. Lu)
- Newsgroups: comp.os.linux
- Subject: ANSWER: libg++.a problem with Regex.o
- Message-ID: <1993Jan8.232315.28314@serval.net.wsu.edu>
- Date: 8 Jan 93 23:23:15 GMT
- Article-I.D.: serval.1993Jan8.232315.28314
- References: <1993Jan8.103050.18355@odin.diku.dk> <CORYWEST.93Jan8124821@brazos.is.rice.edu>
- Sender: news@serval.net.wsu.edu (USENET News System)
- Organization: School of EECS, Washington State University
- Lines: 32
-
- In article <CORYWEST.93Jan8124821@brazos.is.rice.edu>, corywest@is.rice.edu (Cory West) writes:
- |> In article <1993Jan8.103050.18355@odin.diku.dk> dingbat@diku.dk
- |> (Niels Skov Olsen) writes:
- |>
- |> > A slight problem with g++ 2.3.3 and the latest libs and the binutils
- |> > found on the latest hlu base disks.
- |> > When I compile this program:
- |> [...]
- |> > ld gives me these errors:
- |> > Undefined symbol re_compile_pattern(const char *, int, re_pattern_buffer *)
- |> [...]
- |> > I have checked that these symbols are in fact in libg++.a with nm.
- |>
- |> This is the same question that I have been asking without
- |> much luck, I have two suspicions and I'm not sure which one is
-
- It is very strange. I fixed it the same day I got the report. Please
- get gxx-2.3.TZ again from tsx-11.mit.edu. The problem was caused by
- /usr/include/regex.h, which missed the stuff for C++. I have fixed it and
- posted a note on both c.o.l and c.o.l.a. Here is the part of it.
-
- ----------
- 10. inc-4.2-fix.TZ
-
- Some fixed headers failed to make into inc-4.2.TZ but are needed.
- To unpack it:
-
- cd /usr
- tar xvvofz inc-4.2-fix.TZ
- ----------
-
- H.J.
-