ports/81708: graphics/togl: Patch for ports/76293 to prevent port from removal - 1 month left
Mike
mspam at www.ideaway.net
Wed Jun 1 22:10:06 UTC 2005
The following reply was made to PR ports/81708; it has been noted by GNATS.
From: "Mike" <mspam at www.ideaway.net>
To: pav at FreeBSD.org
Cc: bug-followup at FreeBSD.org
Subject: Re: ports/81708: graphics/togl: Patch for ports/76293 to prevent port from removal - 1 month left
Date: Wed, 1 Jun 2005 17:03:09 -0500
> 3) Your proposed fix is incorrect. Threading library "libpthread" is
> something which was introduced to FreeBSD between releases 5.2 and 5.3.
> But we want to ports to work on 4.11 too, which don't have "libpthread".
> So, your fix will not work there.
>
> Now, I'd love to help, but I can't reproduce the problem, it works just
> fine here compiled from existing port. For record, it's amd64 box
> running 5.4-STABLE with radeon driver.
>
> I don't have FreeBSD 4.X installation with working GL, so can't test.
>
> If it's not broken, it can't be fixed.
>
> I read your older mails in ports/76293 and I can't see how linking
> against threading library could fix misbehaving 3D rendering. That's
> something what just don't happen often.
>
> To me it seems that best solution would be to remove DEPRECATED from
> port's Makefile. Port works as now, at least here.
Pav,
I now understand what you mean. The "fix" I proposed was not something that
should be comitted - the fix was a workaround for the problem. As I explaine
in earlier messages, when linking the .so , if linking with -pthread the .so
file contains some reference (it would be great if I knew what sort of
reference this is) to libpthread.so; doing so makes GL "work" for me. linking
with -thread does NOT result in the .so file containing a reference to a
threading library, and the rest is garbled random output instead of a GL
window. (when I say "linking with" I mean passing that flag to the linker;
when I say "some reference" I mean it shows up in output of ldd)
I wish I knew what the cause was - I do not - I am simply providing the
symptoms and hoping someone understands this enough to either explain to me
why this is happening or to fix it themselves.
The patch I submitted added -lpthread to fix the above as well as fixed
up all of the paths and properly installed examples into
/usr/local/share/examples instead of providing the (useless on their own)
example .so files without supporting tcl files in /usr/local/lib.
At least the port should be UNmarked DEPRECATED. It would be good if the
patch I submitted that fixes paths and properly installs a complete (usable)
example would be comitted, at least modulo the addition of -lpthread to LFLAGS
of the Makefile (since that part breaks the build on 4.x). Ideally someone
would figure out why the -lpthread is necessary, but that sounds like a
stretch to me. I don't even know who to ask - threads people, GL people, ...?
Thanks.
Mike
More information about the freebsd-ports-bugs
mailing list