 |
|
| Compiling MESA |
|
|
By tonestone57 - Posted on June 28, 2007 - 17:17:57 (#21770)
Current version when comment was posted: 6.2.1 |
|
|
I'm having some trouble compiling Mesa. I'm trying to get version 7.0 compiled and I had the same error with 6.x
It is looking for makedepend but can't find it ( because it doesn't exist on BeOS ).
mklib: Making BeOS static library: libmesa.a
cd drivers/beos; make
make[5]: Entering directory `/boot/home/Downloads/Firefox/Mesa-7.0/src/mesa/drivers/beos'
Makefile:195: depend: No such file or directory
touch depend
makedepend -fdepend -I../common , etc,....
/bin/sh: makedepend: command not found
make[5]: *** [depend] Error 127
Do I need makedepend to compile Mesa?
Where can I download makedepend source to compile for BeOS?
Also, I see a depend issue/error in Makefile line 195.
Anyone know how to get it compiled? Thanks.
|
|
| @Houdoin, glut fixes, new Mesa version? |
|
|
By Rafael K - Posted on January 21, 2006 - 06:06:27 (#18879)
Current version when comment was posted: 6.2.1 |
|
|
It would be really nice to see a fixed libglut!!
I also saw that there is some progress in Mesa,
will we see shortly a new version, however 6.2.1 is working fine.
|
|
| Mesa3D 6.2.1 for R5 published. |
|
|
By Philippe Houdoin - Posted on July 28, 2005 - 17:07:31 (#17344)
Current version when comment was posted: 6.2.1 |
|
|
Done. As promise.
Please report any issue.
|
|
| Not sure if this is the right place but |
|
|
By Jess - Posted on July 28, 2005 - 11:18:10 (#17341)
Current version when comment was posted: 6.2.1 |
|
|
Hey, since I tossed on the new mesa, 3D Drivers and libs for them Quake II runs if I set up a death match but not simply to play the game. If I try to start a normal game I get sz_overflow when it's trying to load the map. I'm posting here because it does this in software mode too so I figure it's either something doesn't like the new Mesa or the libs. Any ideas there godz -o- Be's 3D?
|
|
| Mesa 6.2.1 for R5 |
|
|
By Philippe Houdoin - Posted on July 28, 2005 - 07:26:40 (#17340)
Current version when comment was posted: 6.2.1 |
|
|
Just a short note to let you know that I'll publish tonight the R5's 6.2.1 build I did last night.
Feel free to bug me if I forget.
;-)
|
|
| ups |
|
|
By Rafael K - Posted on July 27, 2005 - 09:58:24 (#17333)
Current version when comment was posted: 6.2.1 |
|
|
didn't saw that you, Philippe Houdoin, already answered
|
|
| glaux |
|
|
By Rafael K - Posted on July 27, 2005 - 09:53:00 (#17332)
Current version when comment was posted: 6.2.1 |
|
|
I'am not sure but I think glaux is only in the Microsoft distribution of OpenGL!
"Is it really a lot faster then the stock OpenGL libs?"
which OpenGL libs?
|
|
| Re: Mesa3D 6.3 build |
|
|
By Philippe Houdoin - Posted on July 27, 2005 - 09:51:48 (#17331)
Current version when comment was posted: 6.2.1 |
|
|
> When will it be build for ZETA.
When one will find time to update beos code to the new 6.3's renderbuffer callbacks design. I though changes from 6.2.1 to 6.3 won't impact the beos driver, but I guess I've missed the redesign impacts talks in Mesa3D mailinglist...
I've planned to do it shortly, but (like before already) I failed to do it *before* Mesa3D released the 6.3. Brian Paul usually notify and freeze code only one or two weeks before release which, unfortunatly, isn't enough considering my agenda to fix the beos port by the deadline.
If someone wants to volunteer, (s)he's welcome.
Oh, BTW: there's no reason to do a Zeta-only build. It'll be a BeOS R5 & Zeta build.
> Is it really a lot faster then the stock OpenGL libs?
It's really faster than BeOS R5's stock OpenGL. Not a lot, though. It's still *software* renderering...
AFAIK, Zeta's OpenGL is already Mesa one, so you'll see very little speed improvements there.
Oh, also, 6.3 is not supposed to be as stable as latest even minor release (6.2.1). This is a developement branch release after all.
So, beware.
> Will it have the glaux libraries?
Huh? GLAUX is a Windows-only GLUT-like implementation. I failed to see why one wants this under BeOS when we've already a good enough BeOS's GLUT implementation.
And, yes, Mesa BeOS port comes with GLUT library too since... well, v5 (?). 6.3 will provides it too.
|
|
| Mesa3D 6.3 build |
|
|
By Dingetje - Posted on July 27, 2005 - 09:24:23 (#17329)
Current version when comment was posted: 6.2.1 |
|
|
When will it be build for ZETA.
Is it really a lot faster then the stock OpenGL libs?
Will it have the glaux libraries?
|
|
| Re: 6.2.1 for R5 |
|
|
By Philippe Houdoin - Posted on July 10, 2005 - 11:19:25 (#17163)
Current version when comment was posted: 6.2.1 |
|
|
I really thought the fix for this error was done and commited to Mesa CVS for years already!
:-(
Anyway, as I've said just bellow, an official 6.3 release is planned soon by Mesa team. Stay tuned.
|
|
| Getting 6.2.1 to build on R5? |
|
|
By adamk - Posted on July 10, 2005 - 10:41:34 (#17162)
Current version when comment was posted: 6.2.1 |
|
|
Has anyone gotten that to work? I'm trying to build 6.2.1, but the compilation dies with:
gcc -I../common -I../../../../src/mesa -I../../../../src/mesa/array_cache -I../../../../src/mesa/main -I../../../../src/mesa/glapi -I../../../../src/mesa/math -I../../../../src/mesa/shader -I../../../../src/mesa/swrast -I../../../../src/mesa/swrast_setup -I../../../../src/mesa/tnl -I../../../../src/mesa/tnl_dd -I../../../../src/mesa/x86 -I. -I- -I../../../../include -Wall -Wno-multichar -Wno-ctor-dtor-privacy -DBEOS_THREADS -DGNU_ASSEMBLER -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -O3 -c GLView.cpp -o GLView.o
/boot/home/Desktop/Mesa-6.1/src/mesa/drivers/beos/GLView.cpp:430: prototype for `void BGLView::ErrorCallback(long unsigned int)' does not match any in class `BGLView'
/boot/develop/headers/be/opengl/GLView.h:57: candidate is: void BGLView::ErrorCallback(unsigned int)
make[5]: *** [GLView.o] Error 1
make[5]: Leaving directory `/boot/home/Desktop/Mesa-6.1/src/mesa/drivers/beos'
make[4]: *** [beos] Error 2
Adam
|
|
| Official Mesa 6.3 soon to be released... |
|
|
By Philippe Houdoin - Posted on July 4, 2005 - 02:31:21 (#17087)
Current version when comment was posted: 6.2.1 |
|
|
The Mesa3D team are currently rushing to release an new official version (6.3).
That's the version I've at home, minus some late fixes.
I'll post a 6.3 release soon, stay tuned.
|
|
| tried it too... |
|
|
By Sir Mik - Posted on July 3, 2005 - 13:47:01 (#17085)
Current version when comment was posted: 6.2.1 |
|
|
but my build system is a mess, and can't set it up correctly...so didn't succeed...if anyone's able to mail me (or set up a wiki page here) how to setup a building system correctly, I'm willing to try to compile the r5 version of the lib and host it....
regards,
Tim
|
|
| r5 maybe someone else.... |
|
|
By kraton. - Posted on July 3, 2005 - 13:35:58 (#17084)
Current version when comment was posted: 6.2.1 |
|
|
Sorry i could not manage to compile it.
Though i have DSL I don't have the necessary knowledge to do it.
Hopefully someone else can do it.
|
|
| re: no BeOS R5 port? |
|
|
By Philippe Houdoin - Posted on June 29, 2005 - 05:06:34 (#17055)
Current version when comment was posted: 6.2.1 |
|
|
Since I've only dialup access these days, I can't checkout the 6.2.1 release from Mesa3D's CVS without huge penalty on my dialup bill.
Someone with broadband access can do it easily, it should build without any problem:
$ make beos
But don't expect big improvement over the 6.1 already available, though.
As soon as I'll get again a DSL access, I'll publish 6.2.1 for R5, I promise.
|
|
| no R5 Beos Port? |
|
|
By kraton. - Posted on June 29, 2005 - 04:52:54 (#17054)
Current version when comment was posted: 6.2.1 |
|
|
It is still the Zeta port no R5 port to download.
|
|
| Re: Sorry |
|
|
By Philippe Houdoin - Posted on June 26, 2005 - 17:03:10 (#17029)
Current version when comment was posted: 6.2.1 |
|
|
Thanks Rafael.
I've published quickly your release.
I'll mirror the file tomorrow (from Office's DSL access :-] ).
And I'll email you about this release build config, to see how to publish a R5 or even an agnostic release.
|
|
| sorry |
|
|
By Rafael K - Posted on June 26, 2005 - 11:13:27 (#17017)
Current version when comment was posted: 6.1 |
|
|
@Philippe
I have deleted my entry, so it would be fine if you can add it, its still on the server
http://www.beinformed.at/dl/Mesa-6.2.1.tar.gz
but maybe you can later build a version which works also with R5
|
|
| ups |
|
|
By kraton. - Posted on May 9, 2005 - 03:52:28 (#16562)
Current version when comment was posted: 6.1 |
|
|
Ahmmm, sorry my foult. Rudolf is using the old 3.2 Mesa Version thats why...
|
|
| Now works |
|
|
By kraton. - Posted on May 8, 2005 - 03:09:26 (#16551)
Current version when comment was posted: 6.1 |
|
|
With rudolfs new nvidia driver and mesa included it is working now on BeOs 5.03
|
|
| Invalid opcode ... SSE ! |
|
|
By Master199 - Posted on May 4, 2005 - 14:09:53 (#16502)
Current version when comment was posted: 6.1 |
|
|
i've isntalled the package and all demos crashed because of an invalid opcode - there a bug with the SSE - now it works... you need the SSE patch so it works :-)
http://www.bebits.com/app/2833
have fun :-)
|
|
| Not with Beos 5.03 |
|
|
By kraton. - Posted on February 5, 2005 - 06:57:00 (#15692)
Current version when comment was posted: 6.1 |
|
|
With dano all demos worked...
|
|
| Re: Invalid opcode |
|
|
By Philippe Houdoin - Posted on August 24, 2004 - 14:36:39 (#13962)
Current version when comment was posted: 6.1 |
|
|
> When mesa is installed I get Invalid opcode.
Which one? Running what program?
> When only the Be LibGL.so is installed,
> most of the demos run.
Did you check with progs/beos/GLInfo that Mesa 6.1 is correctly installed?
> I've tried to compile the source, but without luck.
Again, which source?
What's the compile error?
> I'm using BeOS 5.0.3. Any ideas ?
Mesa throw several more opcode than Be's OpenGL.
In particular when no GL context can be found.
I know that any gl calls made from a different thread than the one who create the Mesa context (aka BGLView creation thread) will failed and generate an Invalid Opcode.
Please feed me with more details in a private email...
|
|
| Invalid opcode |
|
|
By zittergie - Posted on August 24, 2004 - 13:22:53 (#13960)
Current version when comment was posted: 6.1 |
|
|
Hi,
When mesa is installed I get Invalid opcode.
When only the Be LibGL.so is installed, most of the demos run. I've tried to compile the source, but without luck.
I'm using BeOS 5.0.3. Any ideas ?
'BE the difference that makes a difference' - JEWEL
|
|
| Like a wish come true :) |
|
|
By BeAR - Posted on August 20, 2004 - 11:58:34 (#13911)
Current version when comment was posted: 6.1 |
|
|
You are reading my mind, man. Two days ago I downloaded Mesa sources and tried to build it under BeOS, but had no success.
|
|
| Re: hope for Blender |
|
|
By mario-pl - Posted on August 20, 2004 - 04:53:17 (#13909)
Current version when comment was posted: 6.1 |
|
|
> Is there now hope for a new Blender version?
As far as I know there is someone that is doing the new Blender 2.3 port and GHOST (GLUT replacement). See this: http://ghost.m-phasis.de/
It wasn't updated for months but you sholud try to contact with 'emwe': http://projects.blender.org/forum/forum.php?forum_id=132
I have also find that yT is doing something with Mesa: http://www.yellowtab.com/board/viewtopic.php?t=2505
|
|
| Closer |
|
|
By ataoist1@yahoo.com - Posted on August 20, 2004 - 01:05:52 (#13908)
Current version when comment was posted: 6.1 |
|
|
The latest version opens Blender somewhat.
Terminal shows:
ReadRGBASpanFront() not implemented yet!
is that any help?
|
|
| Re: hope for Blender |
|
|
By Philippe Houdoin - Posted on August 19, 2004 - 17:43:50 (#13907)
Current version when comment was posted: 6.1 |
|
|
> Is there now hope for a new Blender version?
Unfortunatly, I just started testing Mesa with Blender yesterday. Even if this Mesa 6.1 release feature the missing API required by Blender (CopyPixelsIn/Out()), it's not enough. :-(
I didn't find yet what's wrong with Mesa while running Blender 2.1.
Based on a quick look, porting newer Blender version looks like heavy process.
But I can assist anyone to take advantage of Mesa debugging support if it can help him in a newer Blender port project...
|
|
| THanks for this |
|
|
By mulletfish - Posted on August 19, 2004 - 13:15:09 (#13906)
Current version when comment was posted: 6.1 |
|
|
Thanks for this port .
I did it also but it kept crashing.
When closing the window.
Is it possible for you to port libusb or give me some assistance to port it.
|
|
| Great work |
|
|
By kraton. - Posted on August 19, 2004 - 11:45:38 (#13904)
Current version when comment was posted: 6.1 |
|
|
all beos demos work for me.
almost all other demos work too.
I have a Radeon 8500 with openGL 1.3.
|
|
| hope for Blender |
|
|
By kraton. - Posted on August 19, 2004 - 11:02:41 (#13902)
Current version when comment was posted: 6.1 |
|
|
Is there now hope for a new Blender version?
|
|
| 6.0 release |
|
|
By Philippe Houdoin - Posted on February 11, 2004 - 16:18:59 (#11020)
Current version when comment was posted: 5.0.1 |
|
|
mmu_man's right, I simply don't have time currently to make a release, but I *do* still maintain Mesa BeOS port and commit the changes to Mesa team.
That's why 6.0 still compile fine under BeOS, BTW...
I'll try to do an official release one day, anyway.
Sorry for annoyance for users who don't want/know how compile it from Mesa official source code.
|
|
| Re: 6.0 |
|
|
By mmu_man - Posted on February 11, 2004 - 12:11:35 (#11017)
Current version when comment was posted: 5.0.1 |
|
|
I compiled the 6.0 released without problems, I'm using it with bzflag :)
I guess he doesn't have the time to make a release.
|
|
| 6.0 |
|
|
By mictlantecuhtli - Posted on February 11, 2004 - 08:17:50 (#11012)
Current version when comment was posted: 5.0.1 |
|
|
5.1 was released on December, 6.0 a couple of weeks ago. Are you still working on this?
|
|
| Re: updates? |
|
|
By Philippe Houdoin - Posted on September 22, 2003 - 01:51:03 (#8905)
Current version when comment was posted: 5.0.1 |
|
|
Yes, I'am.
5.0.2 was released one or two weeks ago, and I should post 5.0.2 BeOS port in a short time now. Stay tuned.
However, the future 5.1/5.2 releases of Mesa involve a huge code source tree changes, I may need some time before fixing the build for BeOS port...
|
|
| updates? |
|
|
By BePage - Posted on September 20, 2003 - 07:18:44 (#8881)
Current version when comment was posted: 5.0.1 |
|
|
are you still working on this?
--BePage
|
|
| SSE problem |
|
|
By Philippe Houdoin - Posted on April 16, 2003 - 11:29:43 (#6909)
Current version when comment was posted: 5.0.1 |
|
|
Mesa should detect automaticly SSE CPU support or not.
Unfortunatly, as BeOS kernel don't fully activate this SSE support for Athlon XP processors, even if Mesa detect it, as soon as it use it, it crash.
Give a look at Mesa homepage documentation for how to disable SSE accelaration by a environment variable.
|
|
| Re: Header files ?? |
|
|
By Philippe Houdoin - Posted on April 16, 2003 - 11:26:19 (#6908)
Current version when comment was posted: 5.0.1 |
|
|
Yes, the source package on Mesa official web site already include BeOS change.
Just unzip, then:
$ cd Mesa-5.0.1/src
$ make -f Makefile.BeOS-R5
If you don't need OpenGL 1.2 + API, you can still use the R5's GL.h header. Mesa one is in include/GL/GL.h.
|
|
| Current issues |
|
|
By Philippe Houdoin - Posted on April 16, 2003 - 11:23:28 (#6907)
Current version when comment was posted: 5.0.1 |
|
|
I'm fully aware that this release is not fully bug-free. Yes, the GLTeapot mouse control don't work anymore, and some OpenGL apps previously working don't. Quake included.
The purpose of this release was to let everyone find easily how to download a binary version.
It's still far from being ready to replace BeOS R5 libGL.so, so don't push your hope to far. Sorry.
|
|
| I like being right, ehehehe |
|
|
By Caz - Posted on April 16, 2003 - 10:13:30 (#6905)
Current version when comment was posted: 5.0.1 |
|
|
No problem Mahmoud, i thought that would fix it. This SSE thing is a BeOS kernel bug and nothing to do with how the Athlon Xp instructions work, the BeOS kernel first checks the cpu to see if it supports SSE, it detects that Athlon Xp's have SSE and enables SSE memcpy but instead of enabling a certain bit on the chip to allow SSE usage as it has to do with Intel P3 chips also it uses a strcmp("AuthenticAmd"); and does not enable SSE for OS usage.
There is no blame on the Be coders, as they never knew there would be an Athlon with SSE, the way it was done was incorrect though.
Caz
|
|
|
|
|
|
Comment Pages:
<< prev | 1 | 2 | next >> |
|
|
