[Poppler-bugs] [Bug 14024] New: No localtime_r and gcc instead of g++ (again)
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Fri Jan 11 08:30:03 PST 2008
http://bugs.freedesktop.org/show_bug.cgi?id=14024
Summary: No localtime_r and gcc instead of g++ (again)
Product: poppler
Version: unspecified
Platform: Other
OS/Version: Cygwin
Status: NEW
Severity: minor
Priority: medium
Component: glib frontend
AssignedTo: poppler-bugs at lists.freedesktop.org
ReportedBy: emilien at tlapale.com
Depends on: 12493
Hi!
There is still the same problem within the same function, but in another file:
glib/demo/info.c
So the same solution from Albert Astals Cid should do it (renaming to info.cc
and copy/pasting the function from glib/test-poppler-glib.cc).
--
Émilien Tlapale
+++ This bug was initially created as a clone of Bug #12493 +++
Hi!
I am still using poppler in cross-compiling for windows so there are two minor
bugs in 0.6. Or maybe it is just a misconfiguration on my laptop. Anyway.
There seem to be no localtime_r on my i686-mingw32 toolchain. I suppose a check
might be needed and a HAVE_LOCALTIME_R added. In glib/test-poppler-glib.c the
function is used into poppler_format_date(GTime), so maybe just some #if/#else
would be nice. I replaced the `struct tm t;` with `struct tm *t;` and
`!localtime (&time, &t)` with `!(t = localtime (&time))` but i have absolutely
no idea of the meaning.
Yet another problem while compiling is a `/bin/sh ../libtool --tag=CC
--mode=link i686-mingw32-gcc ... -o test-poppler-glib.exe test-poppler-glib.o
...` which gives many unresolved symbols. I replaced it with a `... --tag=CC
--mode=link i686-mingw32-g++ ...` to compile.
Seems nothing at all and thanks a lot for this useful library :)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the Poppler-bugs
mailing list