Re: Re: undefined reference to _sys_nerr
От | Peter Eisentraut |
---|---|
Тема | Re: Re: undefined reference to _sys_nerr |
Дата | |
Msg-id | Pine.LNX.4.21.0006230243470.13792-100000@localhost.localdomain обсуждение исходный текст |
Ответ на | Re: undefined reference to _sys_nerr (Enrique Perez Terron <enrique.perez.terron@Teknometri.no>) |
Список | pgsql-ports |
Enrique Perez Terron writes: > If libc does not have sys_errlist, where does strerror() get its data from? I think the coding in elog.c and exc.c is kind of pointless (other locations happily use strerror indiscriminately) and obviously not portable. It should probably be changed. > Should we rather rely on strerror to check the validity of the argument, > and output the alternative string only if strerror returns a null pointer > or a pointer to an empty string? strerror should always return some error message, even if the argument isn't valid. That's its whole point, versus using sys_errlist[errno] (which is probably not portable either). > Juhan Ernits <Juhan@suhkur.cc.ioc.ee> wrote: > >Hello! > > > >System is NT4 SP6, cygwin 1.1, gcc 2.95.2, PG7RC2. > >Having fixed the dllmain problem, I got the following one: > >The step that assembles postgres.exe fails with the following messages: > > > >utils/SUBSYS.o(text+0x42de7):elog.c: undefined reference to '_sys_nerr' > >utils/SUBSYS.o(text+0x437b3):exc.c: undefined reference to '_sys_nerr' > >collect2: ld returned 1 exit status > >make[1]: *** [postgres] Error 1 > >... -- Peter Eisentraut Sernanders väg 10:115 peter_e@gmx.net 75262 Uppsala http://yi.org/peter-e/ Sweden
В списке pgsql-ports по дате отправления: