hen I
> think you'd have a good chance of success...
Fine. I'll start hacking now... :)
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picasso.ffii.org
__
DOS/Win/Amiga
Makefiles, except that the file "Makefile" would be overwritten.
Comments?
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picass
ntroductions:
http://www.cygnus.com/~ian/
http://www.amath.washington.edu/~lf/tutorials/autoconf/
As a developer you'll need Perl 5, GNU m4
autoconf 2.13, automake 1.4 and optionally libtool 1.3
Most of them are available from every GNU mirror.
Thomas Tanner ---
pshot that was generated using "make dist"
is available from
http://picasso.ffii.org/mesa/mesa-ac.tar.gz
Please test it.
Thanks.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tann
ibtool-1.3.2.tar.gz)
Please try my latest patch.
It doesn't require libtool anymore and I've fixed some bugs.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http:/
3 and automake 1.4 must be installed).
Please don't commit the generated files (Makefile.in,
configure etc.)
Happy testing! :)
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Pic
upposed to check for both /usr/include/glide.h and
/usr/include/glide/glide.h. I don't have glide installed
but it works fine if I create a dummy /usr/include/glide/glide.h
I think I'll install glide and test it myself.
Thomas Tanner -
email:
glide and test it myself.
> I'll check again and make sure that the message 'glide.h ... not found'
> is the cause of my problem and not just a symptom...
It's a bug in the glide headers: glide/glide.h includes
files such as <3dfx.h> but it should include instead!
sembler code with --enable-x86=off,
3Dnow support with --enable-3dnow=off and MMX support
with --enable-mmx=off.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picasso.ffii.
nf by default so we can shake out any problems.
OK. We could rename the old Makefile to Makefile.old
and write a new Makefile, which tells users to install autoconf 2.13
and automake 1.4 and to run ./bootstrap.
This way you could still fall back to "make -f Make
tried 'make check'
> manually.
That's the expected behaviour. By default, no demos are built.
"make check" builds them and "make exec" in each demo subdirectory
executes them. I'll document this in README.autoconf soon.
Thomas Tanner --
CURRENT - AGE' to
`CURRENT'.
If two libraries have identical CURRENT and AGE numbers, then the
dynamic linker chooses the library with the greater REVISION number.
> I can also test this on linux-alpha and SGI/IRIX, and perhaps on a DEC/Ultrix
for _every directory_ you commit something to.
Such a CVS-commit mailing list for Mesa would be a good thing, however.
If you want to call a script for every checkin you have to add
it to CVSROOT/modules and that'd require all users to recheckout
the whole Mesa tree. But it
ux, *BSD), shl_load (HP-UX), LoadLibrary (Win32),
load_add_on (BeOS), GNU DLD (emulates dynamic linking for static libraries)
libtool's dlpreopen (works on all platforms, modules are statically
linked to the program)
> -- if not, we could put some #ifdef's
> around it and link at u
These printf's should be removed, before the next
> (beta ?) release. (I didn't had enough feedback to be shure, if it works
> correctly)
It doesn't detect my MMX capable Celeron.
Thomas Tanner -
em
.
This would probably take too much time. Please use --without-glide instead.
(and --without-svga for SVGAlib, --without-x doesn't make sense since
Mesa depends on X11 (so far...))
> Why do you check for gethostbyname and other networking stuff ??
nction prefix. It's just obvious to unify them.
I don't see why you're objecting to this idea.
I just want to implement support for dynamically loadable
drivers which requires replacing the old "kludges"
with another - in your opinion - "kludge".
Thomas Tanner
til you can't see the picture any more -> segfault
> I wouldn't say this is a bug. By changing the GL_UNPACK_SKIP_ROWS
> and/or GL_UNPACK_SKIP_PIXELS you're telling glDrawPixels to fetch
> pixel data from outside of the malloc'd image memory. That, of
> course,
esa might think it's a bug
at the first glance.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picasso.ffii.org
___
Mesa-dev
I'm working on it.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picasso.ffii.org
___
Mesa-dev maillist - [EMAIL PROTECTED]
h
On 23-Jun-99 Josh Vanderhoof wrote:
> How can I make a non-pic static library with libtool?
configure --enable-static
(static libraries are disabled by default for Mesa)
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
make install" on
GNU platforms.
In the future (automake 1.5) "make install-strip" will do the same.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picasso.
On 03-Jul-99 Brian Paul wrote:
>Those of you working on autoconfig scripts on the experimental
>branch can bring them to the main branch whenever you want.
Done.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.d
n the generic Mesa interface due to
1. lack of time
2. unifying the simple driver APIs (FX, GGI, SVGAlib) was quite easy
but it's much harder to integrate the Xmesa API than I initally thought.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|g
On 08-Jul-99 Brian Paul wrote:
> Thomas Tanner wrote:
>> To generate the files just run the "bootstrap" script in the
>> toplevel directory.
> What is 'aclocal' and where can I get it?
> I'm trying to setup autoconfig, etc on IRIX 6.5 (with out lu
conf.h
> conf.h is unchanged
> make all-recursive
> Making all in include
> Making all in GL
> Making all in src
> don't know how to make all (bu42).
> *** Error code 1 (bu21)
> *** Error code 1 (bu21)
What happens if you run `make' in src/?
Coul
all demos to a subdirectory and
create a separate independent package for them.
OTOH I don't think creating one big tar file is that bad.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picas
rball so that
the package can be compiled on all supported (non-GNU) platforms.
Can we take it for granted that all Mesa developers have
GCC and GNU make installed?
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web:
ndo those changes before check-ins.
I'll implement this asap.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|ggi-project.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picasso.ffii.org
too familiar with automake, so
> this may not be the optimal solution, but it was the cleanest I could
> come up with.
Thanks. I'll have a look at it when I come back from holiday
(in ~ 3 weeks).
PS: I'm going on holiday now.
Thomas Tanner -
e
e the following lines in the output of configure
everything should be ok:
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
Thomas Tanner -
email: tanner@(ffii.org
toconf.
In any case, I think it'd be a much cleaner directory structure
(less stuff in the toplevel directory)
Brian, do you think that's reasonable?
Could you move those directories on the CVS server?
Thomas Tanner -
email: tanner@(ffii.org|gnu.or
On 25-Aug-99 Rui Sousa wrote:
> I just tried to get Mesa CVS and it seems the
> configure script is missing.
You must run the bootstrap script (make sure that you have
autoconf 2.13 and automake 1.4 installed).
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|
lems (I won't be online till tomorrow evening).
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picasso.ffii.org
___
Mesa-dev maillist - [EMAIL PROTECTED]
htt
w much about autoconf.
That's only possible with a few QuickHacks which I just implemented.
In the future I'd like to use the clean solution, i.e, all demos
in the demos/ subdirectory.
> I'm hesitant to do that right now with beta 3 impending.
> Let's wait and see.
O
d idea hiding things somewhere - I donĀ“t want to
> get impressed by autoconf magic features but want to see what's going on...
Follow the make output or set alias ls="ls -a" ;-)
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.
ssage while running
> ./configure:
>
> checking for GLUT sources... yes
> ./configure: top_builddir: command not found
> checking for Mesa demos sources... yes
>
Thanks. Fixed.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://ho
e able
> use LD_LIBRARY_PATH, but still be able to "./configure; make; make install"
> when it becomes a permanent installation?
I'll add that to my TODO list for the next release.
Thomas Tanner -
email: tanner@(f
t.
The src directory contains only the files that are known to the
make rules (.o, .lo, .la).
There's no doubt that libtool-specific must be stored in a subdirectory
but the question is why it should be hidden.
I'll ask the original libtool maintainer.
Thomas Tanner
On 27-Sep-99 Bram Stolk wrote:
> autoconf on linux-alpha passes unknown options to compiler.
> options are probably x86 only.
Thanks for the bug report.
Are there any Alpha-specific optimization flags we could
pass to the compiler?
Thomas Tanner -
email:
g.
Could you please send me your libtool (yes, the script in the
toplevel dir)? Thanks.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http://home.pages.de/~tanner
GGI/Picasso: http://picasso.ffii.org
___
Mes
ed up in the last coupla weeks. Any ideas?
> Looks like that's coming from the new SVGA driver code.
> Make sure src/SVGA/svgamesa16.c is getting compiled OK.
svgamesa*.c didn't include conf.h
I just fixed it.
Thomas Tanner -
email: tanner@(ffii.org|gnu.o
ure scripts, right?
...
> Using the GNU Makefiles:
> % ldd libGL.so.1
> libc.so.6 => /lib/libc.so.6 (0x4024d000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x8000)
>
> This is a problem in the configure or libtool scripts. Hopefully
> Thomas Tanner
ibXt
> libXi
> libm
>
> I've removed the -lICE and -lSM libs since I don't see the need
> for them.
>
> Can we implement the same thing with libtool?
Sure.
Thomas Tanner -
email: tanner@(ffii.org|gnu.org|gmx.de)
web: http:
27; not defined
>> > src/Makefile.am:232: variable `EXTRA_LIBS' not defined
>> > src/Makefile.am:232: variable `EXTRA_LIBS' not defined
>> I can't help with the GNU configure stuff. It would be nice if
>> someone would volunteer. Please report this
45 matches
Mail list logo