#411: Makefile uses LD instead of GCC for linking leads to undefined symbol:
__stack_chk_fail_local
-+--
Reporter: RRosario | Owner:
grass-dev@lists.osgeo.org
Type: defect
William Kyngesburye wrote:
> > I suggest replacing the top-level macosxapp rule with the following:
> >
> > NIBSRC := $(wildcard English.lproj/MainMenu.nib/*)
> > NIBDST := $(patsubst English.lproj/%,$(APPDIR)/English.lproj/%,$
> > (NIBSRC))
> ...
>
> Oh, and should MOD_OBJS be just main.o now?
William Kyngesburye wrote:
> The flags needed and used for the rest of GRASS also apply to Obj-C,
> though I suppose the user could add some bad flags to CFLAGS that
> would mess up the OBJ-C compilation. Any suggestions for an Obj-C
> flags name?
autoconf uses OBJC for the name of the co
William Kyngesburye wrote:
> I just committed a patch so render.c compiles on OSX. nviz_cmd should
> compile, but it won't work. At least it smooths the build process.
A couple of things to try:
Index: lib/nviz/render.c
===
---
I've tested compiling both GRASS 6.4 (develbranch_6) and GRASS 7 and
they work fine. No errors. They seem to run fine too. No problems that
I noticed.
Thanks to all who worked on this.
Michael
On Dec 22, 2008, at 7:52 PM, William Kyngesburye wrote:
OSX Makefile fixed, thanks to Glynn's he
Paul Kelly wrote:
> >> I had a problem compiling nviz from the 6.4 release branch on Windows,
> >> with unrecognised Tcl/Tk symbols. Reverting r32244 to put the Tcl/Tk
> >> library flags in among the other library linking flags seems to fix it:
> >> http://trac.osgeo.org/grass/changeset/32244
> >
OSX Makefile fixed, thanks to Glynn's help.
On Dec 22, 2008, at 6:49 PM, William Kyngesburye wrote:
On Dec 22, 2008, at 12:30 PM, Glynn Clements wrote:
I suggest replacing the top-level macosxapp rule with the following:
NIBSRC := $(wildcard English.lproj/MainMenu.nib/*)
NIBDST := $(patsubst
On Dec 22, 2008, at 2:33 PM, Colin Nielsen wrote:
I have fixed that and other errors reported by Dylan. New patches are
available on ticket #399.
Thanks.
-Colin
On Sat, Dec 20, 2008 at 11:47 AM, Michael Barton > wrote:
Colin,
I applied your patches. Those for r.cost and r.walk went OK. The
I just committed a patch so render.c compiles on OSX. nviz_cmd should
compile, but it won't work. At least it smooths the build process.
On Dec 22, 2008, at 6:58 PM, Michael Barton wrote:
I checked out the release branch today.
It compiled fine, except for nviz_cmd (./lib/nviz/render.c nee
I checked out the release branch today.
It compiled fine, except for nviz_cmd (./lib/nviz/render.c needs to be
deleted in order for this to compile).
I tried some basic display functions and it seems to be fine.
Michael
___
grass-dev mailing list
On Dec 22, 2008, at 12:30 PM, Glynn Clements wrote:
I suggest replacing the top-level macosxapp rule with the following:
NIBSRC := $(wildcard English.lproj/MainMenu.nib/*)
NIBDST := $(patsubst English.lproj/%,$(APPDIR)/English.lproj/%,$
(NIBSRC))
...
Oh, and should MOD_OBJS be just main.o no
On Dec 22, 2008, at 5:49 PM, Glynn Clements wrote:
BTW, is there a reason that main.m isn't called main.c?
main.m is Objective-C. Obj-C is needed to create the OSX application
shell.
Ah. In that case, using $(CC) is less than ideal; configure.in should
really use AC_PROG_OBJC to specificall
William Kyngesburye wrote:
> > You also need to make $(APPDIR)/Info.plist as part of the top-level
> > macosxapp rule. One complication is the need to ensure that $(OBJDIR)
> > is created first, even in parallel builds, and it seems we can't rely
> > upon make (particularly the OSX version) suppo
#410: v.label.editor
--+-
Reporter: neuba| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major| Milestone: 6.4.0
On Mon, 22 Dec 2008, Glynn Clements wrote:
Paul Kelly wrote:
I had a problem compiling nviz from the 6.4 release branch on Windows,
with unrecognised Tcl/Tk symbols. Reverting r32244 to put the Tcl/Tk
library flags in among the other library linking flags seems to fix it:
http://trac.osgeo.or
On Fri, Dec 19, 2008 at 9:39 PM, Markus Neteler wrote:
> Today the GRASS 6.4.0 release branch has been created-
> Please check it out and test it (now) before we tag RC1:
>
> svn co https://svn.osgeo.org/grass/grass/branches/releasebranch_6_4
If there are no objections, I would like to tag RC1 t
There is the libnviz OSX compilation issue to take care of (I have a
couple adjustments to the patch I posted). I can get to it tonight.
Don't forget to remove "svn" from the version ;)
On Dec 22, 2008, at 3:30 PM, Markus Neteler wrote:
On Fri, Dec 19, 2008 at 9:39 PM, Markus Neteler
wrot
#409: v.label.editor
--+-
Reporter: neuba| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: closed
Priority: major| Milestone: 6.4.0
#399: Added "backlink" functionality to r.walk, r.cost & r.drain
--+-
Reporter: cnielsen | Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major
On Mon, Dec 22, 2008 at 4:44 AM, Glynn Clements
wrote:
>
> Paul Kelly wrote:
>
>> I had a problem compiling nviz from the 6.4 release branch on Windows,
>> with unrecognised Tcl/Tk symbols. Reverting r32244 to put the Tcl/Tk
>> library flags in among the other library linking flags seems to fix it
#410: v.label.editor
-+--
Reporter: neuba| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major| Milestone: 6.4.0
#409: v.label.editor
-+--
Reporter: neuba| Owner: grass-dev@lists.osgeo.org
Type: enhancement | Status: new
Priority: major| Milestone: 6.4.0
On Mon, Dec 22, 2008 at 9:42 AM, Markus Metz
wrote:
> Fedora 8 64bit works too.
>
> Minor complaint:
> r.external menu entry missing in tcltk, present in wxpython as
> Raster->Develop raster map->Link to GDAL. IMHO this wonderful module
> deserves a menu entry also in tcltk :-)
Done.
Markus
On Dec 22, 2008, at 12:30 PM, Glynn Clements wrote:
William Kyngesburye wrote:
Looks like Glynn's r33038 messed it up. I'll have to look at it to
get it working again.
Glynn: is OBJDIR not used now, or is there a different way of
specifying custom OBJDIR/targets? I'll take a closer look lat
William Kyngesburye wrote:
> Looks like Glynn's r33038 messed it up. I'll have to look at it to
> get it working again.
>
> Glynn: is OBJDIR not used now, or is there a different way of
> specifying custom OBJDIR/targets? I'll take a closer look later at
> other parts of GRASS for exampl
Looks like Glynn's r33038 messed it up. I'll have to look at it to
get it working again.
Glynn: is OBJDIR not used now, or is there a different way of
specifying custom OBJDIR/targets? I'll take a closer look later at
other parts of GRASS for examples.
On Dec 22, 2008, at 9:50 AM, Micha
Here is the mac error from compiling GRASS 7. Everything else compiled
fine except for nviz_cmd of course.
The error says that it's missing an Info.plist in ./macosx/app.
I've kept a build.log as you suggested Glynn. So if you you need me to
send more, let me know.
Michael
make
On Dec 22, 2008, at 2:19 AM, Markus Metz wrote:
Michael Barton wrote:
I just updated and compiled today.
In case you have modified front/main.c to fix that length.slope bug,
there may now be a svn conflict in front/main.c. Maybe it works if
you delete front/main.c and svn up again to get
Hi Markus,
On Fri, 19 Dec 2008 21:39:43 +0100
"Markus Neteler" wrote:
Sorry - I haven't had enough time to test OpenSUSE yet. I will check and
package when I am online again after christmas.
kind regards,
Otto
> Today the GRASS 6.4.0 release branch has been created-
> Please check it out and
Michael Barton wrote:
I just updated and compiled today.
In case you have modified front/main.c to fix that length.slope bug,
there may now be a svn conflict in front/main.c. Maybe it works if you
delete front/main.c and svn up again to get a new copy. Then, after
updating, the patch sent by
Fedora 8 64bit works too.
Minor complaint:
r.external menu entry missing in tcltk, present in wxpython as
Raster->Develop raster map->Link to GDAL. IMHO this wonderful module
deserves a menu entry also in tcltk :-)
Markus M
Jachym Cepicky wrote:
ubuntu works
j
2008/12/19 William Kyngesbu
31 matches
Mail list logo
